On Tue, Jun 30, 2009 at 04:22:37PM -0400, David Allan wrote: > When storagePoolCreate is called to define a pool that already exists, it > mistakenly destroys the existing pool. This patch fixes the problem.
Hum, I tried to assert the level of damage this bug generates and I have been surprized by the following: virsh # pool-create /tmp/pool.xml Pool testpool created from /tmp/pool.xml virsh # pool-list Name State Autostart ----------------------------------------- testpool active no virsh # pool-create /tmp/pool.xml error: Failed to create pool from /tmp/pool.xml error: internal error storage pool already exists virsh # pool-list Name State Autostart ----------------------------------------- testpool active no virsh # I.e. on an unpatched libvirtd, I can hit the error, but the pool still shows up, so I'm wondering what's the effect of the virStoragePoolObjRemove(&driver->pools, pool); that we are avoiding here... it should remove the pool from the list, but I'm not seeing this, so I'm a bit puzzled... Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list