On Wed, Jun 04, 2014 at 01:58:54AM +0300, Martin Papik wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > > > >> [3096069.218830] XFS (sdf100): Log I/O Error Detected. Shutting > >> down filesystem [3096069.218833] XFS (sdf100): Please umount the > >> filesystem and rectify the problem(s) > > > > triggered a shutdown and told you what to do next. > > Okay, here I'll pick nits. I hope you're not sick of me yet. > > 1) I would LOVE to unmount the FS, but how? umount /dev/xxx ... device > no longer there. umount /media/xxx ... mount point no longer there. Oh, something is doing a lazy unmount automatically on device unplug? I missed the implications of that - your system is behaviour exactly as it has been told to behave. That is, lazy unmount only detaches the mount namespace from the mount - it doesn't actually tell the kernel to unmount the filesystem internally, instead it just removes the reference count it has on it. If there are other open references to the filesystem, then it won't actually do the real unmount until those references go away. i.e. lazy unmount is designed to leave the kernel superblock (i.e. the filesystem) mounted internally until the last reference to it goes away. And that leaves the user to find those references and clean them up so the kernel can actually unmount it. Put simply, the system is behaving exactly as it has been asked to act in response to your actions. Whether the automounter is behaving correctly or not, that is a different matter, but it is certainly not an XFS bug that a lazy unmount is leaving you with a mess that you need to cleanup manually. > 2) I can't rectify the problems exactly because the FS is mounted > (according to xfs_repair [ustat]), yet not mounted (according to > /proc/mounts). .... unless rectifying the problem means reporting this > as a bug. :-) Not a bug, it's the desired behaviour of lazy unmounts. Fix userspace not to hold references when unmounting the filesystem... > 3) "Shutting down filesystem" ... isn't this when the new device > should no longer be detected as mounted? No. Filesystems get shut down for all sorts of reasons and the correct action to take after unmounting the filesystem depends on the reason for the shutdown. i.e. a shutdown filesystem requires manual intervention to recover from, and so the filesystem remains mounted until such manual intervention can take place. > 4) come to think of it, if XFS is shutting down, why isn't it > unmounting itself? Because a filesystem cannot unmount itself - that has to be done from userspace. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
