Well, tomorrow's gonna be my last day at company XXXXXXXXXXXXXXX.
Will start a new chapter next week with company YYY. Wish me luck, guys!
For now, we're going to Redang!! Yahoo!
Tuesday, June 17, 2008
The journey continues... next week!
Tuesday, May 13, 2008
Monday, December 3, 2007
cool stuffs
tail -100 /var/log/messages | tee /var/log/messages
find /olddir -depth | cpio -pdvm ./newdir
[root@abc123 ~]# dumpe2fs /dev/cciss/c0d0p9
dumpe2fs 1.37 (21-Mar-2005)
Filesystem volume name:
Last mounted on:
Filesystem UUID: a525996f-d183-45bc-bb39-1dc4d5d82825
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal resize_inode dir_index filetype needs_recovery sparse_super large_file
Default mount options: (none)
...
cool.
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 **
Subscribe to:
Posts (Atom)
