1. 06 7月, 2010 2 次提交
    • S
      ceph: fix message revocation · ed98adad
      Sage Weil 提交于
      A message can be on a queue (pending or sent), or out_msg (sending), or
      both.  We were assuming that if it's not on a queue it couldn't be out_msg,
      but that was false in the case of lossy connections like the OSD.  Fix
      ceph_con_revoke() to treat these cases independently.  Also, fix the
      out_kvec_is_message check to only trigger if we are currently sending
      _this_ message.
      
      This fixes a GPF in tcp_sendpage, triggered by OSD restarts.
      Signed-off-by: NSage Weil <sage@newdream.net>
      ed98adad
    • S
      ceph: fix crush device 'out' threshold to 1.0, not 0.1 · 153a1093
      Sage Weil 提交于
      Fix a typo that made any OSD weighted between 0.1 and 1.0 effectively
      weighted as 1.0 (fully in).
      Signed-off-by: NSage Weil <sage@newdream.net>
      153a1093
  2. 30 6月, 2010 2 次提交
  3. 25 6月, 2010 3 次提交
  4. 22 6月, 2010 2 次提交
    • S
      ceph: delay umount until all mds requests drop inode+dentry refs · 17c688c3
      Sage Weil 提交于
      This fixes a race between handle_reply finishing an mds request, signalling
      completion, and then dropping the request structing and its dentry+inode
      refs, and pre_umount function waiting for requests to finish before
      letting the vfs tear down the dcache.  If umount was delayed waiting for
      mds requests, we could race and BUG in shrink_dcache_for_umount_subtree
      because of a slow dput.
      
      This delays umount until the msgr queue flushes, which means handle_reply
      will exit and will have dropped the ceph_mds_request struct.  I'm assuming
      the VFS has already ensured that its calls have all completed and those
      request refs have thus been dropped as well (I haven't seen that race, at
      least).
      Signed-off-by: NSage Weil <sage@newdream.net>
      17c688c3
    • S
      ceph: handle splice_dentry/d_materialize_unique error in readdir_prepopulate · d69ed05a
      Sage Weil 提交于
      Handle a splice_dentry failure (due to a d_materialize_unique error)
      without crashing.  (Also, report the error code.)
      Signed-off-by: NSage Weil <sage@newdream.net>
      d69ed05a
  5. 18 6月, 2010 1 次提交
  6. 14 6月, 2010 3 次提交
  7. 12 6月, 2010 27 次提交