I'm bored and lazy to write.
So, there's nothing here! Boo!
Tuesday, September 11, 2007
Thursday, August 23, 2007
HP-UX: Processors
[ROOT abc24]usr/sam # /usr/sbin/diag/contrib/pdcinfo -no_banner | grep "CPU("
CPU(0) PA8700 3.1
CPU(1) PA8700 3.1
CPU(2) PA8700 3.1
CPU(3) PA8700 3.1
CPU(0) PA8700 3.1
CPU(1) PA8700 3.1
CPU(2) PA8700 3.1
CPU(3) PA8700 3.1
[ROOT abc24]/tmp # echo "selclass qualifier cpu;info;wait;infolog" | cstm > /tmp/cpuinfo
[ROOT abc24]/tmp # more cpuinfo | grep "CPU Slot Number"
CPU Number: 0 CPU Slot Number: 0
CPU Number: 1 CPU Slot Number: 1
CPU Number: 2 CPU Slot Number: 2
CPU Number: 3 CPU Slot Number: 3
CPU Number: 8 CPU Slot Number: 0
CPU Number: 9 CPU Slot Number: 1
CPU Number: 11 CPU Slot Number: 3
[ROOT abc24]var/sam # icod_stat -p
Version: 4.0
Contract type: iCOD-purchase
License applied: yes
Hostname: abc24
DNS domain name: abc24.def.hij.com
IP address: 12.34.56.78
NIS domain name: .
System model: 9000/800/SD64000
Serial number: XX123456XX
Software ID: deadbeef
Contact name: UNIX Support
Contact e-mail: ux@gggi.com
Contact phone: (12)3456-6777
Total processors: 8
Active processors: 7
Inactive processors that can be activated: 1
Inactive processors that cannot be activated: 0
Deconfigured processors: 0
Requested active processors: 7
Requested active processors specified for all partitions:
Requested
Active Total
Processors Processors Partition
========== ========== =========
0 4 ux123 (par0)
7 8 Database abc24 (par1) (local)
4 4 App6 abc26 (par2)
2 4 QA App abc21 (par4)
n/a 0 Unassigned cells
---------------------------------------------------------
13 total requested active processors specified for complex
[ROOT abc24]var/sam #
PS: PA-8700 - single core CPUWednesday, August 22, 2007
Commandszz
One command looks like interesting, worth to look up for this:
pax - Extracts, writes, and lists archive files; copies files and directory hierarchies
Nothing here yet!
Tuesday, August 21, 2007
HP-UX, bdf, du and ...
If you ever encounter a file system full, say, at this particular partition:
[ROOT gitu2]Z24/X41 # uname -a
HP-UX gitu2 B.11.11 U 9000/800 170187401 unlimited-user license
[ROOT gitu2]Z24/X41 # bdf /usr/sap/Z24/X41
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol30 4620288 4610752 9038 100% /usr/sap/Z24/X41
[ROOT gitu2]Z24/X41#
and you have been trimming, deleting files like crazy, say, you've delete a 1.7G file but when you issue bdf, the utilization still at 100%. But when you checked with du, it shows the current utilization on that particular partition/directory has been reduced. WTF?!
Don't worry dude/dudette. Basically, there are some processes running that currently writing on some files on that directories and until those processes are stopped finishing writting you will not see the free space in bdf.
To identify the processes, run this:
[ROOT gitu2]Z24/X41 # fuser -cu /usr/sap/Z24/X41
/usr/sap/Z24/X41: 7314co(z24adm) 15790co(z24adm) 24426co(z24adm) 10374co(z24adm) 8094mcto(z24adm) 10514co(z24adm) 24418co(z24adm) 24433co(z24adm) 24458co(z24adm) 24432co(z24adm) 24446co(z24adm) 22457co(z24adm) 24385co(z24adm) 12656co(z24adm) 24444co(z24adm) 24439co(z24adm) 24442co(z24adm) 24451co(z24adm) 24438co(z24adm) 24386co(z24adm) 26313co(z24adm) 4756co(z24adm) 24428co(z24adm) 24435co(z24adm) 17512co(z24adm) 24459co(z24adm) 20846co(z24adm) 24431co(z24adm) 24460co(z24adm) 9184co(z24adm) 3585co(z24adm) 24440co(z24adm) 24448co(z24adm) 24417co(z24adm) 24430co(z24adm) 24443co(z24adm) 24338c(z24adm) 24441co(z24adm) 12555co(z24adm) 24461co(z24adm) 24434co(z24adm) 24436co(z24adm) 24445co(z24adm) 24429co(z24adm) 4539c(root) 24437co(z24adm) 11852co(z24adm) 24449co(z24adm) 24450co(z24adm) 26830co(z24adm) 28242c(root)
[ROOT gitu2]Z24/X41 #
Ah-ha! It will listed all the eeeviiilll processes. What you need to do is kill all those processes and voila!, you'll get your free space back.
** ACHTUNG **
Don't simply kill the processes until you pretty sure it is safe to kill with the owner of the processes (backup team, or whatever). Use j00r brain d00dz.
** ACHTUNG **
Thursday, August 16, 2007
Nifty...
Are you a Firefox fan? You might wanna try this: Roll Your Own Firefox™ Search Bar
I've added search to USENET Internet FAQs Archive. Really nifty, I like!
Monday, August 13, 2007
Mari Tolak Beskal Session #1: FRIM "Dream Trail"
Yesterday my friend and I went to our first Bash (bike hash) at FRIM Dream Trail. Later lah full details.
Later lah, later. Sakit bontot+bahu lagi ni.
Lesson Learned
Spending on more that 13 hrs in the office last Saturday gave us some real good lessons.
Lesson Learned:
1. Never worked on a RemoteConsole using init 5.
2. When try to trigger a system crash (echo c > /proc/sysrq-trigger - to test kdump), do it on a RemoteConsole terminal.
3. Use "Alt-Lock" on RemoteConsole for ease of navigating installation GUI.
Subscribe to:
Posts (Atom)