On Wed, 2009-06-10 at 23:42 +0200, Rafael Micó Miranda wrote:
I was looking for some more formal questions.
Don't worry about those. If people have questions, they will ask :)
Here's the info:
Distribution: RHEL 5.3 x86_64
Package Versions: all are from the RHEL 5.3 ISOs:
Gordan,
Gordan Bobic wrote:
Subhendu Ghosh wrote:
Would it be possible to look at migrating this agent to SSH (more secure)
I started with the idea of doing it over ssh, but Net::SSH module seemed
to be a lot less forgiving about the terminal quirkyness. I can have
another go. There's
Hi Fabio,
El jue, 11-06-2009 a las 08:01 +0200, Fabio M. Di Nitto escribió:
On Wed, 2009-06-10 at 23:42 +0200, Rafael Micó Miranda wrote:
I was looking for some more formal questions.
Don't worry about those. If people have questions, they will ask :)
Here's the info:
Hi,
These are the pending dlm patches for the 2.6.31 merge. They have all been in
linux-next for quite a while, and are all minor changes/fixes.
Dave
fs/dlm/dir.c |7 ---
fs/dlm/lockspace.c| 17 -
fs/dlm/lowcomms.c | 22 ++
When a lockspace was joined multiple times, the global dlm
use count was incremented when it should not have been. This
caused the global dlm threads to not be stopped when all
lockspaces were eventually be removed.
Signed-off-by: David Teigland teigl...@redhat.com
---
fs/dlm/lockspace.c | 13
Change some GFP_KERNEL allocations to use either GFP_NOFS or
ls_allocation (when available) which the fs sets to GFP_NOFS.
The point is to prevent allocations from going back into the
cluster fs in places where that might lead to deadlock.
Signed-off-by: David Teigland teigl...@redhat.com
---
From: Geert Uytterhoeven ge...@linux-m68k.org
| fs/gfs2/lock_dlm.c:207: warning: passing argument 1 of 'dlm_new_lockspace'
discards qualifiers from pointer target type
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Signed-off-by: David Teigland teigl...@redhat.com
---
From: Christine Caulfield ccaul...@redhat.com
Make network connections to other nodes earlier, in the context of
dlm_recoverd. This avoids connecting to nodes from dlm_send where we
try to avoid allocations which could possibly deadlock if memory reclaim
goes into the cluster fs which may try to