Fixed incorrect attempt to read clients configuration when mds is mounted for writing logs.

- added error handling in various places of lmv code.

- fixed error code leakage in filter_precreate() what led to endless loop
in the case of -ENOSPC due to real lack of space or inability to allocate new inode.

- added various error messages in error code pathes in lmv code.
- small changes in existent error messages.

add jounal blocks in ext3_init_extents_ea

file lov_request.c was initially added on branch b_lovcleanup.

file lov_qos.c was initially added on branch b_lovcleanup.

file lov_offset.c was initially added on branch b_lovcleanup.

file lov_merge.c was initially added on branch b_lovcleanup.

- lmv_set_mdc_active() should skip NULL exports
  actually, such an export could be connection back to owner mds

1) add cmobd support in lconf and lmc
2) remove and modify some test scripts according to the new lconf and lmc

* pass in the 3rd parameter for obdgens while getting lov stripe config.

file configurable-x86-stack-2.4.21-chaos.patch was initially added on branch b1_2_smallfix.

b=2837

- minor optimization: MDS doesn't take UPDATE lock to protect
  from splitting if splitting isn't possible (slave objects)

b=1742

- landed on HEAD

b=1742

- landed on HEAD

b=3063

- 2nd patch of the bug landed

b=2837

- revert back old change to IT_OPEN handling. it shouldn't take UPDATE
  lock on the inode

- adding kksymoops patch to vanilla-2.4.24 series

Fixes in mdsadd.sh

get rid of some unused structure for smfs

b=2837

- initialize all fields in op_data

failover.sh renamed to mds.sh. This is a script for testing mds addiotion. Currently it does not use failover at all.

b=2837
b=3582

  inproper kunmap() usage fixed

get rid of setting stripe info of parent inode in mds_create_objects. which will conflict with mea in dir

Small fix in liblustre.

land b_ost_amd onto HEAD.

I haven't re-tested the AMD functionality since landing, but I did
test iozone and dbench to ensure sanity.

in create obj, the inode should get stripe info from parent for sanity 65b. get fix from b1_2smallfix

Added client disconnect error message.

Added the following:
- lmv_iocontrol() which currently passes all commands to underlying mds's.
- some stuff in lproc_lmv.c, which shows now number of obds, number of active obds, etc.
- some cleanups, checks and error messages in lmv_obd.c.

merge tiny patch from HP for lfsck

- moved dir entries are deleted from the original dir (master object)
- unlink for splitted dir has been implemented. it uses IT_UNLINK to check
  dir's emptiness and works as following: unlink requests comes to mds holding
  dir; mds recognizes splitted dir and issues LCK_EX with IT_UNLINK intent.
  each slave object is checked and locked. if all the slaves and master object
  are empty, then mds unlinks them and unlocks slave objects
- lmv_enqueue() handles splitted dir properly: issues given lock for each object
- lmv_unlink() handles splitted dir properly: unlinks each slave object
- mds_lock_slave_objs(), mds_unlock_slave_objs() and mds_unlink_slave_objs()
  have been introduced to implement splitted dir unlink
- mds_lock_and_check_slave() is IT_UNLINK handler on mds side
- mds_reint_unlink() sets MDS_MODE_REPLAY on "drop nlink" request in replay case
- mds_reint_unlink() recognizes MDS_MODE_DONT_LOCK and doesn't try to lock
  slave object being removed (it gets locked during earlier)
- minor cleanups in lmv to avoid needless debug messages
- sanity-lmv.sh has been added

Fixes and cleanups in lmv.

Fixed:
* failure path in lmv_connect().
* added checks if late connect is success.
* added accounting of active mds.

minor fix in duplicate_file

in smfs_fsync, file maybe NULL sometimes, so get cache_inode for dentry

file ext3-pdirops-2.4.20-rh.patch was initially added on branch b1_2_smallfix.

1)add netconsole-2.4.24
2)add journal blocks in ext3_ext_in_ea_new_extent, for its reservation is not enough. (tmp fix here)

Mostly fixes related to using failover MDSs along lmv. This is also related to active_ref handling, etc.

Also fixed the following:
* name of lproc entry where lustre upcall can be seen in error message if upcall is failed.
* removed --master option which was supposed to work along with lmv and now it is obsoleted.
* clanups and fixes both in lconf and lmc

minor fix in mds_finish_open

b=3560
filter_sync_llog() was double locking a spin lock

- lmv should accept IT_CHDIR intent

1)do precreate record in obdfilter
2)fix bugs in fsfilt_commit in smfs, sometime inode will be null sometime

drivers/hotplug/pci_hotplug_core.c apparently calls lookup_hash, but
wasn't updated for new nameidata arg

land b_gns onto HEAD.  If you are working on CMD, you MUST UPDATE YOUR
KERNEL, or LUSTRE WILL NOT BUILD.

- full GNS kernel updates added to vanilla-2.4.24 series
- Oleg patched the API updates into the other kernel series, but none
  of the GNS functionality is present.  I don't know how well those
  other series have been tested.
- I tested normal functionality, but have not tested GNS yet.

