[libvirt] [PATCH] qemu: turn on virtlockd by default
Daniel P. Berrange
berrange at redhat.com
Thu Feb 2 12:56:28 UTC 2017
On Thu, Feb 02, 2017 at 12:47:30PM +0000, Richard W.M. Jones wrote:
> On Wed, Feb 01, 2017 at 04:54:01PM +0000, Daniel P. Berrange wrote:
> > The virtlockd daemon has existed for years now, but we have never
> > turned it on by default, requiring explicit user opt-in. This leaves
> > users unprotected against accidents out of the box.
> >
> > By turning it on by default, users will at least be protected for
> > mistakes involving local files, and files on shared filesystems
> > that support fcntl() (eg NFS).
>
> What are the implications of this for passively reading
> live disks? (a la tools such as virt-df)
None - at this time, a disk marked <readonly/> won't acquire any
locks. We map
<readonly/> -> no lock
<shareable/> -> fnctl read lock
default -> fcntl write lock
In future we'll likely copy the trick qemu has done to use a pair
of fcntl locks on separate bytes, in order to map all combinations
to locks. As long as you always mark disks <readonly/> though you
should be fine no matter what we do.
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://entangle-photo.org -o- http://search.cpan.org/~danberr/ :|
More information about the libvir-list
mailing list