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]

 



[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?

--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