lkml.org 
[lkml]   [2003]   [Jun]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Undo aic7xxx changes (now rc7+aic20030603)
    Hello all, hello Willy,

    I tried to produce the problem by using your chkblk tool, but was not
    successful up to now. All checksums are the same. Is it possible that the
    problem lies deeper in the process than expected. Remember I do:

    copy data via NFS to server
    tar data on server to tape
    read data back vor verification with tar -d

    Is it possible that the verification errors do not occur because of a read
    problem, but because of a page cached block getting trashed somehow between
    "tar to tape" and "read from tape". I would suspect that some blocks survive in
    memory and are re-used during verification. If for some reason this data is
    invalid or corrupted the verification fails although the read was correct.
    I know that this sounds weird, but nevertheless possible, or not?
    It may even be worse, the data may have also been left from the original nfs
    action, correct?
    Is there a way to completely invalidate/flush all cached blocks concerning this
    fs (besides umount)?

    Regards,
    Stephan
    -
    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/

    \
     
     \ /
      Last update: 2005-03-22 13:36    [W:4.054 / U:0.024 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site