Skip to contentSkip to conversation

system hangs after deleting bad file

DISCUSSION Helmut Hullen 3 participants 4 messages Oct 22, 2011 – Oct 24, 2011 Btrfs file system

lore
Share & tools
lore
#0 lore raw

Hallo,

next problem (sorry):

my cluster of 3 2-TByte-disks has some damaged files. When I try to delete the directory entries with the "midnight commander" (via "putty", over the LAN) then "mc" hangs. Killing the putty session and opening (via "putty") a new "mc" window shows that the directory entry doesn't exist - looks good.

Mountpoint is "/mnt/btr".

lsof /mnt/btr

still shows a "mc" entry which I can't remove with "killall -9 mc" or "kill -9 <mc-PID>".

And more bad:

reboot

doesn't work,

Ctrl Alt Delete

(on the machine, not over LAN) doesn't work too.

I have to restart the machine via main power switch - no good job.

Viele Gruesse!
Helmut

#1 lore raw

Hello Helmut!

I'm having the same observation currently: There are bad files in my $HOME and I can't delete them because it makes the kernel ooops. I tried Josef's repair program but it fails an assertion. What's your kernel backtrace? Did you try the repair program? Maybe we really got the same problem and could combine efforts? I filed an issue here:

https://github.com/josefbacik/btrfs-progs/issues/1

Quoted 28 lines · Helmut Hullen

Hallo,

next problem (sorry):

my cluster of 3 2-TByte-disks has some damaged files. When I try to delete the directory entries with the "midnight commander" (via "putty", over the LAN) then "mc" hangs. Killing the putty session and opening (via "putty") a new "mc" window shows that the directory entry doesn't exist - looks good.

Mountpoint is "/mnt/btr".

lsof /mnt/btr

still shows a "mc" entry which I can't remove with "killall -9 mc" or "kill -9 <mc-PID>".

And more bad:

reboot

doesn't work,

Ctrl Alt Delete

(on the machine, not over LAN) doesn't work too.

I have to restart the machine via main power switch - no good job.

#2 lore raw
In reply to Helmut Hullen

Hello,
I had a similar problem.

Some files (2-3) got corrupted in my /home subvolume for no apparent reason. Trying to access the files gives kernel oops. Sometimes it freezes the machine, sometimes I am back to my console without any problems.

Then I switched to the latest 3.1rc and freezes were gone (though I still had the kernel oops).

(I did not try the repair program fearing that it would do more bad than good. After all, my / subvolume was fine and i still could mount /home)

But to tackle the problems with corrupted files I had to create a new subvolume for /home, tranfer the files from the old one (minus the corrupted files) and delete the old subvolume.

Though still btrfsck would give me errors trying to access some inode. But I could mount and use all my subvolumes with no problems.

Then... I re-created btrfs with the latest btrfs-tools and installed the latest 3.1rc from the very beginning.

So far, it is working fine and the situation with disk I/O has greatly improved. I think you may want to try to upgrade to the latest 3.1rc and at the very least you (hopefully) should not be getting hard freezes any more.

best
~dima

#3 lore raw

Hallo, dima,

Du meintest am 24.10.11:

[system hangs]

Quoted 9 lines

I had a similar problem.

Some files (2-3) got corrupted in my /home subvolume for no apparent reason. Trying to access the files gives kernel oops. Sometimes it freezes the machine, sometimes I am back to my console without any problems.

Then I switched to the latest 3.1rc and freezes were gone (though I still had the kernel oops).

I'll try in some hours ... I've just seen kernel 3.1 has been released.

Viele Gruesse!
Helmut