Qualifying tournament for World cup hockey 2010 is currently being played in Lille France. as it is
Our team , Pakistan Hockey team ( so called Green shirts ) have played nicely till date and they have won all three matches against Russia,France and Italy by quite big margin. It is a good news for hockey lovers in Pakistan but in my view until and unless Pakistani boys do not won the final of this tournament , we should not be so much happy. Reason being our team has played very good in some other recent tournaments , but loose their spirits in final match. Now , here in Lille, there is no such chance for pakis. They will play 2010 world cup hockey if and only if they win this tournament.
Good news is that sohail Abbas is scoring good on penality corners. This is a healthy sign.
I hope that inshallah , Pakistani team will win this very important tournament as it is do or die situation for game of hockey in Pakistan
Another good thing about this tournament is that FIH is covering well this tournament.Highlights of all matches are available on youtube and also on following web site
http://www.worldcupqualifiermenfrance.sportcentric.com/vsite/vcontent/page/custom/0,8510,5227-199239-216462-47641-301903-custom-item,00.html
Wednesday, 4 November 2009
Friday, 30 October 2009
AIX 32 and 64 bit Dilemma
Software requirement for 64 bit AIX OS
Beside hardware requirement for running 64 bit operating system on IBM POWER systems , the other main requirement is fileset.The bos.64bit is the Base Operating System 64-bit runtime fileset. If bos.64bit is not installed, you do not have the /etc/methods/cfg64 file. Without the /etc/methods/cfg64 file, you will not have the option of enabling or disabling the 64-bit environment via SMIT, which updates the inittab with the load64bit line (simply adding this line does not enable the 64-bit environment).
The command lslpp -l bos.64bit will reveal if this fileset is installed. The
bos.64bit fileset is on the 4.3.x media, however, installing it does not ensure
that you will be able to run 64-bit software.
With the bos.64bit fileset installed on non 64-bit hardware, you should be able
to compile your 64-bit software; however, you will not be able to run 64-bit
programs on your 32-bit hardware.
Hardware required
You must have 64-bit hardware to run 64-bit applications. At AIX levels 4.3.2
and 4.3.3, to determine whether your system has 32-bit or 64-bit hardware
architecture:
Log in as root.
At the command line, enter:
bootinfo -y
This produces the output of either 32 or 64, depending on whether the hardware
architecture is 32-bit or 64-bit.
In addition, if you enter lsattr -El proc0, at any version of AIX, the output of
the command should return the type of processor for your server.
The types of 64-bit processors are as follows:
PowerPC_RS64
PowerPC_RS64 II
PowerPC_RS64 III
PowerPC_Power3
PowerPC_Power3 II
Kernel extensions vs. 64-bit kernel
To determine if the 64-bit kernel extension is loaded, from the command line
enter:
genkex |grep 64
You should see information similar to the following:
149bf58 a3ec /usr/lib/drivers/syscalls64.ext
NOTE: Having the driver extensions, does not mean that the kernel is a 64-bit
kernel. A 64-Bit Kernel became available at 5.1 oslevel.
The driver extensions just allows the 64-bit application to be compiled by a
32-bit kernel. If the 32-bit kernel has a 64-bit processor, the syscalls64.ext
will allow the 64-bit application to execute. Yet at 5.1, a 64-bit kernel and a
64-bit processor has better performance with 64-bit applications.
To truly change the kernel to 64-bit, you need to be at the 5.1 oslevel. The
means to change to a 64-bit kernel are:
From 32-bit to 64-bit:
ln -sf /usr/lib/boot/unix_64 /unix
ln -sf /usr/lib/boot/unix_64 /usr/lib/boot/unix
lslv -m hd5
bosboot -ad /dev/ipldevice
shutdown -Fr
bootinfo -K (should now be 64)
To change the kernel back to 32-bit:
From 64-bit to 32-bit:
ln -sf /usr/lib/boot/unix_mp /unix
ln -sf /usr/lib/boot/unix_mp /usr/lib/boot/unix
lslv -m hd5
bosboot -ad /dev/ipldevice
shutdown -Fr
bootinfo -K (should now be 32)
32-bit and 64-bit performance comparisons on IBM POWER systems
To examine the benefits and drawbacks of going from 32-bit to 64-bit mode and
further effects on the system, consult the following, AIX 64-bit Performance in
Focus, which is available at IBM Redbooks.
In most cases, running 32-bit applications on 64-bit hardware is not a problem,
because 64-bit hardware can run both 64-bit and 32-bit software. However, 32-bit
hardware cannot run 64-bit software. To find out if any performance issues exist
for applications that are running on the system, such as Lotus Notes and Oracle,
refer to those application's user guides for their recommended running
environment.
Beside hardware requirement for running 64 bit operating system on IBM POWER systems , the other main requirement is fileset.The bos.64bit is the Base Operating System 64-bit runtime fileset. If bos.64bit is not installed, you do not have the /etc/methods/cfg64 file. Without the /etc/methods/cfg64 file, you will not have the option of enabling or disabling the 64-bit environment via SMIT, which updates the inittab with the load64bit line (simply adding this line does not enable the 64-bit environment).
The command lslpp -l bos.64bit will reveal if this fileset is installed. The
bos.64bit fileset is on the 4.3.x media, however, installing it does not ensure
that you will be able to run 64-bit software.
With the bos.64bit fileset installed on non 64-bit hardware, you should be able
to compile your 64-bit software; however, you will not be able to run 64-bit
programs on your 32-bit hardware.
Hardware required
You must have 64-bit hardware to run 64-bit applications. At AIX levels 4.3.2
and 4.3.3, to determine whether your system has 32-bit or 64-bit hardware
architecture:
Log in as root.
At the command line, enter:
bootinfo -y
This produces the output of either 32 or 64, depending on whether the hardware
architecture is 32-bit or 64-bit.
In addition, if you enter lsattr -El proc0, at any version of AIX, the output of
the command should return the type of processor for your server.
The types of 64-bit processors are as follows:
PowerPC_RS64
PowerPC_RS64 II
PowerPC_RS64 III
PowerPC_Power3
PowerPC_Power3 II
Kernel extensions vs. 64-bit kernel
To determine if the 64-bit kernel extension is loaded, from the command line
enter:
genkex |grep 64
You should see information similar to the following:
149bf58 a3ec /usr/lib/drivers/syscalls64.ext
NOTE: Having the driver extensions, does not mean that the kernel is a 64-bit
kernel. A 64-Bit Kernel became available at 5.1 oslevel.
The driver extensions just allows the 64-bit application to be compiled by a
32-bit kernel. If the 32-bit kernel has a 64-bit processor, the syscalls64.ext
will allow the 64-bit application to execute. Yet at 5.1, a 64-bit kernel and a
64-bit processor has better performance with 64-bit applications.
To truly change the kernel to 64-bit, you need to be at the 5.1 oslevel. The
means to change to a 64-bit kernel are:
From 32-bit to 64-bit:
ln -sf /usr/lib/boot/unix_64 /unix
ln -sf /usr/lib/boot/unix_64 /usr/lib/boot/unix
lslv -m hd5
bosboot -ad /dev/ipldevice
shutdown -Fr
bootinfo -K (should now be 64)
To change the kernel back to 32-bit:
From 64-bit to 32-bit:
ln -sf /usr/lib/boot/unix_mp /unix
ln -sf /usr/lib/boot/unix_mp /usr/lib/boot/unix
lslv -m hd5
bosboot -ad /dev/ipldevice
shutdown -Fr
bootinfo -K (should now be 32)
32-bit and 64-bit performance comparisons on IBM POWER systems
To examine the benefits and drawbacks of going from 32-bit to 64-bit mode and
further effects on the system, consult the following, AIX 64-bit Performance in
Focus, which is available at IBM Redbooks.
In most cases, running 32-bit applications on 64-bit hardware is not a problem,
because 64-bit hardware can run both 64-bit and 32-bit software. However, 32-bit
hardware cannot run 64-bit software. To find out if any performance issues exist
for applications that are running on the system, such as Lotus Notes and Oracle,
refer to those application's user guides for their recommended running
environment.
Tuesday, 27 October 2009
Restricting your AIX Error Logs
Sometimes, you do not want certain error conditions to show in the errorlog. If at this very moment, you think “what a silly idea this is” – please refrain from any further judgement – eventually you will get the picture.
AIX error reporting facilities, use templates in order to know what conditions constitue an error, and how to collect and display the associated with them information.
For these in need or more in-depth info, please look it up in AIX docs or on-line.
Instructing error logging facilities what not to report and/or not to include in the log (among many other things) is done with help of the errupdate command. This command can process your directives contained in an ASCI files or directly from the command line. Error IDENTIFIER is used to identify the error you want to work with. Multiple entries (error IDENTIFIERs and the associated with them processing instructions) must be separated with a blank line.
Look at the few lines shown next showing interaction with errupdate via command line:
root@MarcoPolo: /root> errupdate
=B6048838:
REPORT=FALSE
The first character you type is the = character to indicate modification of existing reporting behaviour associated with error label B6048838. Do you notice the : character following the error label? After you hit the Enter key, you can enter any of the following directives: REPORT, LOG and ALERT. Each may equal either TRUE or FALSE. When you are done, hit Enter twice to activate the changes.
REPORT - The info about events for which REPORTING is disabled is saved in the error log but it is not displayed with the errpt command.
LOG - The info about events for which LOGGING is disabled is not sent to the error log file.
To achieve identical results using an ASCI file to specify the modifications, follow the procedure bellow:
root@MarcoPolo: /root> mkdir -p /var/adm/errorFilter
root@MarcoPolo: /root> cd /var/adm/errorFilter
root@MarcoPolo: /var/adm/errorFilter> vi errorFilter Edit to your satisfaction.
root@MarcoPolo: /var/adm/errorFilter> cat errorFilter
=B6048838:
REPORT=FALSE
LOG=FALSE
ALERT=FALSE
root@MarcoPolo: /var/adm/errorFilter> errupdate ./errorFilter
0 entries added.
0 entries deleted.
1 entries updated.
The results will not only be the requires modifications but also a file in the same directory as the errorFilter named errorFilter.undo - its name reveals its purpose.
AIX error reporting facilities, use templates in order to know what conditions constitue an error, and how to collect and display the associated with them information.
For these in need or more in-depth info, please look it up in AIX docs or on-line.
Instructing error logging facilities what not to report and/or not to include in the log (among many other things) is done with help of the errupdate command. This command can process your directives contained in an ASCI files or directly from the command line. Error IDENTIFIER is used to identify the error you want to work with. Multiple entries (error IDENTIFIERs and the associated with them processing instructions) must be separated with a blank line.
Look at the few lines shown next showing interaction with errupdate via command line:
root@MarcoPolo: /root> errupdate
=B6048838:
REPORT=FALSE
The first character you type is the = character to indicate modification of existing reporting behaviour associated with error label B6048838. Do you notice the : character following the error label? After you hit the Enter key, you can enter any of the following directives: REPORT, LOG and ALERT. Each may equal either TRUE or FALSE. When you are done, hit Enter twice to activate the changes.
REPORT - The info about events for which REPORTING is disabled is saved in the error log but it is not displayed with the errpt command.
LOG - The info about events for which LOGGING is disabled is not sent to the error log file.
To achieve identical results using an ASCI file to specify the modifications, follow the procedure bellow:
root@MarcoPolo: /root> mkdir -p /var/adm/errorFilter
root@MarcoPolo: /root> cd /var/adm/errorFilter
root@MarcoPolo: /var/adm/errorFilter> vi errorFilter Edit to your satisfaction.
root@MarcoPolo: /var/adm/errorFilter> cat errorFilter
=B6048838:
REPORT=FALSE
LOG=FALSE
ALERT=FALSE
root@MarcoPolo: /var/adm/errorFilter> errupdate ./errorFilter
0 entries added.
0 entries deleted.
1 entries updated.
The results will not only be the requires modifications but also a file in the same directory as the errorFilter named errorFilter.undo - its name reveals its purpose.
Friday, 23 October 2009
How to backup your VIO Server
Backing up the Virtual I/O Server
There are 4 different ways to backup/restore the Virtual I/O Server as illustrated in the following table.
Backup method Restore method
To tape From bootable tape
To DVD From bootable DVD
To remote file system From HMC using the NIMoL facility and installios
To remote file system From an AIX NIM server
Backing up to a tape or DVD-RAM
To backup the Virtual I/O Server to a tape or a DVD-RAM, the following steps must be performed
1. check the status and the name of the tape/DVD drive
#lsdev | grep rmt (for tape)
#lsdev | grep cd (for DVD)
2. if it is Available, backup the Virtual I/O Server with the following command
#backupios –tape rmt#
#backupios –cd cd#
If the Virtual I/O Server backup image does not fit on one DVD, then the backupios command provides instructions for disk replacement and removal until all the volumes have been created. This command creates one or more bootable DVDs or tapes that you can use to restore the Virtual I/O Server
Backing up the Virtual I/O Server to a remote file system by creating a nim_resources.tar file
The nim_resources.tar file contains all the necessary resources to restore the Virtual I/O Server, including the mksysb image, the bosinst.data file, the network boot image, and SPOT resource.
The NFS export should allow root access to the Virtual I/O Server, otherwise the backup will fail with permission errors.
To backup the Virtual I/O Server to a filesystem, the following steps must be performed
1. Create a mount directory where the backup file will be written
#mkdir /backup_dir
2. Mount the exported remote directory on the directory created in step 1.
#mount server:/exported_dir /backup_dir
3. Backup the Virtual I/O Server with the following command
#backupios –file /backup_dir
The above command creates a nim_resources.tar file that you can use to restore the Virtual I/O Server from the HMC.
Note: The ability to run the installios command from the NIM server against the nim_resources.tar file is enabled with APAR IY85192.
The backupios command empties the target_disk_data section of bosinst.data and sets RECOVER_DEVICES=Default. This allows the mksysb file generated by the command to be cloned to another logical partition. If you plan to use the nim_resources.tar image to install to a specific disk, then you need to repopulate the target_disk_data section of bosinst.data and replace this file in the nim_resources.tar. All other parts of the nim_resources.tar image must remain unchanged.
Backing up the Virtual I/O Server to a remote file system by creating a mksysb image
You could also restore the Virtual I/O Server from a NIM server. One of the ways to restore from a NIM server is from the mksysb image of the Virtual I/O Server. If you plan to restore the Virtual I/O Server from a NIM server from a mksysb image, verify that the NIM server is at the latest release of AIX.
To backup the Virtual I/O Server to a filesystem the following steps must be performed
1. Create a mount directory where the backup file will be written
#mkdir /backup_dir
2. Mount the exported remote directory on the just created directory
#mount NIM_server:/exported_dir /backup_dir
3. Backup the Virtual I/O Server with the following command
#backupios –file /backup_dir/filename.mksysb -mksysb
There are 4 different ways to backup/restore the Virtual I/O Server as illustrated in the following table.
Backup method Restore method
To tape From bootable tape
To DVD From bootable DVD
To remote file system From HMC using the NIMoL facility and installios
To remote file system From an AIX NIM server
Backing up to a tape or DVD-RAM
To backup the Virtual I/O Server to a tape or a DVD-RAM, the following steps must be performed
1. check the status and the name of the tape/DVD drive
#lsdev | grep rmt (for tape)
#lsdev | grep cd (for DVD)
2. if it is Available, backup the Virtual I/O Server with the following command
#backupios –tape rmt#
#backupios –cd cd#
If the Virtual I/O Server backup image does not fit on one DVD, then the backupios command provides instructions for disk replacement and removal until all the volumes have been created. This command creates one or more bootable DVDs or tapes that you can use to restore the Virtual I/O Server
Backing up the Virtual I/O Server to a remote file system by creating a nim_resources.tar file
The nim_resources.tar file contains all the necessary resources to restore the Virtual I/O Server, including the mksysb image, the bosinst.data file, the network boot image, and SPOT resource.
The NFS export should allow root access to the Virtual I/O Server, otherwise the backup will fail with permission errors.
To backup the Virtual I/O Server to a filesystem, the following steps must be performed
1. Create a mount directory where the backup file will be written
#mkdir /backup_dir
2. Mount the exported remote directory on the directory created in step 1.
#mount server:/exported_dir /backup_dir
3. Backup the Virtual I/O Server with the following command
#backupios –file /backup_dir
The above command creates a nim_resources.tar file that you can use to restore the Virtual I/O Server from the HMC.
Note: The ability to run the installios command from the NIM server against the nim_resources.tar file is enabled with APAR IY85192.
The backupios command empties the target_disk_data section of bosinst.data and sets RECOVER_DEVICES=Default. This allows the mksysb file generated by the command to be cloned to another logical partition. If you plan to use the nim_resources.tar image to install to a specific disk, then you need to repopulate the target_disk_data section of bosinst.data and replace this file in the nim_resources.tar. All other parts of the nim_resources.tar image must remain unchanged.
Backing up the Virtual I/O Server to a remote file system by creating a mksysb image
You could also restore the Virtual I/O Server from a NIM server. One of the ways to restore from a NIM server is from the mksysb image of the Virtual I/O Server. If you plan to restore the Virtual I/O Server from a NIM server from a mksysb image, verify that the NIM server is at the latest release of AIX.
To backup the Virtual I/O Server to a filesystem the following steps must be performed
1. Create a mount directory where the backup file will be written
#mkdir /backup_dir
2. Mount the exported remote directory on the just created directory
#mount NIM_server:/exported_dir /backup_dir
3. Backup the Virtual I/O Server with the following command
#backupios –file /backup_dir/filename.mksysb -mksysb
How to upgrade ML/TL of AIX through alternate disk installation method
1. Pre-installation checks
To check packages/file set consistency
# lppchk –v
If we found some errors. We can get more information about problem & resolve it before continue with installation.
# lppchk -v -m3
Check the current installed ML/TL
# instfix -i|grep ML
# oslevel –s
Check Rootvg
Commit all package/fileset installed on the servers
# smit maintain_software
Check if rootvg is mirrored and all lv's are mirrored correctly (excluding dump and boot volumes). If your rootvg is not mirrored we can skip later in document part for alt_disk_install,
# lsvg -p rootvg
# lsvg rootvg
# lsvg -l rootvg
2. Preinstallation Tasks
Check for HACMP cluster
Check if cluster software is installed .Check for HACMP running on server.
# lslpp -l | grep -i cluster
Check if the cluster processes are active
# lssrc -g cluster
If HACMP is used, a current fix pack for HACMP should be installed when a new AIX Technology Level is installed. Currently available HACMP fix packs can be downloaded via http://www14.software.ibm.com/webapp/set2/sas/f/hacmp/home.html
3. Check for IBM C/C++ compiler
Updates needs to be installed with TL up gradation. Same can be downloaded from below mentioned links.
http://www-1.ibm.com/support/docview.wss?rs=2239&uid=swg21110831
4. Check for Java VersionIf Java is used, current software updates for the Java version(s) should be installed when a new AIX Technology Level is installed. If Java is being used in conjunction with other software, consult the vendor of that software for recommended Java levels
The Java version(s) installed on AIX can be identified with the commands
# lslpp -l | grep -i java
Default Java version can be identified with the
# java -fullversion command.
Java fixes can be downloaded from below link.
http://www14.software.ibm.com/webapp/set2/sas/f/hacmp/home.html
5. Check for recommended TL/SP for system
Gets information of latest TL/SP for system using Fix Level Recommendation Tool available in below link
http://www14.software.ibm.com/webapp/set2/flrt/home
Download latest updates from IBM fix central website & dump in NIM server.
Create resources in NIM servers.
Run mksysb backup of servers on safer side.
Check for running application compatibility if any. Confirm it with application owner.
Free hdisk1 for alternate disk installation
Remove the secondary dump device if present from hdisk1. Then change the settings for secondary dump device to /dev/sysdumpnull.
# sysdumpdev –P –s /dev/sysdumpnull
Unmirror rootvg
#unmirrorvg rootvg
migrate logical volume from hdisk1 to hdisk0 which are not mirrored.
# migratepv hdisk1 hdisk0.
Clear boot record from hdisk0
# chpv -c hdisk1
Add new boot image to the first PV to have “fresh” boot record just for safer side
# bosboot –ad /dev/hdisk0
Set bootlist to hdisk0
# bootlist –m normal hdisk0 hdisk1 (hdisk1 after installation will contain upgraded OS)
Removes the second PV from rootvg
# reducevg rootvg hdisk1
7. Alternate disk migration
Carry out alternate disk installation via nim on hdisk1. We will carry out preview install. If it gets succeed we will go ahead & install TL/SP in applied mode
# smit nimadm
Reboot system. It will be booted from hdisk1 which contains upgraded OS.
# shutdown -Fr
8. Recreate the mirror of rootvg
After few days of stable work and some tests from application users.
Remove alternate disk installed disk
# alt_disk_install –X
Add disk hdisk0 in rootvg
# extendvg rootvg hdisk0
Check for estimated dump
# sysdumpdev –e
Re-create secondary dump device
# sysdumpdev –P –s “dump_device”
Mirror rootvg with hdisk1 in background.
# nohup mirrorvg '-S' rootvg hdisk1 &
Create bootimage on hdisk1
# bosboot -ad /dev/hdisk1
Add hdisk1 to bootlist
# bootlist -m normal hdisk0 hdisk1
Synchronize rootvg
# nohup syncvg -v rootvg &
To check packages/file set consistency
# lppchk –v
If we found some errors. We can get more information about problem & resolve it before continue with installation.
# lppchk -v -m3
Check the current installed ML/TL
# instfix -i|grep ML
# oslevel –s
Check Rootvg
Commit all package/fileset installed on the servers
# smit maintain_software
Check if rootvg is mirrored and all lv's are mirrored correctly (excluding dump and boot volumes). If your rootvg is not mirrored we can skip later in document part for alt_disk_install,
# lsvg -p rootvg
# lsvg rootvg
# lsvg -l rootvg
2. Preinstallation Tasks
Check for HACMP cluster
Check if cluster software is installed .Check for HACMP running on server.
# lslpp -l | grep -i cluster
Check if the cluster processes are active
# lssrc -g cluster
If HACMP is used, a current fix pack for HACMP should be installed when a new AIX Technology Level is installed. Currently available HACMP fix packs can be downloaded via http://www14.software.ibm.com/webapp/set2/sas/f/hacmp/home.html
3. Check for IBM C/C++ compiler
Updates needs to be installed with TL up gradation. Same can be downloaded from below mentioned links.
http://www-1.ibm.com/support/docview.wss?rs=2239&uid=swg21110831
4. Check for Java VersionIf Java is used, current software updates for the Java version(s) should be installed when a new AIX Technology Level is installed. If Java is being used in conjunction with other software, consult the vendor of that software for recommended Java levels
The Java version(s) installed on AIX can be identified with the commands
# lslpp -l | grep -i java
Default Java version can be identified with the
# java -fullversion command.
Java fixes can be downloaded from below link.
http://www14.software.ibm.com/webapp/set2/sas/f/hacmp/home.html
5. Check for recommended TL/SP for system
Gets information of latest TL/SP for system using Fix Level Recommendation Tool available in below link
http://www14.software.ibm.com/webapp/set2/flrt/home
Download latest updates from IBM fix central website & dump in NIM server.
Create resources in NIM servers.
Run mksysb backup of servers on safer side.
Check for running application compatibility if any. Confirm it with application owner.
Free hdisk1 for alternate disk installation
Remove the secondary dump device if present from hdisk1. Then change the settings for secondary dump device to /dev/sysdumpnull.
# sysdumpdev –P –s /dev/sysdumpnull
Unmirror rootvg
#unmirrorvg rootvg
migrate logical volume from hdisk1 to hdisk0 which are not mirrored.
# migratepv hdisk1 hdisk0.
Clear boot record from hdisk0
# chpv -c hdisk1
Add new boot image to the first PV to have “fresh” boot record just for safer side
# bosboot –ad /dev/hdisk0
Set bootlist to hdisk0
# bootlist –m normal hdisk0 hdisk1 (hdisk1 after installation will contain upgraded OS)
Removes the second PV from rootvg
# reducevg rootvg hdisk1
7. Alternate disk migration
Carry out alternate disk installation via nim on hdisk1. We will carry out preview install. If it gets succeed we will go ahead & install TL/SP in applied mode
# smit nimadm
Reboot system. It will be booted from hdisk1 which contains upgraded OS.
# shutdown -Fr
8. Recreate the mirror of rootvg
After few days of stable work and some tests from application users.
Remove alternate disk installed disk
# alt_disk_install –X
Add disk hdisk0 in rootvg
# extendvg rootvg hdisk0
Check for estimated dump
# sysdumpdev –e
Re-create secondary dump device
# sysdumpdev –P –s “dump_device”
Mirror rootvg with hdisk1 in background.
# nohup mirrorvg '-S' rootvg hdisk1 &
Create bootimage on hdisk1
# bosboot -ad /dev/hdisk1
Add hdisk1 to bootlist
# bootlist -m normal hdisk0 hdisk1
Synchronize rootvg
# nohup syncvg -v rootvg &
Friday, 16 October 2009
Tip: A small script to notify new error entries in error log
Although IBM is now pushing system director concept into AIX as well, to monitor overall health of system, i still found following small shell script very helpfull which can be used to notify any new errors in AIX error log
-----------------------------------------------
#!/bin/ksh
# Script to notify new errors in AIX error log
TOTALERRS=`errpt | grep -v "IDENTIFIER" | wc -l`
if [ ! -f /usr/local/bin/errpt.count ]
then
echo 0 > /usr/local/bin/errpt.count
fi
OLDERRS=`cat /usr/local/bin/errpt.count`
((NEWERRS=TOTALERRS-OLDERRS))
if [ ${NEWERRS} -gt 1 ]
then
echo "Please check errpt, ${NEWERRS} errors found!" | /usr/bin/mailx -vs "`hostname`: errpt report" recipient@domain.com
elif [ ${NEWERRS} -gt 0 ]
then
errpt | grep -v "IDENTIFIER" | head -${NEWERRS} | cut -c 42- |
while read ERRMSG
do
echo "errpt:${ERRMSG}" | /usr/bin/mailx -vs "`hostname`: errpt report" recipient@domain.com
done
fi
echo ${TOTALERRS} > /usr/local/bin/errpt.count
exit 0
-----------------------------------------------
-----------------------------------------------
#!/bin/ksh
# Script to notify new errors in AIX error log
TOTALERRS=`errpt | grep -v "IDENTIFIER" | wc -l`
if [ ! -f /usr/local/bin/errpt.count ]
then
echo 0 > /usr/local/bin/errpt.count
fi
OLDERRS=`cat /usr/local/bin/errpt.count`
((NEWERRS=TOTALERRS-OLDERRS))
if [ ${NEWERRS} -gt 1 ]
then
echo "Please check errpt, ${NEWERRS} errors found!" | /usr/bin/mailx -vs "`hostname`: errpt report" recipient@domain.com
elif [ ${NEWERRS} -gt 0 ]
then
errpt | grep -v "IDENTIFIER" | head -${NEWERRS} | cut -c 42- |
while read ERRMSG
do
echo "errpt:${ERRMSG}" | /usr/bin/mailx -vs "`hostname`: errpt report" recipient@domain.com
done
fi
echo ${TOTALERRS} > /usr/local/bin/errpt.count
exit 0
-----------------------------------------------
Wednesday, 14 October 2009
My trip to Istanbul:Fascinating city of Civilizations
Istanbul has a long and fascinating history which encompasses over centuries and three prominent eras. It starts with era of Bayzentine nation, followed by Romans and then era of Muslims ( othoman empire).In closer vicinity of meters only, you will find symbols of all these historical eras and you become deeply impressed by greatness of this historical city.
We reached Istanbul SAW airport around 11:00 clock in morning. SAW airport is around 51 KM from istanbul city and it took around 2 hours to reach our hotel which was located in Bayziat area of istanbul city. I was horrified by seeing traffic jams on road of istanbul but it is a fact that like all other big cities of world , istanbul also facing issues of traffic. They have both trams and metro in istanbul city , but still traffic jams are common in city.
Our hotel was small but clean. Main advantage was that it was very closed to main tourist attractions like blue mosque, hagia sofia , Grand Bazaarand Topkapi palace. We were able to reach all these places by walk , within 20 minutes.
We started our first day with a short visit to Grand Bazaar and istanbul university, followed by Bayzait Mosque. All of these locations were very close to our hotel so we took advatnage of that and visited all of them in same afternoon/morning.
Second day , we visited Blue Mosque and Hugia sofia. Both of these places are really wonderful.The only thing which i disliked about hugia sofia is that Government has converted it to Meuseum. I think they should retain it as either church or Mosque , but converting it to a meuseum makes no sense.
Third day , we went to Ayup Mosque to pray fatiha for our great muslim saint and close friend of our prophet (PBUH).
We then visited Topkapi palace which was constructed in Othmon period of muslim era. It is a fantastic palace with all its walls full of Gold. It is a memorable palace , and give you a memory of fantastic and glorious era of othmon empire.
Last day we went to Emunono port to catch a hour based ferry trip. They charged us around 9 lira per person. It was one and hour long trip but really memorable. I advice all travelers who visit Istanbul not to miss this golden oppurtunity.
Subscribe to:
Posts (Atom)
Posts
