I/O errors on Hammer volume

Matthew Dillon dillon at apollo.backplane.com
Tue Apr 13 23:03:36 PDT 2010


:BM   NODE 800000268ea27000 cnt=33 p=800000268ea12000 type=L depth=4 mirror
:000000013a77e4d0 fill=z8:19741=60% {
:
:BM   NODE 800000268ea31000 cnt=33 p=800000268ea12000 type=L depth=4 mirror
:0000000139b6e140 fill=z8:19741=60% {
:
:BM   NODE 800000268eb0e000 cnt=32 p=800000268eb02000 type=L depth=4 mirror
:0000000148774380 fill=z8:19741=60% {
:
:BM   NODE 800000268eb19000 cnt=32 p=800000268eb02000 type=L depth=4 mirror
:0000000139b6e840 fill=z8:19741=60% {
:
:-- 
:Francois Tigeot

    If the only flag after B is 'M' then it is ok, it's the mirror-tid
    bug which was fixed in 2.6 but only effects incremental mirroring.
    This is self-correcting so it isn't a concern.

    If other flags are present then we have a real problem.

    If the broken inodes are localized it could be stuff left dangling
    from a crash recovery.  That's my hope.  Did you have any crashes
    while work was occuring on any of the related directories?  If this
    is the case it should be possible to remove them with 'rm'.

					-Matt
					Matthew Dillon 
					<dillon at backplane.com>





More information about the Kernel mailing list