Sorry about that, I think it got chopped. Here's a full trace from
another run, using kernel 3.6.6 and definitely has the patch applied:
https://gist.github.com/4041120
There are no instances of sync_fs_one_sb skipping in the logs.
On Mon, Nov 5, 2012 at 1:29 AM, Sage Weil s...@inktank.com
On Sun, 4 Nov 2012, Nick Bartos wrote:
Unfortunately I'm still seeing deadlocks. The trace was taken after a
'sync' from the command line was hung for a couple minutes.
There was only one debug message (one fs on the system was mounted with
'mand'):
This was with the updated patch
On Fri, 2 Nov 2012, Nick Bartos wrote:
Sage,
A while back you gave us a small kernel hack which allowed us to mount
the underlying OSD xfs filesystems in a way that they would ignore
system wide syncs (kernel hack + mounting with the reused mand
option), to workaround a deadlock problem
Awesome, thanks! I'll let you know how it goes.
On Sun, Nov 4, 2012 at 5:50 AM, Sage Weil s...@inktank.com wrote:
On Fri, 2 Nov 2012, Nick Bartos wrote:
Sage,
A while back you gave us a small kernel hack which allowed us to mount
the underlying OSD xfs filesystems in a way that they would
Unfortunately I'm still seeing deadlocks. The trace was taken after a
'sync' from the command line was hung for a couple minutes.
There was only one debug message (one fs on the system was mounted with 'mand'):
kernel: [11441.168954] [8113538a] ? sync_fs_one_sb+0x4d/0x4d
Here's the
Sage,
A while back you gave us a small kernel hack which allowed us to mount
the underlying OSD xfs filesystems in a way that they would ignore
system wide syncs (kernel hack + mounting with the reused mand
option), to workaround a deadlock problem when mounting an rbd on the
same node that holds