Re: Backporting of series xfs/iomap: fix data corruption due to stale cached iomap

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

 



On Thu, Jun 29, 2023 at 7:14 PM Darrick J. Wong <djwong@xxxxxxxxxx> wrote:
>
> [add the xfs lts maintainers]
>
> On Thu, Jun 29, 2023 at 05:34:00PM +0100, Matthew Wilcox wrote:
> > On Thu, Jun 29, 2023 at 05:09:41PM +0100, Daniel Dao wrote:
> > > Hi Dave and Derrick,
> > >
> > > We are tracking down some corruptions on xfs for our rocksdb workload,
> > > running on kernel 6.1.25. The corruptions were
> > > detected by rocksdb block checksum. The workload seems to share some
> > > similarities
> > > with the multi-threaded write workload described in
> > > https://lore.kernel.org/linux-fsdevel/20221129001632.GX3600936@xxxxxxxxxxxxxxxxxxx/
> > >
> > > Can we backport the patch series to stable since it seemed to fix data
> > > corruptions ?
> >
> > For clarity, are you asking for permission or advice about doing this
> > yourself, or are you asking somebody else to do the backport for you?
>
> Nobody's officially committed to backporting and testing patches for
> 6.1; are you (Cloudflare) volunteering?

Yes, we have applied them on top of 6.1.36, will be gradually
releasing to our servers and will report back if we see the issues go
away

> --D




[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux