Re: [Cluster-devel] [GFS2 Patch] bz458289: rm on multiple nodes causes panic

2008-08-13 Thread Steven Whitehouse
Hi, Now in the -nmw git tree. Thanks, Steve. On Tue, 2008-08-12 at 13:39 -0500, Bob Peterson wrote: > Hi, > > This patch is a revision of the one I sent earlier. > > This patch fixes a problem whereby simultaneous unlink, rmdir, > rename and link operations (e.g. rm -fR *) from multiple nodes

[Cluster-devel] [GFS2 Patch] bz458289: rm on multiple nodes causes panic

2008-08-12 Thread Bob Peterson
Hi, This patch is a revision of the one I sent earlier. This patch fixes a problem whereby simultaneous unlink, rmdir, rename and link operations (e.g. rm -fR *) from multiple nodes on the same GFS2 file system can cause kernel panics, hangs, and/or memory corruption. It also gets rid of all the

Re: [Cluster-devel] [GFS2 Patch] bz458289: rm on multiple nodes causes panic

2008-08-12 Thread Steven Whitehouse
Hi, Actually now I read the code again, I think its your diff thats backwards :-) Can you send me one the other way around? Steve. On Tue, 2008-08-12 at 09:53 +0100, Steven Whitehouse wrote: > Hi, > > This looks like the correct lock order to me. I guess it must be the > "other" process thats v

Re: [Cluster-devel] [GFS2 Patch] bz458289: rm on multiple nodes causes panic

2008-08-12 Thread Steven Whitehouse
Hi, This looks like the correct lock order to me. I guess it must be the "other" process thats violating the correct order? Steve. On Mon, 2008-08-11 at 22:41 -0500, Bob Peterson wrote: > This patch fixes a problem whereby simultaneous delete operations > (e.g. rm -fR *) from multiple nodes on t

[Cluster-devel] [GFS2 Patch] bz458289: rm on multiple nodes causes panic

2008-08-11 Thread Bob Peterson
This patch fixes a problem whereby simultaneous delete operations (e.g. rm -fR *) from multiple nodes on the same GFS2 file system can cause kernel panics, hangs, and/or memory corruption. Regards, Bob Peterson Signed-off-by: Bob Peterson <[EMAIL PROTECTED]> -- fs/gfs2/ops_inode.c | 24 ++