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

Reply via email to