Skip to content
Snippets Groups Projects
  1. Mar 09, 2004
    • Andreas Dilger's avatar
      Delete obd_self_export from exp_obd_chain while we are disconnecting exports · 7fe17854
      Andreas Dilger authored
      during a forced cleanup.  Otherwise, we will end up pointing to work_list,
      which is on the stack, and a list_del_init() on exp_obd_chain will end up
      stomping on some innocent variable on the stack, ending its already-short
      life just a bit too early.
      b=2908
      r=robert
      7fe17854
    • Andreas Dilger's avatar
      Drop the filter export grants under the same lock as the removal of the · 45839553
      Andreas Dilger authored
      export from the device from the export list.  This still isn't possible
      for --force disconnects, so we don't do filter_grant_sanity_check() at
      that time.
      
      Also, change the LASSERTs to CERRORs in case this happens again.  First of
      all to see if these errors are just transient during export disconnection
      which means they are just overly-aggressive assertions, or if there is a
      permanent accounting error that indicates some other problem.  Secondly, it
      isn't possible to stop the use of existing export references, so there will
      always be some small race during client eviction as completing operations
      might update the export before it is destroyed.
      b=2663
      45839553
  2. Mar 08, 2004
  3. Mar 05, 2004
  4. Feb 24, 2004
  5. Feb 23, 2004
  6. Feb 14, 2004
  7. Feb 13, 2004
    • Andreas Dilger's avatar
      Landing b_bug974 onto HEAD (20040213_1538). · 30c3a189
      Andreas Dilger authored
      Adds support for client-side write cache accounting via OST write credits
      (grants).  There is not yet a "correction" algorithm for grants if they
      get out of sync between the client and OST (OST can handle clients who think
      they have grant but do not).  Peter had previously suggested that grants
      should decay over time (faster on the clients than on the OSTs) so idle
      nodes do not consume space they aren't using.
      
      Use /proc/fs/lustre/osc/OSC*/cur_grant_bytes (and existing cur_dirty_bytes)
      to check client-side cache values.
      
      Includes lustre-side changes for lfsck support (create files with
      specific objids, create specific objids on OSTs).
      
      Also includes some changes to the testing scripts (local.sh, lov.sh, acc-sm)
      so that they include a "client nid '*'" client and can be used for sanityN.sh
      testing.  This has been put into the main acceptance-small.sh loop so that
      sanityN.sh will be run on both single and multi-OST setups.
      
      b=974 b=2349
      r=shaver
      30c3a189
    • Andreas Dilger's avatar
      Land b_smallfix onto HEAD (20040213_1402) · 4d22d9a6
      Andreas Dilger authored
      4d22d9a6
  8. Feb 10, 2004
  9. Feb 09, 2004
  10. Feb 06, 2004
  11. Jan 31, 2004
  12. Jan 27, 2004
  13. Jan 21, 2004
  14. Jan 08, 2004
  15. Jan 06, 2004
  16. Jan 03, 2004
  17. Jan 02, 2004
  18. Dec 05, 2003
    • Phil Schwan's avatar
      b=2334 · 6c07a0d6
      Phil Schwan authored
      Break cyclic locking deadlock by dropping the MDC read lock before we
      take the OSC read lock during getattr intents
      6c07a0d6
    • Phil Schwan's avatar
      b=2333 · a7870d22
      Phil Schwan authored
      Fix i_sem/journal inversion in mds_client_add, which was never updated
      when we decided to re-order these a few months ago.  This became much
      easier to hit after we fixed bug 2306.
      a7870d22
    • Phil Schwan's avatar
      b=2330 · df0aa8fe
      Phil Schwan authored
      Be more careful about the return codes from obd_match, lest we try to
      cancel a lock which was never granted.
      df0aa8fe
    • Phil Schwan's avatar
      b=1505 · eaf26578
      Phil Schwan authored
      r=shaver
      Print a much more meaningful error when a client is rejected because a
      service node is waiting for recoverable clients.
      eaf26578
    • Phil Schwan's avatar
      b=2313 · 75c83c4a
      Phil Schwan authored
      r=shaver
      This bug happens when a file is opened twice for write, then both close it
      at the same time.  If they both drop the writecount, then race to
      compare it against 0, one will free the fsdata and the other will assert.
      
      This looks like a big patch, but it's mostly plumbing.  I had to do some
      different argument passing, in order to keep everything protected under the
      same lock.
      
      I removed the writecount spinlock, and use the epoch semaphore for all three
      things: management of the epoch, protection of the writecount, and atomicity of
      writecount modifications which result in allocation or freeing of the fsdata.
      75c83c4a
  19. Dec 03, 2003
  20. Sep 24, 2003
Loading