i=Robert.Read
skip sanity-quota for HEAD

fix sanity check in mdt_req_handle.
b=16076
r=wangdi
r=umka

i=adilger

Forgot to remove the ChangeLog entry when I backed this patch out.

b=14480
o=green
i=shadow, bobijam

Description: LBUG during stress test
Details    : Need properly lock accesses the flock deadlock detection list.

r=nikita,isaac

cl_lock_page_list optimization.

For lnet: just copied the macro list_for_each_entry_safe_from from linux kernel.

b=15837
i=nikita
i=green

i=rread
use HEAD versions of ldiskfs and lnet on generic b_hd_* derived branches

i=Adilger
remove tdir creation from run_one: the test has to create tdir by
itself if it needs this dir

b=13285
r=adilger, deen

not to fail the import when -EFBIG is returned

-   use lnet HEAD for HEAD, b_HEAD_AT, b_head_capa, and b_head_interop_disk.

-   use lnet branch b1_x for lustre 1.x releases.

r=nikita,shadow
- committed missed part of 15226. Cleanups in comments, use doxygen style.

- reverting part of 15716 as it causes constant assert and stops all testing. Shadow is informed and will clean this up shortly.

i=adilger,alex

- if blocks per group is less than blocksize*8, set rest of the bitmap to 1.
- check return of ext2_find_next_le_bit for overflow.

r=nikita,shadow

- fixed handling for OBD_FAIL_$PREF_$OPC_NET fail_ids in mdt. Former code did not
check it correctly (due to typo with && instead of &) in mdt_req_handle() and
they all did not work. In same time, some handlers like mdt_close() and
mdt_enqueue() tried to check them again (result of some wrong fix) but again, did
it not correctly. They returned 0 error without doing anything. This should
have to emulate network failure. But as they did not allocate reply buffer and
returned 0 error, they caused rs != NULL assert in ptlrpc. Fxing this also fixed
replay-single.sh test_53* and replay_dual.sh test_12 and possibly others;

- removed checking for NET fail_id in mdt_close() and mdt_enqueue() - sources
of recent assert;

- added sanity check in mdt_req_handle() for any other invalid situation about
returning 0 error and not allocating reply buffers;

- removed mdt_reply(), move its one line call into mdt_req_handle(). This was
needed to simplify handling NET fail_ids in which case we should just return 0
and make sure that no reply is sent;

- comments and cleanups;

- in reply-dual.sh - remove test 8 from ALWAYS_EXCEPT. It passes in HEAD.
Originally for placed into ALWAYS_EXCEPT for old mds code and later moved to
HEAD test scripts but as mds in HEAD is completely new this bug is making any
sense there;

- in reply-single.sh - remove tests 0b 39 56 from ALWAYS_EXCEPT. They are
passing in HEAD. Also they are obsolete and related to closed bugs.

b=14134
i=johann

minor fix handling '/etc/mtab' issue.

i=adilger

Backing this out as it tries to solve a problem that doesn't really exist
and causes build breakage in doing so.

I have advised the customer that opened this bug as to how they can fix
thier OFED source pool to match the interface provided by the
kernel-ib-devel RPM, which is our reference implementation.

b=15711
i=Tappro
set mds${num}failover_HOST properly

fix for
b=15255
i=Adilger
umount $MOUNT2 only if it is set

b=15345
o=johann
i=nathan, bobijam

check --writeconf flag when forcing the index.

(introduced by deen rev 1.102)

i=Adilger
test_9, test_10a fixes: do not break DIR value

b=15667
i=andrew, johann

Remove the useless function echo_client_ubrw().

b=15716
i=rread
i=johann

Ignore both Module.symvers and Modules.symvers, for SLES.

i=yibin.wang
i=cliff.white:

Add the kernel-ib* RPMs to the reuse strategy.

Remove obsolete tips from cvsdiffclient header.  Move the "editable" comments
together, after the instructions, to be more consistent.

i=adilger
 replace /proc/fs/lustre access with lctl {get,set}_param in test-framework.sh

b=15742
i=johann, zhenyu.xu

Update to RHEL4 kernel-2.6.9-67.0.15.

b=15759
r=rread, green

Description: MDS or OSS service threads fail startup with -24 (-EMFILE)
Details    : During startup under recovery, it is possible for service
             thread startup to fail in ptlrpc_start_threads() if one
             of the threads begins processing a request and then starts
             an additional thread.  This causes ptlrpc_start_threads()
             to try and start 1 too many threads and get an error.

b=15776
r=shadow, vitaly

Prevent locks stalls on glimpse races

b=13380

remove test 2 and 4 form ALWAYS_EXCEPT since 13380(13129) is fixed

b=15436
r=nathan, bobijam

remove failover mgs setting from mkfs_lustre

b=15592
i=oleg, shadow


Correctly handle the FS_RENAME_DOES_D_MOVE flag in Lustre.

b=15929
i=grev

Cleanup PATH in tests so absolute paths are used, and
each path is added at most once.

i=Maxim.Patlasov

get rid of quotation in "options lnet"

i=Brian
i=Alexey.Lyashkov

Set build_success=true if build_lustre did not fail for case ! PATCHLESS and ! -z LINUX

b=15552
i=nikita.danilov
i=adilger

- Igif support for the case when of HEAD based server runs on old disk format

b=13537
i=grev

The old test was using the used space rather than free space. This fixes
that and also cuts the amount by half, so we don't completely fill up the
fs. It also caps the size at 1GB, like the previous version.

b=15928
i=grev

Reset the current directory after the each test completes.