Messages in this thread | | | From | Ondrej Zary <> | Subject | Re: [bisected] NFS corruption with 3.4 | Date | Tue, 5 Jun 2012 16:11:03 +0200 |
| |
On Tuesday 05 June 2012, Dave Jones wrote: > 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
Yes, this patch breaks Linux NFS server.
-- Ondrej Zary
| |