[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-05 Thread Erik Weber (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14235483#comment-14235483
 ] 

Erik Weber commented on CLOUDSTACK-8014:


what is the storage tags, and the tag used in your offering?

> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,578 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) submit async job-2804, 
> details: AsyncJobVO {id:2804, userId: 59, accountId: 60, instanceType: 
> Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-05 Thread France (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14235534#comment-14235534
 ] 

France commented on CLOUDSTACK-8014:


Compute offering which was used to create this root volume has storage tag: 
HAiscsi2. 
Root disk currently resides on s2iscsi which has storage tag: HAiscsi2.
Snapshot is currently residing on one of the secondary NFS storages, which are 
without tags.
Related SQL querry (SELECT id,tag FROM cloud.storage_pool_view;) for storage 
IDs and tags returns:
'206','HAiscsi'
'207','HAiscsi'
'208','HAiscsi2'
'209','HAiscsi2'
'210','nonHAnfs'
Those IDs are probably the ones used in the log.


> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userN

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-09 Thread Abhinandan Prateek (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14239381#comment-14239381
 ] 

Abhinandan Prateek commented on CLOUDSTACK-8014:


Was able to create a volume from snapshot on the setup with Xenserver and two 
tagged primary nfs storages (using 4.3). Could it be because the resource count 
discrepancy pre-existed ?

> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,578 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) submit async job-2804, 
> details: AsyncJobVO {id:2804, userId: 59, accou

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-09 Thread France (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14239395#comment-14239395
 ] 

France commented on CLOUDSTACK-8014:


I am able to create it for _most_ virtual instances also.
However that is not the case with the above one.

Until upgrade to 4.3.1 i nave never observed resource discrepancy message.
Do you believe it is not working, due to that error (message)?
I can create a volume from another snapshot, and check if the same message is 
logged, when it works.
Please let me know, if you want that, or if you would like to see any other 
information about my setup.

Thank you for your time.

> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] gra

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-10 Thread Abhinandan Prateek (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14240816#comment-14240816
 ] 

Abhinandan Prateek commented on CLOUDSTACK-8014:


Can you do that ? that will point us to the root if this. thank you.

> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,578 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) submit async job-2804, 
> details: AsyncJobVO {id:2804, userId: 59, accountId: 60, instanceType: 
> Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolum

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-10 Thread Rohit Yadav (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14240972#comment-14240972
 ] 

Rohit Yadav commented on CLOUDSTACK-8014:
-

Hi France, I found an issue. If you create a snapshot from a volume and then 
create a template from that snapshot; it tries to read the disk size from the 
volume's template and fails with NPE when the original template has been 
removed. The fix is on its way for this corner case.

> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,578 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-10 Thread Rohit Yadav (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241085#comment-14241085
 ] 

Rohit Yadav commented on CLOUDSTACK-8014:
-

France, can you try the same (create a template from a VM's volume's snapshot) 
with any other VM and see if you still get NullPointerException? I was able to 
reproduce the issue by simulating removal of the template (updating 
removed=NOW()) and got NPE. About the discrepency in resource count I don't 
know how to reproduce it. Since this issue is regarding NPE and failing to 
create volume from snapshot who's volume template is removed, for the other 
issue please open a new issue.

> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-10 Thread Abhinandan Prateek (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241090#comment-14241090
 ] 

Abhinandan Prateek commented on CLOUDSTACK-8014:


If you try to delete the template twice, (maybe due to some race condition it 
pops up in the UI while it is being deleted), then you get the resource count 
issue:

..
INFO  [c.c.t.HypervisorTemplateAdapter] (Job-Executor-5:ctx-07a5e482 
ctx-e4966196) Delete template from image store: secone
INFO  [c.c.t.HypervisorTemplateAdapter] (Job-Executor-5:ctx-07a5e482 
ctx-e4966196) Delete template from image store: sectwo
..

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (Job-Executor-6:ctx-fdf72fb9) Add job-189 
into job monitoring
INFO  [c.c.t.HypervisorTemplateAdapter] (Job-Executor-6:ctx-fdf72fb9 
ctx-1e235c0f) Unable to find image store still having template: centos, so just 
mark the template removed
INFO  [c.c.r.ResourceLimitManagerImpl] (Job-Executor-6:ctx-fdf72fb9 
ctx-1e235c0f) Discrepency in the resource count (original count=46513518080 
correct count = 3563845120) for type secondary_storage for account ID 2 is 
fixed during resource count recalculation.
INFO  [o.a.c.f.j.i.AsyncJobMonitor] (Job-Executor-6:ctx-fdf72fb9) Remove 
job-189 from job monitoring
...
This is just a info message and not a bug.



> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-10 Thread France (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241094#comment-14241094
 ] 

France commented on CLOUDSTACK-8014:


Tnx Rohit for your efforts.
I will read your responses with great cate and try to do what you ask of me, 
then report back on the jira.
This is just a private mail to you, so you know I am working on it, the problem 
is that i have to deal with the customers concurrently on completely different 
field. :-/

Regards,
F.





> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,578 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (http

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-10 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241099#comment-14241099
 ] 

ASF subversion and git services commented on CLOUDSTACK-8014:
-

Commit f189c105d8dde5491697b171b969e757f8f15858 in cloudstack's branch 
refs/heads/4.3 from [~rohit.ya...@shapeblue.com]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=f189c10 ]