add some cvsignore bits

- import tracks when connection procedure started. if connection error happens
  after HZ then ptlrpc_connect_interpret() starts reconnection immediately.
  this speeds recovery up a bit
- pinger pings inter-mds connection more ofter then usual ones
- pinger finds the most sooner event and waits for it, not for obd_timeout * 2
- mds_getattr_name() needs not to check whether mds is choosen right if
  attrs are requested by fid

- merge 2 weeks of b1_4 fixes onto HEAD
- b1_4 is basically the parent of HEAD, because that's the direction
  that changes flow, as strange as that sounds.  so there's a
  HEAD_BASE tag which sits on b1_4

- typo fixed

move mds_check_mds_num right after fill_inode to avoid race.

add -ERESTART handler for mds_getattr_name

It should only be in b_apple_develop now, not in HEAD

It should only be in b_apple_develop

Project file for xcodebuild

statmany error if one of "-els" isn't given

changes to protect directory splitting from concurrent modifies/lookups:

 - mds_fid2locked_dentry() takes UPDATE lock on the inode. depending on the
   given mode for LOOKUP lock new routine mds_lock_mode_for_dir() learns
   what mode to use for UPDATE lock. it could be:
   - LCK_CR - lookup case. it protects directory from concurrent splitting
     and don't invalidate client cache readdir()
   - LCK_CW - modify case. it protects directory from concurrent splitting
     and invalidate client cache for readdir()
   - LCK_EX - modify with possible splitting. protects from any parallel access

 - mds_getattr_name(), mds_open(), mds_reint_setattr(), mds_reint_create(),
   mds_get_parent_child_locked(), mds_reint_unlink(), mds_reint_rename() and
   mds_get_parents_children_lock() have been modified to play new game with
   directory locking

 - mds_splitting_expected() predicts splitting possibility

get rid of --smfs-enable options after merge in HEAD

update vanilla-2.4.24 series

file Makefile.mk was initially added on branch b1_4_openib.

file replay-sanity.sh was initially added on branch b1_4_smallfix.

landing b_cmobd_merge on HEAD

b_cmobd_merge should not be used for any further development or testing!

- mds->lmv->mdc propagate lower timeout down to import
  we need this becase client's timeout should be longer then inter-mds recovery may take
- few ugly hacks that allow client to reconnect with old (before failure took place) UUID
- mds_preprw() and mds_preprw() should use l_dput() instead of f_dput()
- SOCKNAL_IO_TIMEOUT has been set to 20 seconds to make discovery of
  stale connection faster
- lconf generates persisten UUIDs for LMV clients
  it each new LMV uses fresh UUID, then each recovered MDS looks like
  new client (target MDS doesn't recognize it's old because of new UUID).
  if target MDS gets restarted, then it'll find more clients in LAST_RCVD
  then it actually had

file export-zap-page-range.patch was initially added on branch b_mmap.

file mmap_sanity.c was initially added on branch b_mmap.

file ext3-htree-rename_fix.patch was initially added on branch b1_2.

b=2950

landed on HEAD

b=3063

- lmv_getattr_name() recognizes cross-node name and repeats getattr to proper
  MDS node with gotten ino/generation couple
- warning for cross-node rename in lmv_rename(). it isn't implemented yet.
  hence, we'd like to know when we hit this path
- mdc_getattr_name() accepts empty name in order to support getattr by fid request
- mds_get_parent_child_locked() forces MDS_INODELOCK_LOOKUP to be used
  if found dentry points to another MDS node
- mea_name2idx() and raw_name2idx() checks for last not to be zero and warns if it's

NOTE: this should fix the cause of the test #5 failure

- bugs in fsfilt_ext3_add_dir_entry() and fsfilt_ext3_del_dir_entryI() fixed:
  JBD routines must be called under BKL on 2.4

- ll_update_inode() puts number of MDS holding inode to inode->i_dev. this
  fix the problem some apps confuses on: they see the same inode number for
  different objects. thanks to Andreas for the idea.

- mdt_obj_create() understands a request which is part of cross-node mkdir()
  recovery and looks for given ino/generation first. if no ino/generation are
  given then it simple recreates new object and returns ino/generation back
  to MDS holding a name. leaked inode is subject to rollback mechanism that
  is to be implemented yet
- when mds_reint_create() is asked to replay cross-node mkdir() it signals
  this to MDS holding dir inode and sends ino/generation couple if possible

NOTE: now cross-node mkdir() survives failure on any MDS node: holding the
      name and holding the inode

- extN-wantedi accepts generation as well as ino to create an inode with
  given ino/generation. we need this for cross-node mkdir() which creates
  inode on remote MDS and adds dir entry then. after that remote MDS may
  fail and primary MDS will have to recreate inode with already gotten
  ino and generation numbers
- export refcounting bug in lmv fixed
- mdc_obj_create() stores just received ino/generation back to request.
  if request replay will happen mdt_obj_create() will use stored numbers
  to recreate lost inode
- mds_filter_recovery_request() accepts OST_CREATE request. need to be
  discussed though
