On Fri, 11 Mar 2011 20:05:12 +0000, Andrew Gideon wrote:
> However, that time I didn't get the error from lvremove. This time,
> that is occurring. So I don't seem to be able to make any space.
I've tried vgcfgrestore, but this too yields:
metadata too large for circular buffer
I ran some commands with -vvv. The output which seems to always
immediately precede the error is:
Doubling metadata output buffer to 131072
I also noticed that it appears to be looking at /dev/sdi and /dev/sdj.
These are two PVs I'd tried to add, but where vgextend also issued the
"too large..." error. These two PVs do not appear in 'vgdisplay -v'.
[root@backup2 backup]# /usr/sbin/lvremove -d -vvv -f /dev/jetarray004/i2-backup0 2>&1 | egrep 'sd[ij]'
Opened /dev/sdi RW O_DIRECT
/dev/sdi: block size is 4096 bytes
/dev/sdi: lvm2 label detected
lvmcache: /dev/sdi: now in VG #orphans_lvm2 (#orphans_lvm2)
Closed /dev/sdi
Opened /dev/sdj RW O_DIRECT
/dev/sdj: block size is 4096 bytes
/dev/sdj: lvm2 label detected
lvmcache: /dev/sdj: now in VG #orphans_lvm2 (#orphans_lvm2)
Closed /dev/sdj
[root@backup2 backup]#
Is there perhaps some "internal" VG (ie. #orphans_lvm2) that I'd be
able to successfully remove?
Thanks...
Andrew
_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
