Re: [Lsf-pc] [LSF TOPIC] online repair of filesystems: what next?

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

 



On Tue, Apr 18, 2023 at 10:46:32AM +0300, Amir Goldstein wrote:
> On Tue, Apr 18, 2023 at 7:46 AM Darrick J. Wong <djwong@xxxxxxxxxx> wrote:
> >
> > On Sat, Apr 15, 2023 at 03:18:05PM +0300, Amir Goldstein wrote:
> > > On Tue, Feb 28, 2023 at 10:49 PM Darrick J. Wong <djwong@xxxxxxxxxx> wrote:
> ...
> > > Darrick,
> > >
> > > Quick question.
> > > You indicated that you would like to discuss the topics:
> > > Atomic file contents exchange
> > > Atomic directio writes
> >
> > This one ^^^^^^^^ topic should still get its own session, ideally with
> > Martin Petersen and John Garry running it.  A few cloud vendors'
> > software defined storage stacks can support multi-lba atomic writes, and
> > some database software could take advantage of that to reduce nested WAL
> > overhead.
> >
> 
> CC Martin.
> If you want to lead this session, please schedule it.
> 
> > > Are those intended to be in a separate session from online fsck?
> > > Both in the same session?
> > >
> > > I know you posted patches for FIEXCHANGE_RANGE [1],
> > > but they were hiding inside a huge DELUGE and people
> > > were on New Years holidays, so nobody commented.
> >
> > After 3 years of sparse review comments, I decided to withdraw
> > FIEXCHANGE_RANGE from general consideration after realizing that very
> > few filesystems actually have the infrastructure to support atomic file
> > contents exchange, hence there's little to be gained from undertaking
> > fsdevel bikeshedding.
> >
> > > Perhaps you should consider posting an uptodate
> > > topic suggestion to let people have an opportunity to
> > > start a discussion before LSFMM.
> >
> > TBH, most of my fs complaints these days are managerial problems (Are we
> > spending too much time on LTS?  How on earth do we prioritize projects
> > with all these drive by bots??  Why can't we support large engineering
> > efforts better???) than technical.
> 
> I penciled one session for "FS stable backporting (and other LTS woes)".
> I made it a cross FS/IO session so we can have this session in the big room
> and you are welcome to pull this discussion to any direction you want.

Ok, thank you.  Hopefully we can get all the folks who do backports into
this one.  That might be a big ask for Chandan, depending on when you
schedule it.

(Unless it's schedule for 7pm :P)

> >
> > (I /am/ willing to have a "Online fs metadata reconstruction: How does
> > it work, and can I have some of what you're smoking?" BOF tho)
> >
> 
> I penciled a session for this one already.
> Maybe it would be interesting for the crowd to hear some about
> "behind the scenes" - how hard it was and still is to pull off an
> engineering project of this scale - lessons learned, things that
> you might have done differently.

Thanks!

--D

> 
> Cheers,
> Amir.



[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