lkml.org 
[lkml]   [2012]   [Jun]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [bisected] NFS corruption with 3.4
    On Tue, Jun 05, 2012 at 11:16:17AM +0200, Ondrej Zary wrote:
    > Hello,
    > I use NFS for deploying HDD images on new machines. My machine has 2nd network
    > card just for this, running DHCPD, TFTPD and kernel NFS server. The target
    > machine is set to boot from LAN and boots SystemRescueCD from my machine with
    > an autorun script that launches Partimage and deploys the HDD image (400 to
    > 900 MB compressed).
    >
    > It worked fine for years, until now. With kernel 3.4, everyting
    > works only for the first time after boot (and not always). Next time (next
    > machine), partimage aborts almost immediately as it's probably unable to
    > decompress the image file. md5sum is different on my machine vs. on the
    > target (through NFS). Also SystemRescueCD boot aborts with md5 error
    > sometimes. Everything works fine after rebooting back to 3.3.
    >
    > Bisection found this:
    >
    > 0fc9d1040313047edf6a39fd4d7c7defdca97c62 is the first bad commit
    > commit 0fc9d1040313047edf6a39fd4d7c7defdca97c62
    > Author: Konstantin Khlebnikov <khlebnikov@openvz.org>
    > Date: Wed Mar 28 14:42:54 2012 -0700
    >
    > radix-tree: use iterators in find_get_pages* functions
    >
    > Reverting this commit in 3.4 fixes the problem.

    I meant to come back to this, because I saw this problem too.

    is this patch a problem for the client, or the server ?
    I'm assuming the server, because I saw at least a similar sounding
    problem using an OSX client->Linux server.

    Dave



    \
     
     \ /
      Last update: 2012-06-05 15:21    [W:2.273 / U:0.068 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site