First steps towards importing gvirstor into -current
ivoras at fer.hr
Sat Feb 3 12:35:09 UTC 2007
Pieter de Goeje wrote:
> GEOM_VIRSTOR: All physical space allocated for test
> GEOM_VIRSTOR: Failed to allocate physical chunk for virstor/test
> g_vfs_done():virstor/test[WRITE(offset=103153664, length=131072)]error = 28
> It spitted out these messages in a tight loop (100% sys load). I was unable to
Yes, it turns out the file system gets confused if the device reports a
certain size and then returns ENOSPC (error 28) when it shouldn't.
Unfortunately, yanking the device from under the file system would panic
the kernel. Returning EIO could either panic it or "just" end up with a
corrupted file system. Any ideas from the more VFS-savvy?
The "tight loop" seems to be VFS retrying, inserting the requests to
GEOM layer over and over...
> Also, no warning was issued when it aproached 0% free physical space.
> I would expect the system to simply abort the write operation (possibly
> needing a background fsck after adding another component to make more space).
It should - are you sure the message didn't get lost/overflown in the log?
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 250 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-geom/attachments/20070203/e786c9a1/signature.pgp
More information about the freebsd-geom