1. 08 11月, 2012 9 次提交
  2. 04 11月, 2012 2 次提交
  3. 14 10月, 2011 5 次提交
  4. 28 9月, 2011 2 次提交
  5. 29 8月, 2011 2 次提交
  6. 25 8月, 2011 1 次提交
  7. 30 6月, 2011 1 次提交
  8. 24 5月, 2011 1 次提交
  9. 31 3月, 2011 1 次提交
  10. 10 3月, 2011 13 次提交
  11. 23 10月, 2010 1 次提交
  12. 22 10月, 2010 1 次提交
    • L
      drbd: fix potential data divergence after multiple failures · 6719fb03
      Lars Ellenberg 提交于
      If we get an IO-error during an activity log transaction,
      if we failed to write the bitmap of the evicted extent,
      we must not write the transaction itself.
      If we failed to write the transaction,
      we must not even submit the corresponding bio,
      as its extent is not yet marked in the activity log.
      
      Otherwise, if this was a disconneted Primary (degraded cluster), which
      now lost its disk as well, and we later re-attach the same backend
      storage, we possibly "forget" to resync some parts of the disk that
      potentially have been changed.
      
      On the receiving side, when receiving from a peer with unhealthy disk,
      checking for pdsk == D_DISKLESS is not enough, we need to set out of
      sync and do AL transactions for everything pdsk < D_INCONSISTENT on the
      receiving side.
      Signed-off-by: NPhilipp Reisner <philipp.reisner@linbit.com>
      Signed-off-by: NLars Ellenberg <lars.ellenberg@linbit.com>
      6719fb03
  13. 15 10月, 2010 1 次提交