[Ovirt-devel] Issue with ISO provisioning

[Ian Main]

On Tue, 14 Oct 2008 22:11:01 -0400
Perry Myers <pmyers at redhat.com> wrote:

[snip]

> Second problem...
> 
> I tried to provision a second guest using the same ISO image off of the 
> same NFS share.  This failed with the following error in taskomatic:
> > libvir: Storage error : no storage vol with matching name
> > start_vm
> > Task action processing failed: Libvirt::RetrieveError: Call to function virStorageVolLookupByName failed
> > /usr/share/ovirt-server/task-omatic/./utils.rb:124:in `lookup_volume_by_name'
> > /usr/share/ovirt-server/task-omatic/./utils.rb:124:in `connect_storage_pools'
> > /usr/share/ovirt-server/task-omatic/./utils.rb:81:in `each'
> > /usr/share/ovirt-server/task-omatic/./utils.rb:81:in `connect_storage_pools'
> > /usr/share/ovirt-server/task-omatic/./task_vm.rb:314:in `start_vm'
> > /usr/share/ovirt-server/task-omatic/taskomatic.rb:99
> > /usr/share/ovirt-server/task-omatic/taskomatic.rb:88:in `each'
> > /usr/share/ovirt-server/task-omatic/taskomatic.rb:88
> > /usr/share/ovirt-server/task-omatic/taskomatic.rb:68:in `loop'
> > /usr/share/ovirt-server/task-omatic/taskomatic.rb:68
> 
> Seems that if the NFS share is previously mounted as a storage pool in 
> libvirt, it causes taskomatic to fail.  If I manually destroy the storage 
> pool for the NFS mount on the host and undefine it and then try again, the 
> start_vm succeeds and recreates the storage pool.

I've been trying to reproduce this but it seems fine.  I even have a cobbler image
and a disk image both being used on the same nfs share by the same vm while other
vms are using that iso image too.  All worked.. ?

	Ian