CLOUDSTACK-8014: Fix NPE searching including removed templates

Steps to reproduce if you have this issue:
- Create a VM's volume snapshot
- Remove VM's template and mark the template as removed with timestamp in DB
- Restart mgmt server and create a volume out of snapshot you should get NPE

Fix: In `storagePoolHasEnoughSpace`, we're only searching for a VM's volume's
snapshot's template by Id and not including removed templates. This is a corner
case and NPE hits when template has been marked removed for a VM's volume's
template so we should search including removed templates.

Signed-off-by: Rohit Yadav 


> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartE

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-10 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241100#comment-14241100
 ] 

ASF subversion and git services commented on CLOUDSTACK-8014:
-

Commit 3b286d77ca2084fdde8176e2fd3e27a2c7227ea1 in cloudstack's branch 
refs/heads/4.4 from [~rohit.ya...@shapeblue.com]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=3b286d7 ]

CLOUDSTACK-8014: Fix NPE searching including removed templates

Steps to reproduce if you have this issue:
- Create a VM's volume snapshot
- Remove VM's template and mark the template as removed with timestamp in DB
- Restart mgmt server and create a volume out of snapshot you should get NPE

Fix: In `storagePoolHasEnoughSpace`, we're only searching for a VM's volume's
snapshot's template by Id and not including removed templates. This is a corner
case and NPE hits when template has been marked removed for a VM's volume's
template so we should search including removed templates.

Signed-off-by: Rohit Yadav 
(cherry picked from commit f189c105d8dde5491697b171b969e757f8f15858)
Signed-off-by: Rohit Yadav 


> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f1

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-10 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241104#comment-14241104
 ] 

ASF subversion and git services commented on CLOUDSTACK-8014:
-

Commit e59dac201dc66ac80728632d7218b9a787142243 in cloudstack's branch 
refs/heads/4.5 from [~rohit.ya...@shapeblue.com]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=e59dac2 ]

CLOUDSTACK-8014: Fix NPE searching including removed templates

Steps to reproduce if you have this issue:
- Create a VM's volume snapshot
- Remove VM's template and mark the template as removed with timestamp in DB
- Restart mgmt server and create a volume out of snapshot you should get NPE

Fix: In `storagePoolHasEnoughSpace`, we're only searching for a VM's volume's
snapshot's template by Id and not including removed templates. This is a corner
case and NPE hits when template has been marked removed for a VM's volume's
template so we should search including removed templates.

Signed-off-by: Rohit Yadav 
(cherry picked from commit f189c105d8dde5491697b171b969e757f8f15858)
Signed-off-by: Rohit Yadav 


> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f1

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-10 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241106#comment-14241106
 ] 

ASF subversion and git services commented on CLOUDSTACK-8014:
-

Commit fdb782ffcbd612cc1b44f827087267eb43e8687a in cloudstack's branch 
refs/heads/master from [~rohit.ya...@shapeblue.com]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=fdb782f ]

CLOUDSTACK-8014: Fix NPE searching including removed templates

Steps to reproduce if you have this issue:
- Create a VM's volume snapshot
- Remove VM's template and mark the template as removed with timestamp in DB
- Restart mgmt server and create a volume out of snapshot you should get NPE

Fix: In `storagePoolHasEnoughSpace`, we're only searching for a VM's volume's
snapshot's template by Id and not including removed templates. This is a corner
case and NPE hits when template has been marked removed for a VM's volume's
template so we should search including removed templates.

Signed-off-by: Rohit Yadav 
(cherry picked from commit f189c105d8dde5491697b171b969e757f8f15858)
Signed-off-by: Rohit Yadav 


> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a31

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-11 Thread France (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242404#comment-14242404
 ] 

France commented on CLOUDSTACK-8014:


The template from which this VM was created, has actually been deleted, based 
on the name of the template (deleteD :-)
At first account was not able to create VM, cause it had template limit set to 
0.
I have since increased this maximum template value to 2 and was able to create 
template from that Snapshot _successfully_.
Then I went on to proceed to create Volume from that snapshot, which _failed 
again_ with below error.
I also tried to download Template, which failed because it was not extractable.

