On Fri, Sep 02, 2011 at 08:01:21PM +0300, sly...@gmail.com wrote:
From: Sergei Trofimovich sly...@gentoo.org
iput() shouldn't be called for inodes in I_NEW state.
We need to mark inode as constructed first.
WARNING: at fs/inode.c:1309 iput+0x20b/0x210()
Call Trace:
[8103e7ba]
From: Sergei Trofimovich sly...@gentoo.org
iput() shouldn't be called for inodes in I_NEW state.
We need to mark inode as constructed first.
WARNING: at fs/inode.c:1309 iput+0x20b/0x210()
Call Trace:
[8103e7ba] warn_slowpath_common+0x7a/0xb0
[8103e805]
Running 'sync' program after the load does not finish and eats 100%CPU
busy-waiting for something in kernel.
It's easy to reproduce hang with patch for me. I just run liferea and sync
after it. Without patch I haven't managed to hang btrfs up.
And I think it's another btrfs bug. I've
On 08/30/2011 12:53 PM, Sergei Trofimovich wrote:
Running 'sync' program after the load does not finish and eats
100%CPU busy-waiting for something in kernel.
It's easy to reproduce hang with patch for me. I just run
liferea and sync after it. Without patch I haven't managed to
hang btrfs
On Tue, 30 Aug 2011 14:02:37 -0400
Josef Bacik jo...@redhat.com wrote:
On 08/30/2011 12:53 PM, Sergei Trofimovich wrote:
Running 'sync' program after the load does not finish and eats
100%CPU busy-waiting for something in kernel.
It's easy to reproduce hang with patch for me. I just
On 08/30/2011 03:31 PM, Sergei Trofimovich wrote:
On Tue, 30 Aug 2011 14:02:37 -0400 Josef Bacik jo...@redhat.com
wrote:
On 08/30/2011 12:53 PM, Sergei Trofimovich wrote:
Running 'sync' program after the load does not finish and
eats 100%CPU busy-waiting for something in kernel.
It's
On 08/30/2011 03:40 PM, Josef Bacik wrote:
On 08/30/2011 03:31 PM, Sergei Trofimovich wrote:
On Tue, 30 Aug 2011 14:02:37 -0400 Josef Bacik jo...@redhat.com
wrote:
On 08/30/2011 12:53 PM, Sergei Trofimovich wrote:
Running 'sync' program after the load does not finish and
eats 100%CPU
On 08/30/2011 03:40 PM, Josef Bacik wrote:
On 08/30/2011 03:31 PM, Sergei Trofimovich wrote:
On Tue, 30 Aug 2011 14:02:37 -0400 Josef Bacik jo...@redhat.com
wrote:
On 08/30/2011 12:53 PM, Sergei Trofimovich wrote:
Running 'sync' program after the load does not finish and
eats
About the second one:
==The Second Issue (aka The Busy Looping sync() case) ==
The box is different from first, so conditions are a bit different.
- /dev/root on / type btrfs (rw,noatime,autodefrag)
(note autodefrag!)
- 15% full 594GB filesystem (usual nonmixed mode)
$
On Wed, 17 Aug 2011 22:56:19 +0400
Konstantin Khlebnikov khlebni...@openvz.org wrote:
iput() shouldn't be called for inodes in I_NEW state,
lets call __destroy_inode() and btrfs_destroy_inode() instead
Hi Konstantin!
Running 'sync' program after the load does not finish and eats 100%CPU
iput() shouldn't be called for inodes in I_NEW state,
lets call __destroy_inode() and btrfs_destroy_inode() instead
[1.871723] WARNING: at fs/inode.c:1309 iput+0x1d9/0x200()
[1.873722] Modules linked in:
[1.873722] Pid: 1, comm: swapper Tainted: GW 3.1.0-rc2-zurg #58
[
11 matches
Mail list logo