One stale physikal extend in vg00/lvo2 (swap)

[Michael Koch_1]

I got a system with one stale phys. extend in /dev/vg00/lvol2. I replaced the disk and tried to resync using vgsync. This worked for lvol3 but when it came to syncronising lvol2 the command aborted. So I resynced using lvsyn and finaly got all phsyical extends of all lvol?s resynced except of one physical extend in lvol2. I am totaly confused. Is this caused by the strict allocation policy that needs to be set for swap lvols? Any hints.

Thanks in advance

Michael Koch

[Vincente Fernandes]

I guess the disk which you replaced is the mirror part of root disk/volume group. Did you do a "vgcfgrestore -n /dev/vg00 /dev/dsk/c?t?d?" and "vgchange -a y /dev/vg00" for syncing the root vg data. Could you let us know the procedure you followed?

[John Palmer]

What error did lvsync abort with?

It sounds as though it may be unable to read that extent from the 'good' disk in order to sync it to the new one.

Have you checked for disk errors with one of the STM tools?

[Stefan Farrelly · Accepted solution]

Yes, are your lvols mirrored ? I would guess so also. If you have an extent which wont resync on say the mirror then this, unfortunately, is not the disk which is faulty, the other (primary) disk is where the fault is. That is the one to replace. The extent is say stale on the mirror disk but thats because it cant read the corresponding block on the primary disk to copy it (sync it) to the mirror disk. You need to replace the other disk.
Same thing has happened to me before.

[Vincente Fernandes]

Also run "dd if=/dev/dsk/c?t?d? of=/dev/null bs=4096k" and see if it gives an I/O error. If yes then the disk may have some problems.

[Michael Koch_1]

Sorry I forgot to mention: vg00 is mirrored and I replaced the disk I assumed to be the one causing problems cause it was the one with the stale extend. I used the following procdeure to get the mirror resynced:

vgcfgbackup vg00

[replace disk]

vgcfgrestore -n /dev/vg00 /dev/rdsk/c0t5d0
mkboot /dev/rdsk/c0t5d0
mkboot -a "hpux (;0)/stand/vmunix" /dev/rdsk/c0t5d0
vgchange -a y /dev/vg00
vgsync /dev/vg00

cause this resulted in an I/O error after resyncing lvol3 I used lvsync to get the other lvols synced.

syslog states lv_syncx returned error 126.

Using dd on both disk did not result in any error o neither of the disks.
STM does not list any errors.


I think it realy could turn out that I replaced the wrong disk. Is there any way I can fix this problem without booting the machine into lm mode and using lvreduce -m 0 to get rid of the wrong (not stale) mirror?