glusterfs.git, branch 2.0.0rc7

fix to rm of large file blocking other operations on the same directory containing file (ref: rt #779)

2009-03-24T16:23:31+00:00

posix_unlink follows the below procedure to avoid client noticing delay during
unlink of large file
1. open file
2. unlink file
3. stack_unwind
4. close file

Signed-off-by: Anand V. Avati

Made self heal logic more precise.

2009-03-24T16:23:19+00:00

Discard earlier patch sent for the same error. This patch fixes
it more comprehensively.

This solves the spurious split-brain seen by many users.

Signed-off-by: Anand V. Avati

dht memory leak fix

2009-03-24T16:23:12+00:00

Signed-off-by: Anand V. Avati

fixes crash in write-behind

2009-03-22T07:44:32+00:00

in wb_flush, there was a chance that wb_process_queue()
was called with NULL frame, which causes crash.

Signed-off-by: Anand V. Avati

when the both channels in client protocol is disconnected, fd's are marked as bad

2009-03-20T22:35:55+00:00

patch solves the problem of fds being valid even in the case of server
disconnection, which causes operations on wrong fd when server comes back up.

Signed-off-by: Anand V. Avati

fixes issue of hashing to wrong subvolumes in case when a subvolume is down

2009-03-20T22:35:52+00:00

When a hashed subvolume is down, variable 'subvol' was NULL, but was sent to itransform.
This patch solves this, and readdir is sent to proper subvolume now.

Signed-off-by: Anand V. Avati

fixed sys_ related warnings. (on mac os x and opensolaris)

2009-03-19T09:14:33+00:00

The fix in posix will fix 'unresolved' symbol errors in Mac/Solaris/FreeBSD

Signed-off-by: Anand V. Avati

dht_layout_dir_cmp - if xattr is missing, it is an error only if cached layout has entry for that subvolume.

2009-03-18T20:52:20+00:00

Add return after STACK_UNWIND

2009-03-18T05:37:07+00:00

We must add a 'return' after a STACK_UNWIND due to a stub creation
failure, because if we dont, we'll end up adding a NULL stub to the
worker thread request queue.

Signed-off-by: Anand V. Avati

Moving few translators which are not well tested, are in beta stage to 'testing/' directory.

2009-03-18T02:56:29+00:00

This way, users will be aware which are in 'beta' stage, and we can keep on
adding new translators (if any) seemlessly to stable codebase and once tested
can move them to proper places.

To use these translators, everyone will have to prefix 'testing/' to existing
type of translator (in volumefile)

Signed-off-by: Anand V. Avati