On Tue, Jun 28, 2011 at 11:02:24AM -0600, Eric Blake wrote:
> > + if (virAsprintf(&path, "%s/%s",
> > + driver->autoDiskLeasePath,
> > + VIR_LOCK_MANAGER_SANLOCK_AUTO_DISK_LOCKSPACE) < 0) {
> > + virReportOOMError();
> > + goto error;
> > + }
> > +
> > + memcpy(ls.name, VIR_LOCK_MANAGER_SANLOCK_AUTO_DISK_LOCKSPACE, SANLK_NAME_LEN);
> > + ls.host_id = 0; /* Doesn't matter for initialization */
> > + ls.flags = 0;
> > + memcpy(&ls.host_id_disk, path, sizeof(struct sanlk_disk));
>
> Dangerous. This could copy more bytes than strlen(path) and cross a
> page boundary, or it could silently truncate if strlen(path) is longer
> than sizeof(struct sanlk_disk). I think you need to use virStrncpy here.
That line is so bogus. It has been replace with
if (!virStrcpy(ls.host_id_disk.path, path, SANLK_NAME_LEN)) {
virLockError(VIR_ERR_INTERNAL_ERROR,
_("Lockspace path '%s' exceeded %d characters"),
path, SANLK_NAME_LEN);
goto error;
}
> > +# When automatically creating leases for disks, each host which
> > +# can access the filesystem mounted at 'disk_lease_dir' will need
> > +# to have a unique host ID assigned. The 'max_hosts' parameter
> > +# specifies an upper limit on the number of participating hosts.
> > +#
> > +# Each additional host requires 1 sector of disk space, usually
> > +# 512 bytes. The default is 64, and can be reduced if you don't
> > +# have many hosts, or increased if you have more.
> > +#
> > +#max_hosts = 64
>
> Weren't there some list comments about either dropping this parameter,
> or changing it to 2000, and that sanlock has changed to use more than
> 512 bytes per host now?
> http://www.redhat.com/archives/libvir-list/2011-June/msg01237.html
Yes, I've killed off 'max_hosts' now.
>
> > +++ b/tools/Makefile.am
> > @@ -12,6 +12,7 @@ EXTRA_DIST = \
> > $(ICON_FILES) \
> > virt-xml-validate.in \
> > virt-pki-validate.in \
> > + virt-sanlock-cleanup.in \
> > virsh.pod \
> > libvirt-guests.init.sh \
> > libvirt-guests.sysconf
> > @@ -19,8 +20,14 @@ EXTRA_DIST = \
> > bin_SCRIPTS = virt-xml-validate virt-pki-validate
> > bin_PROGRAMS = virsh
> >
> > -dist_man1_MANS = virt-xml-validate.1 virt-pki-validate.1 virsh.1
> > +if HAVE_SANLOCK
> > +sbin_SCRIPTS = virt-sanlock-cleanup
> > +endif
> >
> > +dist_man1_MANS = virt-xml-validate.1 virt-pki-validate.1 virsh.1
> > +if HAVE_SANLOCK
> > +dist_man8_MANS = virt-sanlock-cleanup.8
>
> Ouch. Conditional distribution...
>
> > +endif
> >
> > virt-xml-validate: virt-xml-validate.in Makefile
> > $(AM_V_GEN)sed -e 's,[@]SCHEMADIR@,$(pkgdatadir)/schemas,' < $< > $@ \
> > @@ -36,6 +43,14 @@ virt-pki-validate: virt-pki-validate.in Makefile
> > virt-pki-validate.1: virt-pki-validate.in
> > $(AM_V_GEN)$(POD2MAN) $< $(srcdir)/$@
> >
> > +virt-sanlock-cleanup: virt-sanlock-cleanup.in Makefile
> > + $(AM_V_GEN)sed -e 's,[@]SYSCONFDIR@,$(sysconfdir),' \
> > + -e 's,[@]LOCALSTATEDIR@,$(localstatedir),' < $< > $@ \
> > + || (rm $@ && exit 1) && chmod +x $@
> > +
> > +virt-sanlock-cleanup.8: virt-sanlock-cleanup.in
> > + $(AM_V_GEN)$(POD2MAN) $< $(srcdir)/$@
>
> ...that depends on perl. Commit 6db98a2d4b previously fixed a bug just
> like this; the idea being that we have to unconditionally build
> virt-sanlock-cleanup.8.in using $(POD2MAN) and put that in the tarball,
> then conditionally build virt-sanlock-cleanup.8 using only sed, so that
> end users can run 'make dist' regardless of configure options and can
> still avoid perl.
>
> But since I wrote commit 6db98a2d4b, I'm happy to clean this up as a
> separate followup patch, if you'd like.
Ok, I'll let you tackle it
> > +# A script to cleanup resource leases auto-created by
> > +# the libvirt lock plugin for sanlock
> > +
> > +verbose=1
> > +if test "$1" = "-q" ; then
>
> if test "x$1" = "x-q" ; then
>
> The leading x is necessary, to prevent test from going haywire if $1
> happens to be something like [.
Done that
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list