Stale partitions occur when the second and/or third mirrored copies of data become out of sync. with the primary copy.
Look in the error report for the effected disk/s, if you cannot find the disk go through each volume group and run:
lsvg -l <vgname>
At the end of the line if you see :
open/stale
Then re-sync. this volume group:
syncvg -v <vgname>
Repeat the lsvg -l <vgname> command and all logical volumes should be:
open/syncd
Any more problems re-post - if that does not work your disk could be on the way out, or you may have a number of bad blocks and reorgvg may sort that out.
Cheers
PSD
IBM Certified Specialist - AIX V4.3 Systems Support
IBM Certified Specialist - AIX V4 HACMP
PSD - Any clues ? Error message when running syncvg ....
root@hqax03 / >syncvg -v oraclevg
0516-068 lresynclv: Unable to completely resynchronize volume. Run
diagnostics if neccessary.
0516-932 /usr/sbin/syncvg: Unable to synchronize volume group oraclevg.
PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION
hdisk2 active 542 42 00..00..00..00..42
hdisk3 active 542 291 109..00..00..73..109
hdisk4 active 542 292 109..00..00..74..109
hdisk5 active 542 292 109..00..00..74..109
hdisk6 active 542 42 00..00..00..00..42
hdisk7 active 542 292 109..00..00..74..109
hdisk8 active 542 292 109..00..00..74..109
hdisk9 missing 542 292 109..00..00..74..109
root@hqax03 / >lsdev -Cc disk
hdisk0 Available 40-60-00-4,0 16 Bit LVD SCSI Disk Drive
hdisk1 Available 40-60-00-8,0 16 Bit LVD SCSI Disk Drive
hdisk2 Available 40-61-00-0,0 16 Bit LVD SCSI Disk Drive
hdisk3 Available 40-61-00-1,0 16 Bit LVD SCSI Disk Drive
hdisk4 Available 40-61-00-2,0 16 Bit LVD SCSI Disk Drive
hdisk5 Available 40-61-00-3,0 16 Bit LVD SCSI Disk Drive
hdisk6 Available 40-61-00-4,0 16 Bit LVD SCSI Disk Drive
hdisk7 Available 40-61-00-5,0 16 Bit LVD SCSI Disk Drive
hdisk8 Available 40-61-00-6,0 16 Bit LVD SCSI Disk Drive
hdisk9 Available 40-61-00-8,0 16 Bit LVD SCSI Disk Drive
OK..as a previous post says...check the errpt. It looks like hdisk9 was lost. It may need to be replaced. Get a service call opened to IBM (or your hardware service folks) and have them take a look at it. Your LV's are mirrored, so your data is not at risk. Remove the bad mirrored copy. Hopefully you allocated your partitions properly.
# smitty rmlvcopy
Enter the LV name and set # copies to 1. Don't bother specifying an hdisk#.
If your partitions were allocated properly, you should be able to do this and should return to normal.
If the disks which are marked as 'stale' are available, then varyoffvg and varyonvg is the simplest you can do.
This will automatically solve your problem. However, this means that you need to stop all your applications/programs accessing the concerned volume groups.
However there is an un-convenitonal / work around approach:
check the mirroring is ok or not
lsvg -o <volume group>
lslv -m <lv name> ensure that the PPs are distributed
properly across the PVs.
c. If a. and b. are ok
unmirrorvg <remove the missing disk>
reducevg <remove the missing disk>
extendvg <add the 'missed disk'>
mirrorvg <add the mirror copy with the 'missed disk'
[This disk is no longer missed now]
Choose -S option. The syncvg mirroring or re-silvering
will be done in the back ground.
This is a tried and tested procedure by me. It works. There is no problems.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.