[libvirt PATCH 1/4] util: add a helper method for controlling the COW flag on btrfs
Peter Krempa
pkrempa at redhat.com
Thu Jul 23 13:08:41 UTC 2020
On Thu, Jul 23, 2020 at 14:00:40 +0100, Daniel Berrange wrote:
> On Thu, Jul 23, 2020 at 02:57:32PM +0200, Peter Krempa wrote:
> > On Mon, Jul 20, 2020 at 18:33:19 +0100, Daniel Berrange wrote:
> > > btrfs defaults to performing copy-on-write for files. This is often
> > > undesirable for VM images, so we need to be able to control whether this
> > > behaviour is used.
> > >
> > > The virFileSetCOW() will allow for this. We use a tristate, since out of
> > > the box, we want the default behaviour attempt to disable cow, but only
> > > on btrfs, silently do nothing on non-btrfs. If someone explicitly asks
> > > to disable/enable cow, then we want to raise a hard error on non-btrfs.
> > >
> > > Signed-off-by: Daniel P. Berrangé <berrange at redhat.com>
> > > ---
> > > src/libvirt_private.syms | 1 +
> > > src/util/virfile.c | 76 ++++++++++++++++++++++++++++++++++++++++
> > > src/util/virfile.h | 3 ++
> > > 3 files changed, 80 insertions(+)
[...]
> > > + if (buf.f_type != BTRFS_SUPER_MAGIC) {
> > > + if (state == VIR_TRISTATE_BOOL_ABSENT) {
> >
> > Can't we handle the _ABSENT case before even attempting to open the
> > file?
>
> This would require us to use statfs() instad of fstatfs() in order to
> check the super magic. I'm not seeing that improves things.
I definitely agree. But adding a function which does non-obvious things
without any comment pointing to the non-obvious behaviour isn't good
practice either.
More information about the libvir-list
mailing list