fre 2011-01-28 klockan 18:27 +0000 skrev Rui Miguel Silva: > On Friday, January 28, 2011 04:47:21 pm Maria Wikström wrote: > > fre 2011-01-28 klockan 03:54 +0100 skrev Johannes Hirte: > > > On Friday 28 January 2011 02:26:43 Zhong, Xin wrote: > > > > Please try the fix in below link: > > > > http://www.spinics.net/lists/linux-btrfs/msg08051.html > > > > > > > > Thanks! > > > > > > This doesn't fix it for me. At least there is a difference. Whereas the > > > svn process started consuming 100% CPU without any further interaction > > > before, the system just hang now. The svn process starts eating the CPU > > > when I cancel the emerge via ctrl-c. Additional I see a flush-btrfs task > > > now consuming CPU time. > > > > > > regards, > > > > > > Johannes > > > > > > -- > > > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > > > the body of a message to majord...@vger.kernel.org > > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > The patch makes the process exit cleanly but complains that there is no > > space left. It should be a few GB but it is only a few MB!? I delete 5GB > > and controls that the space is usable. Try again but this time it almost > > hangs the system, I can blink the leds and move the mouse but noting > > more. > > I boot 2.6.36.1 and use a snapshot as root, "emerge libgcrypt" compiles > > and installs fine. Boots back into 2.6.37 and try again and the system > > hangs again. > > > > // Maria > > > > Hi Maria, > I had something similar with vanilla 2.6.37 just for running: > cscope -R -b -q > > allways hang complety the process, only solution reboot. > I just applied the btrfs patches that arrived in the main tree between the > 2.6.37 and 2.6.38-rc1 and they seem to fix the issue. > > I did not have the time to try to found which patch fixed the problem. > > Hope this could help you. > > Cheers, > //Rui
I have tried with both vanilla 2.6.38-rc2 and btrfs-unstable from git, both having the problem. Btrfs-unstable with the patch above behaves differently. The process can be killed with Ctrl + C but then the terminal and gnome-pty-helper eats cpu instead. They can be killed with SysRq + i together with everything else. // Maria -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html