- mdt_obj_create() rewritten to support recovery phase
- needless mds_lmv_disconnect() in mds_fs_cleanup() removed
- possible bug in retrieve_generation_numbers() fixed: it should understand
  cross-node dir entries and put proper mdsnum's

NOTE: please, re-apply extN-wantedi patch

- workaround for name collision in mdt_obj_create() + debug CERROR there
- mds_commitrw() should use l_dput() instead of f_dput()
- removed needless CERROR() from mds_create_local_dentry()

- pdirops patches against vanilla-2.4.20 series

NOTE: vanilla-2.4.20 runs CMD now

- new routine lmv_get_mea_and_update_object() to be called for
  MDS's reply with -ERESTART which notifies directory got splitted
- lmv_intent_open() recognizes a dir gets splitted during request,
  retrieves mea and repeats the request using proper MDS
- lmv_create() recognizes a dir gets splitted during request,
  retrieves mea and repeats the request using proper MDS
- bug fixed in lmv_getattr_name(): it passed wrong namelen to raw_name2idx()
- lmv_obd_create() sets OBD_MD_FLID to flag MDSs to mark created object
  unsplittable. we have to differ two possible requests: 1) to create
  remote inode for cross-node mkdir(); 2) to create slave objects. last
  ones must not be splitted recursively
- mdt_obj_create() has been rewritten to comply just described rules.
  also, it takes a lock on newly created inode. this is needed for recovery
- bug fixed in scan_and_distribute(): it tried to open an inode using decimal
  number and this caused iopen_lookup() to find alias dentries
- mds_get_lmv_attr() should return right mea size for given conf. in any case
- minor cleanups

- lmv_packmd() and lmv_unpackmd() need not be real connected

file md_path_lookup-2.6-suse.patch was initially added on branch b1_4_smallfix.

file rename_many.c was initially added on branch b1_2.

- name var was used being uninitialized

- raw_name2idx declaration to avoid warnings
- ldlm_cli_enqueue() takes 2nd number from resource name into account
  to recognize that returned lock changed. we need this because MDS
  may return LOOKUP lock with the same ino, but another generation.
  the case is very simple mkdir a; then touch a/b; remount; lookup a/b;
  a and b my live on different MDSs and have the same ino
- lmv_handle_remote_inode() changes intent from IT_LOOKUP to IT_GETATTR:
  caller expect to find attributes in reply
- lmv_intent_lookup() chooses right MDS to revalidate the name
- lmv_create() chooses right MDS where to forward request to
- lmv_link() chooses right mds where to forward request to
- lmv_unlink() chooses right mds where to forward request to
- lmv_readpage() removes . and .. from all the pages, but ones that come
  from master MDS for given directory
- lmv_obd_create_single() requests creation of single directory on given MDS
- mdt_obj_create() creates a directory for new mkdir() semantic
- each time new llite connects to MDS, the latter try to connect to own LMV
- mds_pack_inode2body() returns nlink=1 for directories
- mds_lmv_postsetup() pass valid cookiesize to lmv and down to the stack
- mds_reint_create() distributes new dir's inodes over the cluster
- bug in mds_create_local_dentry() fixed: rmdir may cause FIDS/ removal
- mds_get_parents_childer_lock() recognizes cross-ref dentries

file ext3-extents-asyncdel-2.4.20-rh.patch was initially added on branch b1_4_mballoc.

file ext3-extents-asyncdel-2.4.24.patch was initially added on branch b1_4_mballoc.

smash the HEAD with the contents of b_cmd.  HEAD_PRE_CMD_SMASH and
cMD_PRE_CMD_SMASH are the relevant tags.

The pre-smashing contents of HEAD will be committed by yury into b_cmd as a
merge of the two branches.  These will be stabilized on b_cmd and eventually
landed onto HEAD.

file loop-sync-2.4.21-suse.patch was initially added on branch b1_2_smallfix.

b=2657
Added group lock tests. Those are not built by default.

Land b_smallfix onto HEAD (20040512_1806)
b=2094, b=3138, b=3335, b=3274, b=3293, b=2862, b=3147, b=2350, b=3313
b=3265, b=3315, b=3301, b=3325, b=3329, b=3125, b=3098

file .cvsignore was initially added on branch b_openib.

file openibnal_cb.c was initially added on branch b_openib.

file openibnal.h was initially added on branch b_openib.

file openibnal.c was initially added on branch b_openib.

file autoMakefile.am was initially added on branch b_openib.

file Makefile.in was initially added on branch b_openib.

a small fix on lmc to update its reference and description

removing patch for 2.6.5 as i have moved on.

New files for vanilla 2.6.6 linux kernel.  also a new ldiskfs for 2.6.6

Default mount options stuff.

b=2693
r=Robert

Update the regex of conf-sanity.sh test 13 to parse mds uuid from xml file properly.

- tagging RC_CURRENT

file llite_mmap.c was initially added on branch b_mmap.

- trivial fox for llog compile warning

Small fix on the description of some lctl commands.

a small fix to the reference beyond the buffer

Correct the description and usage of "lctl conn_list".