With CDROM it is correct, but this is virtual world ;) Why system should get exclusive lock on file for read-only purposes?
But this problem is not with lock on iso's source file, but with libvirt, which can't create two storage pools from the same source. Best regards Krzysztof Janiszewski -----Original Message----- From: Caleb Call [mailto:calebc...@me.com] Sent: Wednesday, August 01, 2012 11:09 PM To: cloudstack-users@incubator.apache.org Subject: Re: Deploy two instances from same ISO template Now I may be incorrect on this, but an iso isn't a template. An iso is an iso. So if you're using the iso with one VM, it's attached and locked by that process. If you try to use it on another VM, it's unable to get a lock on it, thus not able to attach it or use it. Think of an iso as sticking a CD into your server to install it. With one CD, you can only install one server at a time. Again, I may be wrong, but it seems logical to me :) On Aug 1, 2012, at 1:58 PM, Krzysztof Janiszewski - ecenter sp. z o.o. <k.janiszew...@ecenter.pl> wrote: > Hi. > > > > I'm in process of testing CloudStack 3.0.2. Management is installed on > Ubuntu 10.04, host on Centos 6.2. Everything is installed > successfully. I can deploy instances from templates or ISO's. > > > > I encountered a problem while trying to deploy two instances from one > ISO template at the same time. First deployment was correct. Debian > installer is running in instance. Then at the same time I tried to > deploy second instance from the same ISO Template, but this time deployment failed. > > > > In /var/log/cloud/agent/agent.log there is line: > > > > libvir: Storage error : operation failed: Storage source conflict with pool: > 'f770c571-74eb-483d-bba8-f8305cb16d8e' > > > > Am I trying to do impossible thing? > > > > As primary storage I use SharedMountPoint (distributed file system > MooseFS), as secondary storage I use NFS. > > > > Best regards > > Krzysztof Janiszewski >