I think the RAW format is used for RBD primary storage, which I have. Having
said this, the design documents, as far as I understood, show that all
operations with snapshots and templates are done in QCOW2 for compatibility
purposes, as you've said .
So, it seems, there is an issue with snapshotting from the RBD primary storage.
Wido, do you have any idea what could go wrong here?
Thanks
Andrei
----- Original Message -----
From: "Andrija Panic" <andrija.pa...@gmail.com>
To: users@cloudstack.apache.org
Sent: Tuesday, 24 December, 2013 4:12:41 PM
Subject: Re: Snapshot and Template problems in ACS 4.2.0 with KVM
ACS officialy only works with qcow2, so this is strange that you see RAW as
a format...
On 24 December 2013 16:58, Andrei Mikhailovsky <and...@arhont.com> wrote:
>
> Andrija,
>
> Thanks for your answer, but I would think that if there is an issue with
> the secondary storage it would also effect the template creation. I do not
> have any issues with directly creating the templates. The issues seems to
> be when the snapshots are involved.
>
> Also, i've noticed that when you do root_volume > template > vm - the
> template format in the database is shown as QCOW2. When I am doing
> root_volume > snapshot > template > vm the template format is shown as RAW.
>
> It seems that there is a problem using RAW format. Has anyone else
> encountered this issue?
>
> Andre i
> ----- Original Message -----
>
> From: "Andrija Panic" <andrija.pa...@gmail.com>
> To: users@cloudstack.apache.org
> Sent: Tuesday, 24 December, 2013 1:13:14 PM
> Subject: Re: Snapshot and Template problems in ACS 4.2.0 with KVM
>
> Make sure that hypervisor node, can mount and write to the storage, you can
> check this with primary storage, there is KVMHA folders inside, and each of
> them has files that should be modified each minute, so if any of those
> lags, you might have issues with connecting to storage - I had that case,
> so forced umount of the problematic NFS storage, and restarted CS agent on
> problematic node.
>
> Hope it helps
>
>
> On 24 December 2013 14:06, Andrei Mikhailovsky <and...@arhont.com> wrote:
>
> > Hi guys,
> >
> >
> > I am wondering if anyone is experiencing problems with creating Snapshot,
> > converting it to the Template and deploying a vm from that template?
> >
> > I am having a problem doing this on my newly installed ACS 4.2.0 with KVM
> > hypervisor with NFS secondary storage. I get the following error:
> >
> >
> > 2013-12-23 15:54:11,088 DEBUG [agent.transport.Request]
> > (AgentManager-Handler-11:null) Seq 1-2082880489 : Processing: { Ans: ,
> > MgmtId: 238402986947284, via: 1, Ver: v1, Flags: 110,
> >
> [{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>
> > Failed to copy
> >
> /mnt/08452456-d626-307b-9cbe-c028ae633435/59dfab5d-832e-4160-8f8e-47efb2d23d3e.raw
>
> > to 0756278c-5abc-4e6c-b9ae-37033194d31a","wait":0}}] }
> > 2013-12-23 15:54:11,088 DEBUG [agent.manager.AgentAttache]
> > (AgentManager-Handler-11:null) Seq 1-2082880489 : No more commands found
> > 2013-12-23 15:54:11,088 DEBUG [agent.transport.Request]
> > (Job-Executor-113:job-548 = [ dc47c0ce-eb8b-4230-b58a-047ab55950fb ]) Seq
> > 1-2082880489 : Received: { Ans: , MgmtId: 238402986947284, via: 1, Ver:
> v1,
> > Flags: 110, { CopyCmdAnswer } }
> > 2013-12-23 15:54:11,093 INFO [storage.volume.VolumeServiceImpl]
> > (Job-Executor-113:job-548 = [ dc47c0ce-eb8b-4230-b58a-047ab55950fb ])
> > releasing lock for VMTemplateStoragePool 12
> > 2013-12-23 15:54:11,093 WARN [utils.db.Merovingian2]
> > (Job-Executor-113:job-548 = [ dc47c0ce-eb8b-4230-b58a-047ab55950fb ]) Was
> > unable to find lock for the key template_spool_ref12 and thread id
> 291724899
> > 2013-12-23 15:54:11,093 DEBUG [cloud.storage.VolumeManagerImpl]
> > (Job-Executor-113:job-548 = [ dc47c0ce-eb8b-4230-b58a-047ab55950fb ])
> > Unable to create
> > Vol[504|vm=508|ROOT]:com.cloud.utils.exception.CloudRuntimeException:
> > Failed to copy
> >
> /mnt/08452456-d626-307b-9cbe-c028ae633435/59dfab5d-832e-4160-8f8e-47efb2d23d3e.raw
>
> > to 0756278c-5abc-4e6c-b9ae-37033194d31a
> > 2013-12-23 15:54:11,093 INFO [cloud.vm.VirtualMachineManagerImpl]
> > (Job-Executor-113:job-548 = [ dc47c0ce-eb8b-4230-b58a-047ab55950fb ])
> > Unable to contact resource.
> > com.cloud.exception.StorageUnavailableException: Resource [StoragePool:2]
> > is unreachable: Unable to create
> > Vol[504|vm=508|ROOT]:com.cloud.utils.exception.CloudRuntimeException:
> > Failed to copy
> >
> /mnt/08452456-d626-307b-9cbe-c028ae633435/59dfab5d-832e-4160-8f8e-47efb2d23d3e.raw
>
> > to 0756278c-5abc-4e6c-b9ae-37033194d31a
> > at
> >
> com.cloud.storage.VolumeManagerImpl.recreateVolume(VolumeManagerImpl.java:2544)
>
> > at
> com.cloud.storage.VolumeManagerImpl.prepare(VolumeManagerImpl.java:2592)
> > at
> >
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:889)
>
> > at
> >
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:578)
>
> > at
> >
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.deployVirtualMachine(VMEntityManagerImpl.java:227)
>
> > at
> >
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.deploy(VirtualMachineEntityImpl.java:209)
>
> > at
> >
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3406)
>
> > at
> >
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2966)
>
> > at
> >
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2952)
>
> > at
> >
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
>
> > at
> >
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
>
> > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158)
> > at
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:531)
> > at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
>
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>
> > at java.lang.Thread.run(Thread.java:701)
> >
> >
> > The template file is there:
> >
> > # find ./ |grep 59dfab5d-832e-4160-8f8e-47efb2d23d3e.raw
> > ./template/tmpl/5/217/59dfab5d-832e-4160-8f8e-47efb2d23d3e.raw
> >
> >
> > What I've noticed is that I can stop a vm, create a template from its
> > volume and roll out a new vm without any issues. The problem is when you
> > create a snapshot and create a template from that snapshot.
> >
> >
> > An even stranger thing is that I have another installation of ACS 4.2.0,
> > which has been upgraded many times from version 3 to 4.0 to 4.1 to 4.2.0
> > instead of a clean install. I do not have this issue on that installation
> > of ACS, but I do with a clean one. I've tried reinstalling a clean
> version
> > many times and the problem is reproducible for me.
> >
> > Any help or thoughts would be highly welcome.
> >
> > Many thanks
> >
> > Andrei
> >
>
>
>
> --
>
> Andrija Panić
> --------------------------------------
> http://admintweets.com
> --------------------------------------
>
>
--
Andrija Panić
--------------------------------------
http://admintweets.com
--------------------------------------