I would think, this bug is still not solved, and unless you are convinced 
otherwise, would recommend to re-open it. I can re-open it, if you wish.
_if additional info is required, including monitored access to this ACS setup, 
it can be arranged. Just let me know._

I believe/guess the key to this issue lies within these two lines:
//
2014-12-11 11:46:43,667 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Removing pool Pool[208|IscsiLUN] 
from avoid set, must have been inserted when searching for another disk's tag
2014-12-11 11:46:43,667 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Removing pool Pool[209|IscsiLUN] 
from avoid set, must have been inserted when searching for another disk's tag
//
I guess it has something to do with storage tags. Looks like it can not find a 
suitable deployment?

2014-12-11 11:46:43,659 DEBUG [o.a.c.s.a.LocalStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) LocalStoragePoolAllocator trying to 
find storage pool to fit the vm
2014-12-11 11:46:43,660 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) ClusterScopeStoragePoolAllocator 
looking for storage pool
2014-12-11 11:46:43,660 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Looking for pools in dc: 1  pod:1  
cluster:null having tags:[HAiscsi2]
2014-12-11 11:46:43,662 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Found pools matching tags: 
[Pool[208|IscsiLUN], Pool[209|IscsiLUN]]
2014-12-11 11:46:43,667 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Adding pool Pool[206|IscsiLUN] to 
avoid set since it did not match tags
2014-12-11 11:46:43,667 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Adding pool Pool[207|IscsiLUN] to 
avoid set since it did not match tags
2014-12-11 11:46:43,667 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Adding pool 
Pool[210|NetworkFilesystem] to avoid set since it did not match tags
2014-12-11 11:46:43,667 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Removing pool Pool[208|IscsiLUN] 
from avoid set, must have been inserted when searching for another disk's tag
2014-12-11 11:46:43,667 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Removing pool Pool[209|IscsiLUN] 
from avoid set, must have been inserted when searching for another disk's tag
2014-12-11 11:46:43,668 DEBUG [o.a.c.s.a.AbstractStoragePoolAllocator] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Checking if storage pool is 
suitable, name: null ,poolId: 208
2014-12-11 11:46:43,673 DEBUG [c.c.s.StorageManagerImpl] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Checking pool 208 for storage, 
totalSize: 1520242262016, usedBytes: 887716052992, usedPct: 0.5839306505101337, 
disable threshold: 0.95
2014-12-11 11:46:43,678 DEBUG [c.c.s.VolumeApiServiceImpl] 
(Job-Executor-56:ctx-3adba05f ctx-f361c79d) Failed to create volume: 621
java.lang.NullPointerException
at 
com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughSpace(StorageManagerImpl.java:1570)
at 
org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.filter(AbstractStoragePoolAllocator.java:199)
at 
org.apache.cloudstack.storage.allocator.ClusterScopeStoragePoolAllocator.select(ClusterScopeStoragePoolAllocator.java:110)
at 
org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
at 
org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.findStoragePool(VolumeOrchestrator.java:256)
at 
org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeFromSnapshot(VolumeOrchestrator.java:339)
at 
com.cloud.storage.VolumeApiServiceImpl.createVolumeFromSnapshot(VolumeApiServiceImpl.java:785)
at 
com.cloud.storage.VolumeApiServiceImpl.createVolume(VolumeApiServiceImpl.java:735)

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-11 Thread Rohit Yadav (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242520#comment-14242520
 ] 

Rohit Yadav commented on CLOUDSTACK-8014:
-

Hi France, the failure (NullPointerException) is due to the fact that the 
template has been removed (the removed field in the DB will not be NULL) and 
the code where it throws NPE was fixed. If you think it's something related to 
tags causing this, then you may reopen the ticket. The best way to detect this 
would be to go to the db, and in vm_template table set removed=NULL for the 
specific template Id and then restart mgmt server(s) and see if you can still 
reproduce the NPE.

> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>Assignee: Rohit Yadav
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> A

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-12 Thread France (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14243978#comment-14243978
 ] 

France commented on CLOUDSTACK-8014:


Hi Rohit,
thank you again for your time. It is much appreciated.

Before I "undelete" that snapshot in DB, please answer this.
If this was the case, should not creating a template from this snapshot also 
fail (due to deleted template)?
In my case id does not. Only when creating volume we get a failure.

> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>Assignee: Rohit Yadav
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,578 DEBUG [o.a.c.f.j.i.AsyncJobManage

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-12 Thread Rohit Yadav (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14244161#comment-14244161
 ] 

Rohit Yadav commented on CLOUDSTACK-8014:
-

Hi France, the NPE is a corner case that occurs only when you create a volume 
since it goes through that code path. IMO, this is not a fatal operation to 
undelete the template and test its behaviour, you can also set the removed 
field to the original value (make sure to note the original value and take DB 
dump in case).

> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>Assignee: Rohit Yadav
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,578 DE

[jira] [Commented] (CLOUDSTACK-8014) Failed to create a volume from snapshot - Discrepency in the resource count ?

2014-12-16 Thread France (JIRA) 

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14248231#comment-14248231
 ] 

France commented on CLOUDSTACK-8014:


I have just tested this and it works as stated by Rohit.
I have updated field "removed" with NULL. Then I was able to create volume.
This bug can be closed. Solution is confirmed.

Later today I will enter the old value into removed field, for that snapshot, 
to keep DB consistent.
We gonna have 3.4.2 soon anytime, which contains this fix.

Thank you Rohit for your efforts and squashing that bug. It is very appreciated.


> Failed to create a volume from snapshot - Discrepency in the resource count ?
> -
>
> Key: CLOUDSTACK-8014
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8014
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.3.1
>Reporter: France
>Assignee: Rohit Yadav
>
> As sent to mailing list:
> Hi all.
> We are on XS 6.0.2+Hotfixes and CS 4.3.1.
> (All errors we are getting nowadays have come up only after upgrade from 
> 4.1.1, 4.1.1 worked perfectly.)
> After successfully creating s snapshot, I want to create a volume from it, so 
> it can be downloaded offsite.
> After clicking “Create volume” I get an error Failed to create a volume.
> If i got to list of volumes, there is a volume with name as defined, but 
> Status is empty, and only buttons for attach and destroy exist.
> I have taken a look at catalina.out and management-server.log. Here is the 
> log detailing a failure.
> Can you see the problem? How should I fix it? Please advise me.
> Should I create a bug report?
> I have also manually checked space on all storages and it seems there is LOTS 
> of free space. Resources based on CS Web GUI are:
> Primary Storage Allocated 15%
> Secondary Storage 5%
> 2014-12-03 12:20:42,493 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
> (consoleproxy-1:ctx-2d51baa2) Zone 1 is ready to launch console proxy
> 2014-12-03 12:20:42,580 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
> (secstorage-1:ctx-53354d18) Zone 1 is ready to launch secondary storage VM
> 2014-12-03 12:20:42,894 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49) ===START===  111.client.ip.111 -- GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:42,909 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-108:ctx-a228ce49 ctx-74e696ca) ===END=== 111.client.ip.111 -- 
> GET 
> command=listZones&available=true&response=json&sessionkey=CENSORED%3D&_=1417605814964
> 2014-12-03 12:20:46,482 DEBUG [c.c.a.ApiServlet] 
> (http-6443-exec-107:ctx-4a28e57c) ===START===  111.client.ip.111 -- GET 
> command=createVolume&response=json&sessionkey=CENSORED%3D&snapshotid=49e4bba9-844d-4b7b-aca2-95a318f17dc4&name=testbrisi567&_=1417605818552
> 2014-12-03 12:20:46,490 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,494 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,507 DEBUG [c.c.u.AccountManagerImpl] 
> (http-6443-exec-107:ctx-4a28e57c ctx-d7a11540) Access to 
> com.cloud.storage.SnapshotVO$$EnhancerByCGLIB$$3490cea0@60c95391 granted to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] by DomainChecker
> 2014-12-03 12:20:46,571 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
> (Job-Executor-166:ctx-d915e890) Add job-2804 into job monitoring
> 2014-12-03 12:20:46,571 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (Job-Executor-166:ctx-d915e890) Executing AsyncJobVO {id:2804, userId: 59, 
> accountId: 60, instanceType: Volume, instanceId: 617, cmd: 
> org.apache.cloudstack.api.command.user.volume.CreateVolumeCmd, cmdInfo: 
> {"id":"617","response":"json","sessionkey":"CENSORED\u003d","cmdEventType":"VOLUME.CREATE","ctxUserId":"59","snapshotid":"49e4bba9-844d-4b7b-aca2-95a318f17dc4","name":"testbrisi567","httpmethod":"GET","_":"1417605818552","ctxAccountId":"60","ctxStartEventId":"62488"},
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 95545481387, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: null}
> 2014-12-03 12:20:46,577 DEBUG [c.c.u.AccountManagerImpl] 
> (Job-Executor-166:ctx-d915e890 ctx-d7a11540) Access to 
> Acct[7d6da3bc-0d70-44eb-8a70-422e4eea184e-userName] granted to 
> Acct[7d6