Re: Data corruption with 5.10.x client -> 6.5.x server

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Sep 26, 2023 at 10:08 AM Chuck Lever III <chuck.lever@xxxxxxxxxx> wrote:
>
>
>
> > On Sep 26, 2023, at 12:41 AM, Mantas Mikulėnas <grawity@xxxxxxxxx> wrote:
> >
> > On 25/09/2023 22.22, Chuck Lever III wrote:
> >>> On Sep 24, 2023, at 2:24 PM, Chuck Lever III <chuck.lever@xxxxxxxxxx> wrote:
> >>>
> >>>> On Sep 24, 2023, at 12:51 PM, Mantas Mikulėnas <grawity@xxxxxxxxx> wrote:
> >>>>
> >>>> Right, whereas on the server, the first file is filled with "Hello World (4092 bytes)" as I originally tried to narrow down the issue.
> >>>>
> >>>> Meanwhile, 6.4.x (Arch) clients don't seem to be having any problems with the same server, and with seemingly the same mount options.
> >>>>
> >>>> Thanks for looking into it!<nfs_krb5i_working_6.4client.pcap>
> >>> I found /a/ problem with the nfsd-fixes branch and krb5i, but
> >>> maybe not /your/ problem, and it's with a recent client. Scrounging
> >>> a v5.10-vintage client is a little more work, we'll see if that's
> >>> needed for confirming an eventual fix.
> >> The issue I reproduced appears to be unrelated.
> >>
> >> I'm wondering if I can get you to bisect the server kernel using
> >> your v5.10 client to test? good = v6.4, bad = v6.5 should do it.
> >
> > Yeah, I will try to bisect but it'll probably take a day or two.
>
> That's great, thank you!
>
> I'm looking into setting up a virtual guest with v5.10 just in case.
> Turns out v5.10 does not build on Fedora latest.
>

I can reproduce this with upstream client do dd if=/mnt/4092byteslen
of=/dev/null bs=4092 count=1 iflag=direct

> --
> Chuck Lever
>
>




[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux