Whamcloud - gitweb
- extN-wantedi accepts generation as well as ino to create an inode with
authoralex <alex>
Fri, 21 May 2004 17:16:44 +0000 (17:16 +0000)
committeralex <alex>
Fri, 21 May 2004 17:16:44 +0000 (17:16 +0000)
commitcc88d5e20dfb1aef12b1dfe3aa69936a924e1525
tree744f4ff842baae9c0b840bd9938ec477658145a9
parent358353b6ac6eadc1ebe6ab127935001d3a8b7cdb
- 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
lustre/kernel_patches/patches/extN-wantedi.patch
lustre/lmv/lmv_obd.c
lustre/mdc/mdc_request.c
lustre/mds/handler.c
lustre/mds/mds_fs.c
lustre/mds/mds_internal.h
lustre/mds/mds_lmv.c