Re: [PATCH] 2.6.0 - Watchdog patches (BK consistency checks)

From: Eric D. Mudama (edmudama_at_mail.bounceswoosh.org)
Date: 12/31/03

  • Next message: Paolo Ornati: "Re: 2.6.1-rc1 [resend]"
    Date:	Wed, 31 Dec 2003 10:42:06 -0700
    To: linux-kernel@vger.kernel.org
    
    

    On Wed, Dec 31 at 10:01, Ed Tomlinson wrote:
    >I am not saying I do not want do have consistency checks done. I do want
    >to control _when_ and how often they run

    I don't see how it would be valid to not do a consistency check after
    every network operation, which is what it does now...

    Every time you are modifying your archive from a remote source, the
    consistency check makes sure you don't have corruption in the transfer
    that was previously undetected, or corruption in the underlying
    archive which is about to accept the changes. Since you can only do
    network updates at a time when your own archive is in a "checked-in"
    state, if the network update fails or detects corruption, you can
    clone what you'd already checked in to a new location and recover
    trivially. The most work you can lose is the delta between your last
    changeset and the current one, assuming you keep some sort of backups
    around.

    What exactly would you do if you'd been working "offline" for 3 weeks,
    went to sync, and it said that your archive was corrupted? Or should
    it try to merge into a corrupt archive anyway? Should that archive
    that was corrupt, and then had possibly good changes layered on top of
    it, be valid for attempting a clone?

    I think that limiting the consistency checking could be like opening a
    *very big* can of worms.

    -- 
    Eric D. Mudama
    edmudama@mail.bounceswoosh.org
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at  http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at  http://www.tux.org/lkml/
    

  • Next message: Paolo Ornati: "Re: 2.6.1-rc1 [resend]"

    Relevant Pages

    • RE: Corrupted file on a copy
      ... À: David Sanchez ... were rated for the speed that was getting corruption, ... pci cards, 1 of them being a completely different companies PCI card that ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • segmentation fault in "top" command
      ... - I had a case of FS corruption, ... only one partition for the complete debian system. ... send the line "unsubscribe linux-kernel" in ... More majordomo info at http://vger.kernel.org/majordomo-info.html ...
      (Linux-Kernel)
    • segmentation fault in TOP command
      ... - I had a case of FS corruption, ... only one partition for the complete debian system. ... send the line "unsubscribe linux-kernel" in ... More majordomo info at http://vger.kernel.org/majordomo-info.html ...
      (Linux-Kernel)
    • RE: FS Corruption [Re: Linux 2.6.10-rc3]
      ... I also got FS corruption with XFS under 2.6.10-rc2. ... Untainted vanilla kernel. ... Please read the FAQ at http://www.tux.org/lkml/ ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.10-rc2-mm3 [was: Re: 2.6.9-rc2: "kernel BUG at mm/rmap.c:473!"]
      ... Thanks for the report. ... I'm still searching for something useful ... The atomic counter underflow in do_exit does suggest corruption ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)