[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3cc2c5c6fa6b3bd384017ae95a4241ab.squirrel@webmail.greenhost.nl>
Date: Mon, 14 Mar 2011 02:38:01 +0100 (CET)
From: "Indan Zupancic" <indan@....nu>
To: dedekind1@...il.com
Cc: "Ric Wheeler" <ricwheeler@...il.com>,
"Arnd Bergmann" <arnd@...db.de>, "Sage Weil" <sage@...dream.net>,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
"Aneesh Kumar K. V" <aneesh.kumar@...ux.vnet.ibm.com>,
"Jonathan Nieder" <jrnieder@...il.com>, akpm@...ux-foundation.org,
linux-api@...r.kernel.org, mtk.manpages@...il.com,
viro@...iv.linux.org.uk, hch@....de, l@...per.es
Subject: Re: [PATCH v3] introduce sys_syncfs to sync a single file system
On Sat, March 12, 2011 20:22, Artem Bityutskiy wrote:
> On Sat, 2011-03-12 at 02:33 +0100, Indan Zupancic wrote:
>> > I think that you missed the point of the extension.
>> >
>> > Ric
>>
>> The point is clear, it's to synchronize a specific file system instead
>> of all of them.
>>
>> But actually doing that from a program is harder than it looks, because
>> programs work with files, not file systems. To make this feature useful
>> the program needs meta information it can't easily get. That was my first
>> point.
>
> I had a program, actually a set of programs, which test a file-system.
> And this set of programs needed such a feature quite a lot, to sync the
> FS which is being tested and nothing else - for both performance reasons
> and to put more stress to the FS under testing. We used -o remount, rw
> for this - but this forced us to run under root.
You could use a tiny setuid root helper binary that does the remount trick.
> IOW, there are programs which take a mount point as an input parameter
> and want do things with the whole FS, not only individual files.
And those probably need to mount or unmount the FS at one point or the
other, or can use the setuid helper binary.
If you want to add syncfs, at least ad it together with BSD so it's slightly
portable.
Greetings,
Indan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists