[jira] [Resolved] (CLOUDSTACK-7187) Virtual Router page has numerous unresolved content ID i.e. "label.no.grouping"
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tanner Danzey resolved CLOUDSTACK-7187. --- Resolution: Cannot Reproduce Fix Version/s: 4.4.0 I can't find this particular issue in the tarball source released on the ACS website. It does, however, exist in the deb packages. > Virtual Router page has numerous unresolved content ID i.e. > "label.no.grouping" > --- > > Key: CLOUDSTACK-7187 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7187 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Affects Versions: 4.4.0 > Environment: Google Chrome 35 >Reporter: Tanner Danzey >Priority: Trivial > Labels: management, ui > Fix For: 4.4.0 > > Attachments: ss1.png, ss2.png, ss3.png > > > See screenshots attached. Issue persists after full browser data wipe. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7262) Affinity Groups UI Icon is wrong
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14087220#comment-14087220 ] Tanner Danzey commented on CLOUDSTACK-7262: --- If anyone sees this, please assign the issue to me. I will be working on a patch as soon as I get my dev environment up. > Affinity Groups UI Icon is wrong > > > Key: CLOUDSTACK-7262 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7262 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server, UI >Affects Versions: 4.4.0 > Environment: Chrome 35, Ubuntu Server 14.04 LTS >Reporter: Tanner Danzey >Priority: Trivial > Labels: icons, interface, ui > Attachments: 2014-08-05 23_09_53-CloudStack.png, 2014-08-05 > 23_11_10-CloudStack.png > > > The hover icon for Affinity Groups is the one for Instances. Additionally, > the non-hover icon has a white border around it, which none of the other > icons have. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7262) Affinity Groups UI Icon is wrong
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tanner Danzey updated CLOUDSTACK-7262: -- Attachment: 2014-08-05 23_11_10-CloudStack.png 2014-08-05 23_09_53-CloudStack.png > Affinity Groups UI Icon is wrong > > > Key: CLOUDSTACK-7262 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7262 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server, UI >Affects Versions: 4.4.0 > Environment: Chrome 35, Ubuntu Server 14.04 LTS >Reporter: Tanner Danzey >Priority: Trivial > Labels: icons, interface, ui > Attachments: 2014-08-05 23_09_53-CloudStack.png, 2014-08-05 > 23_11_10-CloudStack.png > > > The hover icon for Affinity Groups is the one for Instances. Additionally, > the non-hover icon has a white border around it, which none of the other > icons have. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7262) Affinity Groups UI Icon is wrong
Tanner Danzey created CLOUDSTACK-7262: - Summary: Affinity Groups UI Icon is wrong Key: CLOUDSTACK-7262 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7262 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server, UI Affects Versions: 4.4.0 Environment: Chrome 35, Ubuntu Server 14.04 LTS Reporter: Tanner Danzey Priority: Trivial Attachments: 2014-08-05 23_09_53-CloudStack.png, 2014-08-05 23_11_10-CloudStack.png The hover icon for Affinity Groups is the one for Instances. Additionally, the non-hover icon has a white border around it, which none of the other icons have. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7187) Virtual Router page has numerous unresolved content ID i.e. "label.no.grouping"
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tanner Danzey updated CLOUDSTACK-7187: -- Attachment: ss3.png ss2.png ss1.png > Virtual Router page has numerous unresolved content ID i.e. > "label.no.grouping" > --- > > Key: CLOUDSTACK-7187 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7187 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Affects Versions: 4.4.0 > Environment: Google Chrome 35 >Reporter: Tanner Danzey >Priority: Trivial > Labels: management, ui > Attachments: ss1.png, ss2.png, ss3.png > > > See screenshots attached. Issue persists after full browser data wipe. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7187) Virtual Router page has numerous unresolved content ID i.e. "label.no.grouping"
Tanner Danzey created CLOUDSTACK-7187: - Summary: Virtual Router page has numerous unresolved content ID i.e. "label.no.grouping" Key: CLOUDSTACK-7187 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7187 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: UI Affects Versions: 4.4.0 Environment: Google Chrome 35 Reporter: Tanner Danzey Priority: Trivial See screenshots attached. Issue persists after full browser data wipe. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-5907) KVM/CLVM volumes are shown as Ovm hypervisor
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14026960#comment-14026960 ] Tanner Danzey commented on CLOUDSTACK-5907: --- That's actually a far better way to remedy this, I'll have to see what I can do. The patch I submitted is a little hacky (but it did get included!) On Tue, Jun 3, 2014 at 1:04 PM, Dmitry Komarov (JIRA) -- *Tanner Danzey* Systems Engineer Northstar Technology Group arkan...@gmail.com / tanner.dan...@northstar-tg.com (701) 237-9096 x7122 > KVM/CLVM volumes are shown as Ovm hypervisor > > > Key: CLOUDSTACK-5907 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5907 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: API, KVM, Oracle VM (OVM), Storage Controller, UI >Affects Versions: 4.2.1, 4.3.0 > Environment: KVM, CLVM >Reporter: Nux > Labels: clvm, kvm, ovm, storage > Attachments: storage1.png, storage2.png > > > It looks like ACS is showing KVM volumes on CLVM primary storage as being for > Oracle hypervisor. > http://i.imgur.com/E4InCV2.png > The API shows the same so it's not a UI glitch. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CLOUDSTACK-6397) S3 Uploads to Rados are seemingly capped at 5GB internally & other errors
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tanner Danzey closed CLOUDSTACK-6397. - Resolution: Not a Problem The problem is not using Ceph's pre-built apache2 & fastcgi packages that include support for 100-Continue. > S3 Uploads to Rados are seemingly capped at 5GB internally & other errors > - > > Key: CLOUDSTACK-6397 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6397 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.2.1, 4.3.0, 4.4.0 > Environment: Ubuntu Server 13.10, Cloudstack 4.2.1, 4.3.0 and > 4.4-snapshot. Ceph 0.72 w/ Rados Gateway setup >Reporter: Tanner Danzey > Labels: ceph, kvm, primary, rbd, s3, secondary, snapshots, > storage, templates > > From 4.2.1 (At least) to 4.4-snapshot it seems to me that snapshots uploaded > to an s3 secondary storage pool are limited to 5GB. Regardless of whether you > set your single-part size limit to 4TB, enable multi-part uploads, only > snapshots that are smaller than or exactly 5GB are able to be uploaded from > secondary storage VM. Here is the log output from a 20GB snapshot upload to > S3 on version 4.4-snapshot with s3.singleupload.max.size set to 1 (multipart, > 1GB maximum part size): > 2014-04-13 01:42:48,007 DEBUG [c.c.s.s.SnapshotManagerImpl] > (Work-Job-Executor-3:job-70/job-71 ctx-90a1bdf1) Failed to create snapshot > com.cloud.utils.exception.CloudRuntimeException: failed to > uploadsnapshots/2/3/d44ffa8d-f190-4f1b-8b98-66597d928265com.amazonaws.AmazonClientE > xception: Unable to unmarshall error response (White spaces are required > between publicId and systemId.) > at > org.apache.cloudstack.storage.snapshot.SnapshotServiceImpl.backupSnapshot(SnapshotServiceImpl.java:282) > at > org.apache.cloudstack.storage.snapshot.XenserverSnapshotStrategy.backupSnapshot(XenserverSnapshotStrategy.java:137) > at > org.apache.cloudstack.storage.snapshot.XenserverSnapshotStrategy.takeSnapshot(XenserverSnapshotStrategy.java:300) > at > com.cloud.storage.snapshot.SnapshotManagerImpl.takeSnapshot(SnapshotManagerImpl.java:925) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy177.takeSnapshot(Unknown Source) > at > org.apache.cloudstack.storage.volume.VolumeServiceImpl.takeSnapshot(VolumeServiceImpl.java:1503) > at > com.cloud.storage.VolumeApiServiceImpl.orchestrateTakeVolumeSnapshot(VolumeApiServiceImpl.java:1731) > at > com.cloud.storage.VolumeApiServiceImpl.orchestrateTakeVolumeSnapshot(VolumeApiServiceImpl.java:2465) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107) > at > com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2473) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.in
[jira] [Resolved] (CLOUDSTACK-6396) KVM RBD Volumes shown as OVM, prevents snapshots
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tanner Danzey resolved CLOUDSTACK-6396. --- Resolution: Fixed Fix Version/s: 4.4.0 Fixed in 4.4. > KVM RBD Volumes shown as OVM, prevents snapshots > > > Key: CLOUDSTACK-6396 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6396 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM, Management Server, Oracle VM (OVM), UI, Volumes >Affects Versions: 4.3.0, 4.4.0 > Environment: Ubuntu Server 13.10, Ceph .72, Cloudstack 4.4-git and > 4.3.0 release tested >Reporter: Tanner Danzey > Labels: kvm, ovm, primary, rbd, storage, ui, volumes > Fix For: 4.4.0 > > Attachments: storage1.png, storage2.png > > Original Estimate: 72h > Remaining Estimate: 72h > > Volumes are incorrectly identified as OVM volumes when RBD is used (due to > RBD and KVM using RAW format in the backend & OVM being assigned sole > responsibility of all RAW volumes on line 1451 of > server/src/com/cloud/storage/StorageManagerImpl.java) and this prevents > snapshotting. The current (VERY BAD) fix is to change the return > "HypervisorType.OVM" under the RAW case to "HypervisorType.KVM". Of course, > this has ramifications for OVM users. I will be looking at developing an > actual proper fix for this. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-4171) Xen/XCP snapshot uploading to S3 server should use multipart upload API.
[
https://issues.apache.org/jira/browse/CLOUDSTACK-4171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13975214#comment-13975214
]
Tanner Danzey commented on CLOUDSTACK-4171:
---
This seems to be at least tangentially related to my recent issue @
https://issues.apache.org/jira/browse/CLOUDSTACK-6397
Without uploads > 5GB, using S3 is all but useless..
> Xen/XCP snapshot uploading to S3 server should use multipart upload API.
>
>
> Key: CLOUDSTACK-4171
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4171
> Project: CloudStack
> Issue Type: Improvement
> Security Level: Public(Anyone can view this level - this is the
> default.)
>Affects Versions: 4.2.0
>Reporter: Thomas O'Dowd
>
> Currently when a snapshot is being uploaded to S3, it uses a single S3 PUT
> request. Snapshots can be large and Amazon recommends using the multipart
> upload API once the payload reaches 100MB [1] although it's possible to use
> the single object PUT api up until 5GB.
> From the SMlog we can see the single PUT being used:
> [16279] 2013-08-02 08:48:54.730958 VMOPS Sent PUT request to
> s3.cloudian.com:18080/images/snapshots/5a28d935-47da-4813-a692-db92761ce7de
> with headers {'Content-Length': '50430464', 'Content-MD5':
> 'oafg2xPUPPAnyE1sxmf+qA==', 'Expect': '100-continue', 'Date': 'Fri, 02 Aug
> 2013 08:48:52 +', 'Content-Type': 'application/octet-stream',
> 'Authorization': 'AWS 00ba9a7f9a8142b070c3:fy03ARq2UQWKW2UndUSYJ/E+QfI='}.
> Received response status 200: OK
> [1] http://docs.aws.amazon.com/AmazonS3/latest/dev/UploadingObjects.html
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Comment Edited] (CLOUDSTACK-4171) Xen/XCP snapshot uploading to S3 server should use multipart upload API.
[
https://issues.apache.org/jira/browse/CLOUDSTACK-4171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13975214#comment-13975214
]
Tanner Danzey edited comment on CLOUDSTACK-4171 at 4/20/14 6:32 PM:
This seems to be at least tangentially related to my recent issue @
https://issues.apache.org/jira/browse/CLOUDSTACK-6397
Without uploads > 5GB, using S3 is basically useless.
was (Author: arkaniad):
This seems to be at least tangentially related to my recent issue @
https://issues.apache.org/jira/browse/CLOUDSTACK-6397
Without uploads > 5GB, using S3 is all but useless..
> Xen/XCP snapshot uploading to S3 server should use multipart upload API.
>
>
> Key: CLOUDSTACK-4171
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4171
> Project: CloudStack
> Issue Type: Improvement
> Security Level: Public(Anyone can view this level - this is the
> default.)
>Affects Versions: 4.2.0
>Reporter: Thomas O'Dowd
>
> Currently when a snapshot is being uploaded to S3, it uses a single S3 PUT
> request. Snapshots can be large and Amazon recommends using the multipart
> upload API once the payload reaches 100MB [1] although it's possible to use
> the single object PUT api up until 5GB.
> From the SMlog we can see the single PUT being used:
> [16279] 2013-08-02 08:48:54.730958 VMOPS Sent PUT request to
> s3.cloudian.com:18080/images/snapshots/5a28d935-47da-4813-a692-db92761ce7de
> with headers {'Content-Length': '50430464', 'Content-MD5':
> 'oafg2xPUPPAnyE1sxmf+qA==', 'Expect': '100-continue', 'Date': 'Fri, 02 Aug
> 2013 08:48:52 +', 'Content-Type': 'application/octet-stream',
> 'Authorization': 'AWS 00ba9a7f9a8142b070c3:fy03ARq2UQWKW2UndUSYJ/E+QfI='}.
> Received response status 200: OK
> [1] http://docs.aws.amazon.com/AmazonS3/latest/dev/UploadingObjects.html
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6396) KVM RBD Volumes shown as OVM, prevents snapshots
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13969189#comment-13969189 ] Tanner Danzey commented on CLOUDSTACK-6396: --- Submitted potential patch, fixes this error for RBD. Not sure if the issue is still present for CLVM but if it is, this should fix it. https://reviews.apache.org/r/20357/ > KVM RBD Volumes shown as OVM, prevents snapshots > > > Key: CLOUDSTACK-6396 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6396 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM, Management Server, Oracle VM (OVM), UI, Volumes >Affects Versions: 4.3.0, 4.4.0 > Environment: Ubuntu Server 13.10, Ceph .72, Cloudstack 4.4-git and > 4.3.0 release tested >Reporter: Tanner Danzey > Labels: kvm, ovm, primary, rbd, storage, ui, volumes > Attachments: storage1.png, storage2.png > > Original Estimate: 72h > Remaining Estimate: 72h > > Volumes are incorrectly identified as OVM volumes when RBD is used (due to > RBD and KVM using RAW format in the backend & OVM being assigned sole > responsibility of all RAW volumes on line 1451 of > server/src/com/cloud/storage/StorageManagerImpl.java) and this prevents > snapshotting. The current (VERY BAD) fix is to change the return > "HypervisorType.OVM" under the RAW case to "HypervisorType.KVM". Of course, > this has ramifications for OVM users. I will be looking at developing an > actual proper fix for this. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-5907) KVM/CLVM volumes are shown as Ovm hypervisor
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13969188#comment-13969188 ] Tanner Danzey commented on CLOUDSTACK-5907: --- Submitted potential patch, fixes this error for RBD. Not sure if the issue is still present for CLVM but if it is, this should fix it. https://reviews.apache.org/r/20357/ > KVM/CLVM volumes are shown as Ovm hypervisor > > > Key: CLOUDSTACK-5907 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5907 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: API, KVM, Oracle VM (OVM), Storage Controller, UI >Affects Versions: 4.2.1, 4.3.0 > Environment: KVM, CLVM >Reporter: Nux > Labels: clvm, kvm, ovm, storage > Attachments: storage1.png, storage2.png > > > It looks like ACS is showing KVM volumes on CLVM primary storage as being for > Oracle hypervisor. > http://i.imgur.com/E4InCV2.png > The API shows the same so it's not a UI glitch. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-6397) S3 Uploads to Rados are seemingly capped at 5GB internally & other errors
Tanner Danzey created CLOUDSTACK-6397: - Summary: S3 Uploads to Rados are seemingly capped at 5GB internally & other errors Key: CLOUDSTACK-6397 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6397 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.2.1, 4.3.0, 4.4.0 Environment: Ubuntu Server 13.10, Cloudstack 4.2.1, 4.3.0 and 4.4-snapshot. Ceph 0.72 w/ Rados Gateway setup Reporter: Tanner Danzey >From 4.2.1 (At least) to 4.4-snapshot it seems to me that snapshots uploaded >to an s3 secondary storage pool are limited to 5GB. Regardless of whether you >set your single-part size limit to 4TB, enable multi-part uploads, only >snapshots that are smaller than or exactly 5GB are able to be uploaded from >secondary storage VM. Here is the log output from a 20GB snapshot upload to S3 >on version 4.4-snapshot with s3.singleupload.max.size set to 1 (multipart, 1GB >maximum part size): 2014-04-13 01:42:48,007 DEBUG [c.c.s.s.SnapshotManagerImpl] (Work-Job-Executor-3:job-70/job-71 ctx-90a1bdf1) Failed to create snapshot com.cloud.utils.exception.CloudRuntimeException: failed to uploadsnapshots/2/3/d44ffa8d-f190-4f1b-8b98-66597d928265com.amazonaws.AmazonClientE xception: Unable to unmarshall error response (White spaces are required between publicId and systemId.) at org.apache.cloudstack.storage.snapshot.SnapshotServiceImpl.backupSnapshot(SnapshotServiceImpl.java:282) at org.apache.cloudstack.storage.snapshot.XenserverSnapshotStrategy.backupSnapshot(XenserverSnapshotStrategy.java:137) at org.apache.cloudstack.storage.snapshot.XenserverSnapshotStrategy.takeSnapshot(XenserverSnapshotStrategy.java:300) at com.cloud.storage.snapshot.SnapshotManagerImpl.takeSnapshot(SnapshotManagerImpl.java:925) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at com.sun.proxy.$Proxy177.takeSnapshot(Unknown Source) at org.apache.cloudstack.storage.volume.VolumeServiceImpl.takeSnapshot(VolumeServiceImpl.java:1503) at com.cloud.storage.VolumeApiServiceImpl.orchestrateTakeVolumeSnapshot(VolumeApiServiceImpl.java:1731) at com.cloud.storage.VolumeApiServiceImpl.orchestrateTakeVolumeSnapshot(VolumeApiServiceImpl.java:2465) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107) at com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2473) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at com.sun.proxy.$Proxy181.handleVmWorkJob(U
[jira] [Updated] (CLOUDSTACK-6396) KVM RBD Volumes shown as OVM, prevents snapshots
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tanner Danzey updated CLOUDSTACK-6396: -- Attachment: storage2.png storage1.png Here are some screenshots of this behavior in 4.3. In 4.4 it is the same. > KVM RBD Volumes shown as OVM, prevents snapshots > > > Key: CLOUDSTACK-6396 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6396 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM, Management Server, Oracle VM (OVM), UI, Volumes >Affects Versions: 4.3.0, 4.4.0 > Environment: Ubuntu Server 13.10, Ceph .72, Cloudstack 4.4-git and > 4.3.0 release tested >Reporter: Tanner Danzey > Labels: kvm, ovm, primary, rbd, storage, ui, volumes > Attachments: storage1.png, storage2.png > > Original Estimate: 72h > Remaining Estimate: 72h > > Volumes are incorrectly identified as OVM volumes when RBD is used (due to > RBD and KVM using RAW format in the backend & OVM being assigned sole > responsibility of all RAW volumes on line 1451 of > server/src/com/cloud/storage/StorageManagerImpl.java) and this prevents > snapshotting. The current (VERY BAD) fix is to change the return > "HypervisorType.OVM" under the RAW case to "HypervisorType.KVM". Of course, > this has ramifications for OVM users. I will be looking at developing an > actual proper fix for this. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-6396) KVM RBD Volumes shown as OVM, prevents snapshots
Tanner Danzey created CLOUDSTACK-6396: - Summary: KVM RBD Volumes shown as OVM, prevents snapshots Key: CLOUDSTACK-6396 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6396 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: KVM, Management Server, Oracle VM (OVM), UI, Volumes Affects Versions: 4.3.0, 4.4.0 Environment: Ubuntu Server 13.10, Ceph .72, Cloudstack 4.4-git and 4.3.0 release tested Reporter: Tanner Danzey Volumes are incorrectly identified as OVM volumes when RBD is used (due to RBD and KVM using RAW format in the backend & OVM being assigned sole responsibility of all RAW volumes on line 1451 of server/src/com/cloud/storage/StorageManagerImpl.java) and this prevents snapshotting. The current (VERY BAD) fix is to change the return "HypervisorType.OVM" under the RAW case to "HypervisorType.KVM". Of course, this has ramifications for OVM users. I will be looking at developing an actual proper fix for this. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-5907) KVM/CLVM volumes are shown as Ovm hypervisor
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5907?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tanner Danzey updated CLOUDSTACK-5907: -- Attachment: storage2.png storage1.png Please reopen, this bug is present in 4.3.0 that was released recently with KVM hypervisors & RBD primary storage. > KVM/CLVM volumes are shown as Ovm hypervisor > > > Key: CLOUDSTACK-5907 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5907 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: API, KVM, Oracle VM (OVM), Storage Controller, UI >Affects Versions: 4.2.1, 4.3.0 > Environment: KVM, CLVM >Reporter: Nux > Labels: clvm, kvm, ovm, storage > Attachments: storage1.png, storage2.png > > > It looks like ACS is showing KVM volumes on CLVM primary storage as being for > Oracle hypervisor. > http://i.imgur.com/E4InCV2.png > The API shows the same so it's not a UI glitch. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6266) Missing "Accounts" menu text as well as the entire menu itself
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13943650#comment-13943650 ] Tanner Danzey commented on CLOUDSTACK-6266: --- We are currently working back on 4.2.1 due to time constraints. Because of this, I have not been able to run an additional test, so I return my vote to 0. Besides, I have slight reason to believe that my code might have been a different revision. My apologies for the wolf cry. If I do end up getting to try this, I'll let you guys know. > Missing "Accounts" menu text as well as the entire menu itself > -- > > Key: CLOUDSTACK-6266 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6266 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Affects Versions: 4.3.0 > Environment: Ubuntu Server 13.04, Cloudstack 4.3.0-RC9 > uname -a: "Linux cloudstack 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 > 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux" > mysql --version: "mysql Ver 14.14 Distrib 5.5.35, for debian-linux-gnu > (x86_64) using readline 6.2" > java -version: "java version "1.7.0_51" > OpenJDK Runtime Environment (IcedTea 2.4.4) (7u51-2.4.4-0ubuntu0.13.10.1) > OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)" > Client Chrome version: "Google Chrome 33.0.1750.146" >Reporter: Tanner Danzey >Assignee: Jessica Wang > Labels: account, chrome, ubuntu, ui > Attachments: jessica_machine_screenshot1.jpg, > jessica_machine_screenshot2.jpg, sidebar.png, topbar.png, whole.png > > > I downloaded & compiled debs (according to 4.2.0 docs) for 4.3.0 RC 9 today > and fired up the management interface to add a hypervisor. What caught my eye > first of all though was that there wasn't an "Accounts" menu anymore. Not > only is there blank text next to the icon, but when you select that menu you > get taken to page "undefined" in the Cloudstack UI. In addition, the > breadcrumbs root shows "label.home" which I assume should not be so. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6266) Missing "Accounts" menu text as well as the entire menu itself
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13942563#comment-13942563 ] Tanner Danzey commented on CLOUDSTACK-6266: --- I am going to make sure that I have the latest code and I will try again. > Missing "Accounts" menu text as well as the entire menu itself > -- > > Key: CLOUDSTACK-6266 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6266 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Affects Versions: 4.3.0 > Environment: Ubuntu Server 13.04, Cloudstack 4.3.0-RC9 > uname -a: "Linux cloudstack 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 > 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux" > mysql --version: "mysql Ver 14.14 Distrib 5.5.35, for debian-linux-gnu > (x86_64) using readline 6.2" > java -version: "java version "1.7.0_51" > OpenJDK Runtime Environment (IcedTea 2.4.4) (7u51-2.4.4-0ubuntu0.13.10.1) > OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)" > Client Chrome version: "Google Chrome 33.0.1750.146" >Reporter: Tanner Danzey >Assignee: Jessica Wang > Labels: account, chrome, ubuntu, ui > Attachments: jessica_machine_screenshot1.jpg, > jessica_machine_screenshot2.jpg, sidebar.png, topbar.png, whole.png > > > I downloaded & compiled debs (according to 4.2.0 docs) for 4.3.0 RC 9 today > and fired up the management interface to add a hypervisor. What caught my eye > first of all though was that there wasn't an "Accounts" menu anymore. Not > only is there blank text next to the icon, but when you select that menu you > get taken to page "undefined" in the Cloudstack UI. In addition, the > breadcrumbs root shows "label.home" which I assume should not be so. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6266) Missing "Accounts" menu text as well as the entire menu itself
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13942524#comment-13942524 ] Tanner Danzey commented on CLOUDSTACK-6266: --- Also tested and got same results with Iceweasel 24.3.0 clean install > Missing "Accounts" menu text as well as the entire menu itself > -- > > Key: CLOUDSTACK-6266 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6266 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Affects Versions: 4.3.0 > Environment: Ubuntu Server 13.04, Cloudstack 4.3.0-RC9 > uname -a: "Linux cloudstack 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 > 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux" > mysql --version: "mysql Ver 14.14 Distrib 5.5.35, for debian-linux-gnu > (x86_64) using readline 6.2" > java -version: "java version "1.7.0_51" > OpenJDK Runtime Environment (IcedTea 2.4.4) (7u51-2.4.4-0ubuntu0.13.10.1) > OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)" > Client Chrome version: "Google Chrome 33.0.1750.146" >Reporter: Tanner Danzey > Labels: account, chrome, ubuntu, ui > Attachments: sidebar.png, topbar.png, whole.png > > > I downloaded & compiled 4.3.0 RC 9 today and fired up the management > interface to add a hypervisor. What caught my eye first of all though was > that there wasn't an "Accounts" menu anymore. Not only is there blank text > next to the icon, but when you select that menu you get taken to page > "undefined" in the Cloudstack UI. In addition, the breadcrumbs root shows > "label.home" which I assume should not be so. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6266) Missing "Accounts" menu text as well as the entire menu itself
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tanner Danzey updated CLOUDSTACK-6266: -- Description: I downloaded & compiled debs (according to 4.2.0 docs) for 4.3.0 RC 9 today and fired up the management interface to add a hypervisor. What caught my eye first of all though was that there wasn't an "Accounts" menu anymore. Not only is there blank text next to the icon, but when you select that menu you get taken to page "undefined" in the Cloudstack UI. In addition, the breadcrumbs root shows "label.home" which I assume should not be so. (was: I downloaded & compiled 4.3.0 RC 9 today and fired up the management interface to add a hypervisor. What caught my eye first of all though was that there wasn't an "Accounts" menu anymore. Not only is there blank text next to the icon, but when you select that menu you get taken to page "undefined" in the Cloudstack UI. In addition, the breadcrumbs root shows "label.home" which I assume should not be so.) Unsigned debs available by request for testing purposes. > Missing "Accounts" menu text as well as the entire menu itself > -- > > Key: CLOUDSTACK-6266 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6266 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Affects Versions: 4.3.0 > Environment: Ubuntu Server 13.04, Cloudstack 4.3.0-RC9 > uname -a: "Linux cloudstack 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 > 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux" > mysql --version: "mysql Ver 14.14 Distrib 5.5.35, for debian-linux-gnu > (x86_64) using readline 6.2" > java -version: "java version "1.7.0_51" > OpenJDK Runtime Environment (IcedTea 2.4.4) (7u51-2.4.4-0ubuntu0.13.10.1) > OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)" > Client Chrome version: "Google Chrome 33.0.1750.146" >Reporter: Tanner Danzey > Labels: account, chrome, ubuntu, ui > Attachments: sidebar.png, topbar.png, whole.png > > > I downloaded & compiled debs (according to 4.2.0 docs) for 4.3.0 RC 9 today > and fired up the management interface to add a hypervisor. What caught my eye > first of all though was that there wasn't an "Accounts" menu anymore. Not > only is there blank text next to the icon, but when you select that menu you > get taken to page "undefined" in the Cloudstack UI. In addition, the > breadcrumbs root shows "label.home" which I assume should not be so. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6266) Missing "Accounts" menu text as well as the entire menu itself
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tanner Danzey updated CLOUDSTACK-6266: -- Attachment: whole.png topbar.png sidebar.png I can confirm that these results aren't just me, my coworker gets the same UI glitch. A cache clear does not fix. > Missing "Accounts" menu text as well as the entire menu itself > -- > > Key: CLOUDSTACK-6266 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6266 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Affects Versions: 4.3.0 > Environment: Ubuntu Server 13.04, Cloudstack 4.3.0-RC9 > uname -a: "Linux cloudstack 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 > 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux" > mysql --version: "mysql Ver 14.14 Distrib 5.5.35, for debian-linux-gnu > (x86_64) using readline 6.2" > java -version: "java version "1.7.0_51" > OpenJDK Runtime Environment (IcedTea 2.4.4) (7u51-2.4.4-0ubuntu0.13.10.1) > OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)" > Client Chrome version: "Google Chrome 33.0.1750.146" >Reporter: Tanner Danzey > Labels: account, chrome, ubuntu, ui > Attachments: sidebar.png, topbar.png, whole.png > > > I downloaded & compiled 4.3.0 RC 9 today and fired up the management > interface to add a hypervisor. What caught my eye first of all though was > that there wasn't an "Accounts" menu anymore. Not only is there blank text > next to the icon, but when you select that menu you get taken to page > "undefined" in the Cloudstack UI. In addition, the breadcrumbs root shows > "label.home" which I assume should not be so. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-6266) Missing "Accounts" menu text as well as the entire menu itself
Tanner Danzey created CLOUDSTACK-6266: - Summary: Missing "Accounts" menu text as well as the entire menu itself Key: CLOUDSTACK-6266 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6266 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: UI Affects Versions: 4.3.0 Environment: Ubuntu Server 13.04, Cloudstack 4.3.0-RC9 uname -a: "Linux cloudstack 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux" mysql --version: "mysql Ver 14.14 Distrib 5.5.35, for debian-linux-gnu (x86_64) using readline 6.2" java -version: "java version "1.7.0_51" OpenJDK Runtime Environment (IcedTea 2.4.4) (7u51-2.4.4-0ubuntu0.13.10.1) OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)" Client Chrome version: "Google Chrome 33.0.1750.146" Reporter: Tanner Danzey I downloaded & compiled 4.3.0 RC 9 today and fired up the management interface to add a hypervisor. What caught my eye first of all though was that there wasn't an "Accounts" menu anymore. Not only is there blank text next to the icon, but when you select that menu you get taken to page "undefined" in the Cloudstack UI. In addition, the breadcrumbs root shows "label.home" which I assume should not be so. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-4549) ceph:deployvm from template created from snapshot is failing
[
https://issues.apache.org/jira/browse/CLOUDSTACK-4549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13912906#comment-13912906
]
Tanner Danzey commented on CLOUDSTACK-4549:
---
I have this same exact issue running 4.2.1, could it be possible to add that to
the affected versions?
Additionally, I would like to take a look at this issue. I can't promise
anything but since it hits so close to home I have a good test enivronment to
see if I can't hash this out.
> ceph:deployvm from template created from snapshot is failing
>
>
> Key: CLOUDSTACK-4549
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4549
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.2.0
>Reporter: sadhu suresh
>Priority: Critical
> Attachments: management-server.rar
>
>
> VM deployment form template which is created form snapshot is failing where
> as VM deployment with uploaded template successful.
> created template form snapshot is storing in raw
> format(https://10-147-49-100.realhostip.com/userdata/0c826645-ec82-40f1-a1b0-38fc9ba1c76f.raw)..
> not sure are we converting again to QCwo2
> when we try to deploy a VM
> steps:
> 1.create a ceph instance(configure compute offering with RBD and deploy a vm)
> 2.Once it successful,select the root partition and perform snapshot
> 3.once snapshot successful,create a template from snapshot
> 4 try to create vm uning above VM
> actual result:
> deploy vm failing with exception
> -29 15:21:43,756 DEBUG [cloud.network.NetworkModelImpl]
> (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Service
> SecurityGroup is not supported in the network id=204
> 2013-08-29 15:21:43,762 DEBUG
> [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-14:job-42 =
> [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Applying userdata and password
> entry in network Ntwk[204|Guest|8]
> 2013-08-29 15:21:43,800 DEBUG [agent.transport.Request]
> (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Seq
> 1-2089159931: Sending { Cmd , MgmtId: 7175246184473, via: 1, Ver: v1, Flags:
> 100111,
> [{"com.cloud.agent.api.routing.SavePasswordCommand":{"password":"fnirq_cnffjbeq","vmIpAddress":"10.1.1.140","vmName":"6e798618-8e4d-4305-94a1-642e5f3aad08","executeInSequence":true,"accessDetails":{"router.guest.ip":"10.1.1.1","zone.network.type":"Advanced","router.ip":"169.254.2.248","router.name":"r-15-VM"},"wait":0}},{"com.cloud.agent.api.routing.VmDataCommand":{"vmIpAddress":"10.1.1.140","vmName":"6e798618-8e4d-4305-94a1-642e5f3aad08","executeInSequence":true,"accessDetails":{"router.guest.ip":"10.1.1.1","zone.network.type":"Advanced","router.ip":"169.254.2.248","router.name":"r-15-VM"},"wait":0}}]
> }
> 2013-08-29 15:21:44,168 DEBUG [agent.transport.Request]
> (AgentManager-Handler-14:null) Seq 1-2089159931: Processing: { Ans: ,
> MgmtId: 7175246184473, via: 1, Ver: v1, Flags: 110,
> [{"com.cloud.agent.api.Answer":{"result":true,"wait":0}},{"com.cloud.agent.api.Answer":{"result":true,"wait":0}}]
> }
> 2013-08-29 15:21:44,169 DEBUG [agent.manager.AgentAttache]
> (AgentManager-Handler-14:null) Seq 1-2089159931: No more commands found
> 2013-08-29 15:21:44,169 DEBUG [agent.transport.Request]
> (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Seq
> 1-2089159931: Received: { Ans: , MgmtId: 7175246184473, via: 1, Ver: v1,
> Flags: 110, { Answer, Answer } }
> 2013-08-29 15:21:44,179 DEBUG [cloud.network.NetworkModelImpl]
> (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Service
> SecurityGroup is not supported in the network id=204
> 2013-08-29 15:21:44,182 DEBUG [cloud.storage.VolumeManagerImpl]
> (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Checking
> if we need to prepare 1 volumes for
> VM[User|6e798618-8e4d-4305-94a1-642e5f3aad08]
> 2013-08-29 15:21:44,207 DEBUG [storage.image.TemplateDataFactoryImpl]
> (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) template
> 202 is already in store:1, type:Image
> 2013-08-29 15:21:44,219 DEBUG [storage.datastore.PrimaryDataStoreImpl]
> (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Not found
> (templateId:202poolId:5) in template_spool_ref, persisting it
> 2013-08-29 15:21:44,234 DEBUG [storage.image.TemplateDataFactoryImpl]
> (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) template
> 202 is already in store:5, type:Primary
> 2013-08-29 15:21:44,237 DEBUG [storage.volume.VolumeServiceImpl]
> (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Found
> template 246c1e4ac-9fc0-3122-bcfb-77deff789f61 in storag
