On Tue, Jul 19, 2016 at 10:22:02AM +1000, Dave Chinner wrote: > Hi folks, > > I'm currently running the latest set of XFS patches through QA, and > I'm getting generic/081 failing and leaving a block device in an > unrecoverable EBUSY state. I'm running xfstests on a pair of 8GB > fake pmem devices: > > $ sudo ./run_check.sh " -i sparse=1" "" " -s xfs generic/081" .... More problems after this failure, while trying to sort out a workaround I can use. Reboot the machine after triggering it, and on next boot I've ended up with: $ sudo lvs LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert base_081 vg_081 owi---s--- 256.00m snap_081 vg_081 swi---s--- 4.00m base_081 $ sudo vgs VG #PV #LV #SN Attr VSize VFree vg_081 1 2 1 wz--n- 8.00g 7.74g $ sudo pvs PV VG Fmt Attr PSize PFree /dev/pmem1 vg_081 lvm2 a-- 8.00g 7.74g $ sudo lvremove -f vg_081/snap_081 Incorrect metadata area header checksum on /dev/pmem1 at offset 4096 WARNING: Failed to write an MDA of VG vg_081. Failed to write VG vg_081. Incorrect metadata area header checksum on /dev/pmem1 at offset 4096 $ sudo vgremove -f vg_081 Incorrect metadata area header checksum on /dev/pmem1 at offset 4096 WARNING: Failed to write an MDA of VG vg_081. Failed to write VG vg_081. Incorrect metadata area header checksum on /dev/pmem1 at offset 4096 $ sudo pvremove -f /dev/pmem1 PV /dev/pmem1 belongs to Volume Group vg_081 so please use vgreduce first. (If you are certain you need pvremove, then confirm by using --force twice.) $ So whatever is going wrong is also resulting in corrupted LVM headers on disk. Ok, so it appears that the only workaround I've found that is reliable is to add a "sleep 5" between the unmount and the vgremove command. Adding udev settle commands does nothing, and there's nothing else i can think of that would affect the unmounted filesystem or block device once the unmount has returned to userspace. I've only ever seen this occur on pmem devices, so maybe it's something perculiar to them.... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
