date:20140515

2014-05-15 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alena Prokharchyk resolved CLOUDSTACK-6659.
---

Resolution: Fixed

 Change updatePublicIpAddress API command name to updateIpAddress
 

 Key: CLOUDSTACK-6659
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6659
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API
Affects Versions: 4.4.0
Reporter: Alena Prokharchyk
Assignee: Alena Prokharchyk
Priority: Critical
 Fix For: 4.4.0


 The command updatePublicIpAddress was introduced in 4.4 release. We have to 
 change its name to updateIpAddress to be consistent with the rest of public 
 ip address commands - associateipaddress/disassociateipaddress



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6675) NPE while executing updatePortForwardingRule


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13997970#comment-13997970
 ] 

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

Commit 8d9bdb19b41de3c1f9759afe6c8843c47c0069f1 in cloudstack's branch 
refs/heads/master from [~alena1108]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=8d9bdb1 ]

CLOUDSTACK-6675: updatePFRule - retrieve network sync object based on the PF 
rule id that is passed in to the call; not the public ip address


 NPE while executing updatePortForwardingRule
 

 Key: CLOUDSTACK-6675
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6675
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Alena Prokharchyk
Priority: Blocker
 Fix For: 4.4.0


 NPE hit while executing updatePortForwardingRule CS API. I am blocked on 
 executing a Use Case which is based on this API.
 =
 NullPointerException:
 =
 2014-05-14 11:44:45,215 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-10:ctx-d408ed7f) ===START===  127.0.0.1 -- GET  
 apikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQcommand=updatePortForwardingRulefordisplay=falseid=b767a533-e3ed-45ad-ab2b-68ea806438f6response=jsonapikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQsignature=jF8MpXvj4u4NKyajmbuFBPAcw2M%3D
 2014-05-14 11:44:45,286 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
 (catalina-exec-10:ctx-d408ed7f ctx-3df22ad6 ctx-84f5b16f) submit async 
 job-886, details: AsyncJobVO {id:886, userId: 1, accountId: 1, instanceType: 
 None, instanceId: null, cmd: 
 org.apache.cloudstack.api.command.user.firewall.UpdatePortForwardingRuleCmd, 
 cmdInfo: 
 {response:json,id:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxDetails:{\Network\:\b767a533-e3ed-45ad-ab2b-68ea806438f6\,\com.cloud.network.rules.FirewallRule\:23},cmdEventType:NET.RULEMODIFY,ctxUserId:1,httpmethod:GET,uuid:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxAccountId:1,ctxStartEventId:1859,signature:jF8MpXvj4u4NKyajmbuFBPAcw2M\u003d,apikey:dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQ,fordisplay:false},
  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
 null, initMsid: 6638073284439, completeMsid: null, lastUpdated: null, 
 lastPolled: null, created: null}
 2014-05-14 11:44:45,287 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-10:ctx-d408ed7f ctx-3df22ad6 ctx-84f5b16f) ===END===  
 127.0.0.1 -- GET  
 apikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQcommand=updatePortForwardingRulefordisplay=falseid=b767a533-e3ed-45ad-ab2b-68ea806438f6response=jsonapikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQsignature=jF8MpXvj4u4NKyajmbuFBPAcw2M%3D
 2014-05-14 11:44:45,288 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
 (API-Job-Executor-110:job-886) Add job-886 into job monitoring
 2014-05-14 11:44:45,292 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-11:ctx-3d255b35) ===START===  127.0.0.1 -- GET  
 apikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQcommand=queryAsyncJobResultjobId=0571d334-e071-4073-b404-1e388195733bresponse=jsonapikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQsignature=EKX465Tc%2B3NvETQRtvhWEynB%2Faw%3D
 2014-05-14 11:44:45,295 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
 (API-Job-Executor-110:job-886) Executing AsyncJobVO {id:886, userId: 1, 
 accountId: 1, instanceType: None, instanceId: null, cmd: 
 org.apache.cloudstack.api.command.user.firewall.UpdatePortForwardingRuleCmd, 
 cmdInfo: 
 {response:json,id:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxDetails:{\Network\:\b767a533-e3ed-45ad-ab2b-68ea806438f6\,\com.cloud.network.rules.FirewallRule\:23},cmdEventType:NET.RULEMODIFY,ctxUserId:1,httpmethod:GET,uuid:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxAccountId:1,ctxStartEventId:1859,signature:jF8MpXvj4u4NKyajmbuFBPAcw2M\u003d,apikey:dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQ,fordisplay:false},
  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
 null, initMsid: 6638073284439, completeMsid: null, lastUpdated: null, 
 lastPolled: null, created: null}
 2014-05-14 11:44:45,308 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
 (consoleproxy-1:ctx-a4771a58) Zone 1 is ready to launch console proxy
 2014-05-14 11:44:45,308 WARN  [c.c.a.d.ParamGenericValidationWorker] 
 (API-Job-Executor-110:job-886 ctx-0ab7a373)

[jira] [Created] (CLOUDSTACK-6671) Failed to start instance VM java.lang.NullPointerException at com.cloud.hypervisor.KVMGuru.implement(KVMGuru.java:64)

2014-05-15 Thread ASF subversion and git services (JIRA)

Milamber created CLOUDSTACK-6671:


 Summary: Failed to start instance VM 
java.lang.NullPointerException at 
com.cloud.hypervisor.KVMGuru.implement(KVMGuru.java:64)
 Key: CLOUDSTACK-6671
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6671
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Install and Setup, KVM
Affects Versions: 4.4.0
 Environment: Ubuntu 14.04 / KVM / CS 4.4.0 snapshot 20140513
Reporter: Milamber
Priority: Critical
 Attachments: extract-management.log


Unable to create VM on a fresh CS 4.4.0 installation (branch 4.4). 

SSVM, Console proxy and first virtual routeur are correctly created and UP.

10 day ago, this issue isn't present.

In attachment, full log.

2014-05-14 15:46:33,085 ERROR [c.c.v.VirtualMachineManagerImpl] 
(Work-Job-Executor-6:job-25/job-27 ctx-57c7f749) Failed to start instance 
VM[User|i-2-5-VM]
java.lang.NullPointerException
at com.cloud.hypervisor.KVMGuru.implement(KVMGuru.java:64)
at 
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:995)
at 
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:5180)
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.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5325)
at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
at 
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:496)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at 
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:453)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6544) [Automation] Failed to create template for ROOT volume in Xen, with Exception: callHostPlugin failed


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6544?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13992708#comment-13992708
 ] 

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

Commit bba7f4e7d1506cebf73ce22e12d02c03110d6617 in cloudstack's branch 
refs/heads/4.4 from [~harikrishna.patnala]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=bba7f4e ]

CLOUDSTACK-6544: [Automation] Failed to create template for ROOT volume in Xen, 
with Exception: callHostPlugin failed


 [Automation] Failed to create template for ROOT volume in Xen, with 
 Exception: callHostPlugin failed
 

 Key: CLOUDSTACK-6544
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6544
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Template, XenServer
Affects Versions: 4.4.0
 Environment: Build : 4.4-forward
 env xen 6.2
Reporter: Rayees Namathponnan
Assignee: Harikrishna Patnala
Priority: Blocker
 Fix For: 4.4.0

 Attachments: management-server.rar


 Steps to reproduce 
 Step 1 : Create advance zone in Xen 
 Step 2 : Deploy a VM 
 Step 3 : stop the vm and create template for ROOT volume 
 Result 
 Failed to create template for root volume, its failed with below error 
 2014-05-01 03:52:32,706 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-10:ctx-23ef4b60 ctx-89d28d07) ===END===  10.214.5.49 -- GET  
 command 
 =queryAsyncJobResultjobId=e846719b-4902-46eb-b1ea-78c2c25d7c28response=jsonsessionkey=TZlQVYacZ8o7NBLks3fWljCNZLY%3D_=1398877226
  273
 2014-05-01 03:52:32,764 WARN  [c.c.h.x.r.CitrixResourceBase] 
 (DirectAgent-40:ctx-18182a40) callHostPlugin failed for cmd: create_sec   
   ondary_storage_folder with args remoteMountPath: 
 10.147.28.8:/vol/dgVol/automation/adv/secondary, newFolder: 
 template/tmpl/26/208,   due to The requested plugin could not be 
 found.
 2014-05-01 03:52:32,776 WARN  [c.c.h.x.r.CitrixResourceBase] 
 (DirectAgent-40:ctx-18182a40) callHostPlugin failed for cmd: delete_sec   
   ondary_storage_folder with args folder: template/tmpl/26/208, 
 remoteMountPath: 10.147.28.8:/vol/dgVol/automation/adv/secondary,  due
   to The requested plugin could not be found.
 2014-05-01 03:52:32,776 WARN  [c.c.a.m.DirectAgentAttache] 
 (DirectAgent-40:ctx-18182a40) Seq 2-5867345889533626157: Exception Caught 
  while executing command
 com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for 
 cmd: delete_secondary_storage_folder with args folder: te 
 mplate/tmpl/26/208, remoteMountPath: 
 10.147.28.8:/vol/dgVol/automation/adv/secondary,  due to The requested plugin 
 could not be foun d.
 at 
 com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3835)
 at 
 com.cloud.hypervisor.xen.resource.CitrixResourceBase.deleteSecondaryStorageFolder(CitrixResourceBase.java:6949)
 at 
 com.cloud.hypervisor.xen.resource.Xenserver625StorageProcessor.createTemplateFromVolume(Xenserver625StorageProcessor.java
  :591)
 at 
 com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:90)
 at 
 com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.ja
  va:52)
 at 
 com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:542)
 at 
 com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:60)
 at 
 com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:93)
 at 
 com.cloud.hypervisor.xen.resource.XenServer620SP1Resource.executeRequest(XenServer620SP1Resource.java:64)
 at 
 com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:216)
 at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
 at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
 at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
 at

[jira] [Commented] (CLOUDSTACK-6620) [Hyper-v] when all vms on host are deleted from outside, then there is null pointer exception in hyperv agent in getting vmstats

2014-05-15 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13993520#comment-13993520
 ] 

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

Commit 4106aa07214209631ab9e6223c7efe4580ac30bf in cloudstack's branch 
refs/heads/4.4-forward from [~anshulg]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=4106aa0 ]

CLOUDSTACK-6620: Fixed null pointer exception in hyperv agent in getting 
vmstats, when all vms are deleted from outside


 [Hyper-v] when all vms on host are deleted from outside, then there is null 
 pointer exception in hyperv agent in getting vmstats
 

 Key: CLOUDSTACK-6620
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6620
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Reporter: Anshul Gangwar
Priority: Critical
 Fix For: 4.4.0


 [Hyper-v] when all vms on host are deleted from outside, then there is null 
 pointer exception in hyperv agent in getting vm stats



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6668) OVS distributed routing: ensure bridge is deleted when last VM from the VPC is deleted on a host

2014-05-15 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13997465#comment-13997465
 ] 

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

Commit 63f6888588a85486b13bb7b9b7829e342c9f2990 in cloudstack's branch 
refs/heads/master from [~murali.reddy]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=63f6888 ]

CLOUDSTACK-6668: OVS distributed routing: ensure bridge is deleted when
last VM from the VPC is deleted on a host

OVS distributed routing: ensure bridge is deleted when last VM from the
VPC is deleted on a host. This fix ensures that bridge is
destroyed.


 OVS distributed routing: ensure bridge is deleted when last VM from the VPC 
 is deleted on a host
 

 Key: CLOUDSTACK-6668
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6668
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.4.0
Reporter: Murali Reddy
Assignee: Murali Reddy
 Fix For: 4.4.0


 When last VM from a VPC in destroyed on host, then host is no longer is part 
 of VPC topology. Currently bridge is not destroyed.
 This bug is to ensure that bridge is destroyed.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6204) HTTP support for CPVM, as part of realhostip changes

2014-05-15 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13997362#comment-13997362
 ] 

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

Commit 156bd9b88589897f7a3c102104fc7cbe29354251 in cloudstack's branch 
refs/heads/4.3-forward from [~jlkinsel]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=156bd9b ]

Applying missed patch from CLOUDSTACK-6204

Was brought to my attention that when I manually applied the
CLOUDSTACK-6204 patch to 4.3-forward, somehow the changes for
ConsoleProxyInof.java were missed. Fixing that here.

BUG-ID: CLOUDSTACK-6204
Bugfix-for: 4.3 (exists in 0e57b75 on master)
Signed-off-by: John Kinsella j...@stratosec.co 1400052371 -0700


 HTTP support for CPVM, as part of realhostip changes
 

 Key: CLOUDSTACK-6204
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6204
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Reporter: Amogh Vasekar
Assignee: Amogh Vasekar
Priority: Critical
 Fix For: Future


 Details can be found here 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Realhost+IP+changes



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-6672) [Automation] NPE observed while listing system vms

2014-05-15 Thread ASF subversion and git services (JIRA)

Rayees Namathponnan created CLOUDSTACK-6672:
---

 Summary: [Automation] NPE observed while listing system vms
 Key: CLOUDSTACK-6672
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6672
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: SystemVM
Affects Versions: 4.4.0
 Environment: EIP/ELB
Reporter: Rayees Namathponnan
 Fix For: 4.4.0


This issue is observed in EIP/ELB setup 

Steps to reproduce 

1) Create EIP/ELB setup
2) delete ssvm 
3) while creating new SSVM, call list system vm API.

listsystem vm api returns NPE

2014-05-14 07:45:53,227 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-14:ctx-3a43fc0b) ===START===  10.216.51.142 -- GET  
command=listSystemsresponse=jsonsessionkey=xiNXdhTMhQghYSan%2Bsj60Au015s%3DlistAll=truepage=1pagesize=1_=1400079830040
2014-05-14 07:45:53,236 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(catalina-exec-14:ctx-3a43fc0b ctx-0ec73e61) Received unknown pameters for 
command listSystemVms. Unknown parameters : listall
2014-05-14 07:45:53,237 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
(catalina-exec-14:ctx-3a43fc0b ctx-0ec73e61) IAM access check 
fo2-null-null-DomainResourceCapability from cache: false
2014-05-14 07:45:53,265 ERROR [c.c.a.ApiServer] (catalina-exec-14:ctx-3a43fc0b 
ctx-0ec73e61) unhandled exception executing api comman 
[Ljava.lang.String;@2329f184
java.lang.NullPointerException
at 
com.cloud.api.ApiResponseHelper.createSystemVmResponse(ApiResponseHelper.java:1210)
at 
org.apache.cloudstack.api.command.admin.systemvm.ListSystemVMsCmd.execute(ListSystemVMsCmd.java:136)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:683)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:506)
at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)
at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at 
org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
at 
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
2014-05-14 07:45:53,267 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
(catalina-exec-14:ctx-3a43fc0b ctx-0ec73e61) IAM access check 
fo2-null-null-SystemCapability from cache: true
2014-05-14 07:45:53,267 DEBUG [c.c.u.AccountManagerImpl] 
(catalina-exec-14:ctx-3a43fc0b ctx-0ec73e61) Root Access granted to 
Acct[e49832-db1b-11e3-b407-4290361b938f-admin] by RoleBasedEntityAccessChecker
2014-05-14 07:45:53,267 DEBUG [c.c.a.ApiServlet] (catalina-exec-14:ctx-3a43fc0b 
ctx-0ec73e61) ===END===  10.216.51.142 -- GET  
commanlistSystemVmsresponse=jsonsessionkey=xiNXdhTMhQghYSan%2Bsj60Au015s%3DlistAll=truepage=1pagesize=1_=1400079830040
2014-05-14 07:45:54,187 DEBUG [c.c.s.StorageManagerImpl] 
(StorageManager-Scavenger-3:ctx-c9f9cce6) Storage pool

[jira] [Commented] (CLOUDSTACK-6485) [vpc] new private gateway network is registered wrong in network table


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6485?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13992622#comment-13992622
 ] 

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

Commit 0ca013e64701f2deb54c5b2068b6d4e3c10f8340 in cloudstack's branch 
refs/heads/4.4-forward from [~dahn]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=0ca013e ]

Revert CLOUDSTACK-6485: private gateway network should not be associated with 
vpc

This reverts commit 69add34ad0f07674f5ed560ef708b706e038a3dd.


 [vpc] new private gateway network is registered wrong in network table
 --

 Key: CLOUDSTACK-6485
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6485
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Virtual Router
Affects Versions: 4.2.1, 4.3.0, 4.4.0, 4.3.1
Reporter: Anton Opgenoort
Assignee: Daan Hoogland

 When creating a private gateway for a VPC router on a network not yet known 
 to Cloudstack, Cloudstack ‘documents’ this network in the networks table.
 For normal guest networks, which should be associated with a single VPC, 
 Cloudstack includes the VPC_ID in the database. The VPC_ID field is used to 
 provision all networks and nics on a VPC router when it is created. Since 
 this table is all about network provisioning it makes sense to ‘document’ the 
 network cidr and gateway present in that nework. For guest tiers this usually 
 is the VPC router itself, so the interface IP’s on a VPC router are the 
 gateway IP’s found in the networks table.
 Unfortunately the VPC_ID is also recorded for the private gateway network 
 when it is first created. So the first VPC to be plugged on the private 
 gateway network also has that same network associated as a guest network 
 tier, instead of just a private gateway network.
 This by itself will not quickly become a problem, because private gateways 
 are first plugged on a running vpc router which is not likely to be recreated 
 any time soon after that.
 But as soon as this first ever VPC router on the private gateway network is 
 recreated due to a destroy of the VPC Router, all associated networks are 
 looked up in the networks table. 
 Because the private gateway network is ‘documented’ with the actual upstream 
 gateway used by the VPC router defintion, the VPC router provisions a NIC on 
 the private gateway network using the IP address of the actual upstream 
 gateway creating an IP conflict on the private gateway network, effectively 
 breaking down the upstream gateway functionality for all attached private 
 gateways of other vpc's.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Reopened] (CLOUDSTACK-6550) [Automation] list**** API return empty list if you are not passing listall=true, many testcases failed due to this

2014-05-15 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rayees Namathponnan reopened CLOUDSTACK-6550:
-


Below tests still fails while calling listtemplate 

integration.component.test_accounts.TestTemplateHierarchy.test_01_template_hierarch



 [Automation] list API return empty list if you are not passing 
 listall=true, many testcases failed due to this
 --

 Key: CLOUDSTACK-6550
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6550
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, Virtual Router
Affects Versions: 4.4.0
 Environment: Xen 6.2
 build : 4.4-forward 
Reporter: Rayees Namathponnan
Assignee: Santhosh Kumar Edukulla
Priority: Blocker
 Fix For: 4.4.0


 Currently test cases are using below command to listrouter (without 
 listall=true),  
 passing accountID and domain ID
  
 http://10.147.38.149:8096/?account=test-TestReleaseIP-test_releaseIP-8W58N0domainid=22feae40-d076-11e3-8dca-0608081fcommand=listRouters
  
 this API call return empty list in 4.4,  



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Reopened] (CLOUDSTACK-6399) [Hyper-V][VMSync] VMSync thread does not run if all the VMs on a host are stopped from outside CS

2014-05-15 Thread Anshul Gangwar (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Anshul Gangwar reopened CLOUDSTACK-6399:



I am observing this issue now

 [Hyper-V][VMSync] VMSync thread does not run if all the VMs on a host are 
 stopped from outside CS
 -

 Key: CLOUDSTACK-6399
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6399
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Reporter: Anshul Gangwar
Assignee: Anshul Gangwar

 [Hyper-V][VMSync] VMSync thread does not run if all the VMs on a host are 
 stopped from outside CS



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-6675) NPE while executing updatePortForwardingRule

2014-05-15 Thread Chandan Purushothama (JIRA)

Chandan Purushothama created CLOUDSTACK-6675:


 Summary: NPE while executing updatePortForwardingRule
 Key: CLOUDSTACK-6675
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6675
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Management Server
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Alena Prokharchyk
Priority: Blocker
 Fix For: 4.4.0


NPE hit while executing updatePortForwardingRule CS API. I am blocked on 
executing a Use Case which is based on this API.

=
NullPointerException:
=

2014-05-14 11:44:45,215 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-10:ctx-d408ed7f) ===START===  127.0.0.1 -- GET  
apikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQcommand=updatePortForwardingRulefordisplay=falseid=b767a533-e3ed-45ad-ab2b-68ea806438f6response=jsonapikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQsignature=jF8MpXvj4u4NKyajmbuFBPAcw2M%3D
2014-05-14 11:44:45,286 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(catalina-exec-10:ctx-d408ed7f ctx-3df22ad6 ctx-84f5b16f) submit async job-886, 
details: AsyncJobVO {id:886, userId: 1, accountId: 1, instanceType: None, 
instanceId: null, cmd: 
org.apache.cloudstack.api.command.user.firewall.UpdatePortForwardingRuleCmd, 
cmdInfo: 
{response:json,id:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxDetails:{\Network\:\b767a533-e3ed-45ad-ab2b-68ea806438f6\,\com.cloud.network.rules.FirewallRule\:23},cmdEventType:NET.RULEMODIFY,ctxUserId:1,httpmethod:GET,uuid:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxAccountId:1,ctxStartEventId:1859,signature:jF8MpXvj4u4NKyajmbuFBPAcw2M\u003d,apikey:dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQ,fordisplay:false},
 cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
null, initMsid: 6638073284439, completeMsid: null, lastUpdated: null, 
lastPolled: null, created: null}
2014-05-14 11:44:45,287 DEBUG [c.c.a.ApiServlet] (catalina-exec-10:ctx-d408ed7f 
ctx-3df22ad6 ctx-84f5b16f) ===END===  127.0.0.1 -- GET  
apikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQcommand=updatePortForwardingRulefordisplay=falseid=b767a533-e3ed-45ad-ab2b-68ea806438f6response=jsonapikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQsignature=jF8MpXvj4u4NKyajmbuFBPAcw2M%3D
2014-05-14 11:44:45,288 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
(API-Job-Executor-110:job-886) Add job-886 into job monitoring
2014-05-14 11:44:45,292 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-11:ctx-3d255b35) ===START===  127.0.0.1 -- GET  
apikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQcommand=queryAsyncJobResultjobId=0571d334-e071-4073-b404-1e388195733bresponse=jsonapikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQsignature=EKX465Tc%2B3NvETQRtvhWEynB%2Faw%3D
2014-05-14 11:44:45,295 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-110:job-886) Executing AsyncJobVO {id:886, userId: 1, 
accountId: 1, instanceType: None, instanceId: null, cmd: 
org.apache.cloudstack.api.command.user.firewall.UpdatePortForwardingRuleCmd, 
cmdInfo: 
{response:json,id:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxDetails:{\Network\:\b767a533-e3ed-45ad-ab2b-68ea806438f6\,\com.cloud.network.rules.FirewallRule\:23},cmdEventType:NET.RULEMODIFY,ctxUserId:1,httpmethod:GET,uuid:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxAccountId:1,ctxStartEventId:1859,signature:jF8MpXvj4u4NKyajmbuFBPAcw2M\u003d,apikey:dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQ,fordisplay:false},
 cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
null, initMsid: 6638073284439, completeMsid: null, lastUpdated: null, 
lastPolled: null, created: null}
2014-05-14 11:44:45,308 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
(consoleproxy-1:ctx-a4771a58) Zone 1 is ready to launch console proxy
2014-05-14 11:44:45,308 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-110:job-886 ctx-0ab7a373) Received unknown parameters for 
command updatePortForwardingRule. Unknown parameters : ctxdetails
2014-05-14 11:44:45,314 ERROR [c.c.a.ApiAsyncJobDispatcher] 
(API-Job-Executor-110:job-886) Unexpected exception while executing 
org.apache.cloudstack.api.command.user.firewall.UpdatePortForwardingRuleCmd
java.lang.NullPointerException
at 
org.apache.cloudstack.api.command.user.firewall.UpdatePortForwardingRuleCmd.getIp(UpdatePortForwardingRuleCmd.java:180)
at

[jira] [Commented] (CLOUDSTACK-6530) Populate first class entities in the context parameter


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13993709#comment-13993709
 ] 

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

Commit 1e300b0d122afa2fd6fb84307df809ac12af0964 in cloudstack's branch 
refs/heads/master from [~nitinme]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=1e300b0 ]

CLOUDSTACK-6530: Make more networking entities implement Displayable interface.


 Populate first class entities in the context parameter
 --

 Key: CLOUDSTACK-6530
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6530
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Reporter: Nitin Mehta
Assignee: Nitin Mehta

 Populate the first class entities in the context to be available for 
 publishing more information for the event bus, checking the displayable 
 property etc.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6623) Register template does not work as expected, when deploying simulator and xen zones simultaneously on a single management server.

2014-05-15 Thread Koushik Das (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Koushik Das updated CLOUDSTACK-6623:


Summary: Register template does not work as expected, when deploying 
simulator and xen zones simultaneously on a single management server.  (was: 
register template dose not work as expected, when deploying simulator and xen 
zones simultaneously on a single management server.)

 Register template does not work as expected, when deploying simulator and xen 
 zones simultaneously on a single management server.
 -

 Key: CLOUDSTACK-6623
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6623
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.4.0
Reporter: Bharat Kumar
 Fix For: 4.4.0


 when we setup simulator and xenserver both in separate zones on a single 
 management server, The register template always behaves as if it is executing 
 on the simulator. i.e. register template is always successful and it dose not 
 initiate the actual download when calling the register template API  against 
 xen-zone.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Reopened] (CLOUDSTACK-6485) [vpc] new private gateway network is registered wrong in network table

2014-05-15 Thread Daan Hoogland (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Daan Hoogland reopened CLOUDSTACK-6485:
---


The implemented solution causes regression in gateway creation. needs 
investigation. considering revert of the change but the root cause is not clear 
yet.

 [vpc] new private gateway network is registered wrong in network table
 --

 Key: CLOUDSTACK-6485
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6485
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Virtual Router
Affects Versions: 4.2.1, 4.3.0, 4.4.0, 4.3.1
Reporter: Anton Opgenoort
Assignee: Daan Hoogland

 When creating a private gateway for a VPC router on a network not yet known 
 to Cloudstack, Cloudstack ‘documents’ this network in the networks table.
 For normal guest networks, which should be associated with a single VPC, 
 Cloudstack includes the VPC_ID in the database. The VPC_ID field is used to 
 provision all networks and nics on a VPC router when it is created. Since 
 this table is all about network provisioning it makes sense to ‘document’ the 
 network cidr and gateway present in that nework. For guest tiers this usually 
 is the VPC router itself, so the interface IP’s on a VPC router are the 
 gateway IP’s found in the networks table.
 Unfortunately the VPC_ID is also recorded for the private gateway network 
 when it is first created. So the first VPC to be plugged on the private 
 gateway network also has that same network associated as a guest network 
 tier, instead of just a private gateway network.
 This by itself will not quickly become a problem, because private gateways 
 are first plugged on a running vpc router which is not likely to be recreated 
 any time soon after that.
 But as soon as this first ever VPC router on the private gateway network is 
 recreated due to a destroy of the VPC Router, all associated networks are 
 looked up in the networks table. 
 Because the private gateway network is ‘documented’ with the actual upstream 
 gateway used by the VPC router defintion, the VPC router provisions a NIC on 
 the private gateway network using the IP address of the actual upstream 
 gateway creating an IP conflict on the private gateway network, effectively 
 breaking down the upstream gateway functionality for all attached private 
 gateways of other vpc's.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-6639) Test case : listAffinityGroups

2014-05-15 Thread Meghna Kale (JIRA)

Meghna Kale created CLOUDSTACK-6639:
---

 Summary: Test case : listAffinityGroups
 Key: CLOUDSTACK-6639
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6639
 Project: CloudStack
  Issue Type: Sub-task
  Security Level: Public (Anyone can view this level - this is the default.)
Reporter: Meghna Kale
Priority: Minor






--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-6654) Configkey parameters are not validated

2014-05-15 Thread Saksham Srivastava (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Saksham Srivastava reassigned CLOUDSTACK-6654:
--

Assignee: Saksham Srivastava

 Configkey parameters are not validated
 --

 Key: CLOUDSTACK-6654
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6654
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
Reporter: Saksham Srivastava
Assignee: Saksham Srivastava
 Fix For: 4.4.0


 There is no validation for the values of ConfigKey variables. So one can give 
 anything like -5.6 or “pqr” or ‘#*99abc’  as the value of cpu/memory/storage 
 over-provision factors or any other variables in ConfigKey framework.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6241) Dnsmasq programming error when deploy IPv6 and IPv4 in one VM with IPv4 as default network

2014-05-15 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13996974#comment-13996974
 ] 

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

Commit d32f5c70d26ce82561bbdce962fd881a644ab81c in cloudstack's branch 
refs/heads/4.4-forward from [~yasker]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=d32f5c7 ]

CLOUDSTACK-6241: Fix default route for IPv6 network when IPv4 not used
(cherry picked from commit e406adc0810b22ded0964080946f019be1337b52)


 Dnsmasq programming error when deploy IPv6 and IPv4 in one VM with IPv4 as 
 default network
 --

 Key: CLOUDSTACK-6241
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6241
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Virtual Router
Affects Versions: 4.2.0, 4.3.0, 4.4.0
Reporter: Sheng Yang
Assignee: Sheng Yang
Priority: Critical
 Fix For: 4.4.0


 If one VM is created with both IPv4 and IPv6 network, and use IPv4 network as 
 default network, then the programming of IPv6 network would be wrong in the 
 VR.
 Deploying Vm with a multiple NIC's when mixing IPv4/IPv6 networks results in 
 incorrect entries 
 in /etc/dhcphosts.txt on VR's. As a consequence dnsmasq doesn't provide IPv6 
 addresses in that case.
 Below is a content of /etc/dhcphosts.txt on one of the VR's after spinning 2 
 VM's. First one had a 3 NIC's - 
 one of them IPv4. Second 2 NIC's - only IPv6. As You can see first entry in 
 incorrectly formatted.
 06:aa:38:05:48:2d,set:,,vm-test1,infinite 
 id:00:03:00:01:06:d8:fa:05:48:31,[3ffe:a1ca:c10d:1::::3335],vm-test2,infinite
 Create 3 shared networks - one ipv4 only and two ipv6 only
 Deploy VM with two NIC's in two ipv6 networks above
 Observe, that everything works as expected
 Deploy VM with 3 NIC's in all of the above defined networks, first NIC in ipv4
 network
 Observe that NIC's in ipv6 networks didn't get IP@ assigned,
 content of dhcphosts.txt on VR's serving ipv6 networks is incorrect.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6672) [Automation] NPE observed while listing system vms


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rayees Namathponnan updated CLOUDSTACK-6672:


Attachment: management-server.rar

 [Automation] NPE observed while listing system vms
 --

 Key: CLOUDSTACK-6672
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6672
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: SystemVM
Affects Versions: 4.4.0
 Environment: EIP/ELB
Reporter: Rayees Namathponnan
 Fix For: 4.4.0

 Attachments: management-server.rar


 This issue is observed in EIP/ELB setup 
 Steps to reproduce 
 1) Create EIP/ELB setup
 2) delete ssvm 
 3) while creating new SSVM, call list system vm API.
 listsystem vm api returns NPE
 2014-05-14 07:45:53,227 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-14:ctx-3a43fc0b) ===START===  10.216.51.142 -- GET  
 command=listSystemsresponse=jsonsessionkey=xiNXdhTMhQghYSan%2Bsj60Au015s%3DlistAll=truepage=1pagesize=1_=1400079830040
 2014-05-14 07:45:53,236 WARN  [c.c.a.d.ParamGenericValidationWorker] 
 (catalina-exec-14:ctx-3a43fc0b ctx-0ec73e61) Received unknown pameters for 
 command listSystemVms. Unknown parameters : listall
 2014-05-14 07:45:53,237 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
 (catalina-exec-14:ctx-3a43fc0b ctx-0ec73e61) IAM access check 
 fo2-null-null-DomainResourceCapability from cache: false
 2014-05-14 07:45:53,265 ERROR [c.c.a.ApiServer] 
 (catalina-exec-14:ctx-3a43fc0b ctx-0ec73e61) unhandled exception executing 
 api comman [Ljava.lang.String;@2329f184
 java.lang.NullPointerException
 at 
 com.cloud.api.ApiResponseHelper.createSystemVmResponse(ApiResponseHelper.java:1210)
 at 
 org.apache.cloudstack.api.command.admin.systemvm.ListSystemVMsCmd.execute(ListSystemVMsCmd.java:136)
 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:683)
 at com.cloud.api.ApiServer.handleRequest(ApiServer.java:506)
 at 
 com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
 at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
 at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
 at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)
 at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
 at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
 at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
 at 
 org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
 at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
 at 
 org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
 at 
 org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
 at 
 org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
 at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:744)
 2014-05-14 07:45:53,267 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
 (catalina-exec-14:ctx-3a43fc0b ctx-0ec73e61) IAM access check 
 fo2-null-null-SystemCapability from cache: true
 2014-05-14 07:45:53,267 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-14:ctx-3a43fc0b ctx-0ec73e61) Root Access granted to 
 Acct[e49832-db1b-11e3-b407-4290361b938f-admin] by RoleBasedEntityAccessChecker
 2014-05-14 07:45:53,267 DEBUG

[jira] [Updated] (CLOUDSTACK-4770) Management server fails to start with Unable to get the management server node due to downed interface with no MAC address

2014-05-15 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Milamber updated CLOUDSTACK-4770:
-

Environment: CentOS 6.4, Ubuntu 14.04  (was: CentOS 6.4)

 Management server fails to start with Unable to get the management server 
 node due to downed interface with no MAC address 
 -

 Key: CLOUDSTACK-4770
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4770
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.1.1, 4.2.0, 4.4.0
 Environment: CentOS 6.4, Ubuntu 14.04
Reporter: Richard Chatterton
Priority: Minor

 Installing CloudStack 4.1.1 today, the management server failed to start with 
 the following errors:
 2013-09-30 14:43:43,436 INFO  [utils.component.ComponentContext] 
 (Timer-2:null) Running SystemIntegrityChecker managementServerNode
 2013-09-30 14:43:43,438 ERROR [utils.component.ComponentContext] 
 (Timer-2:null) System integrity check failed. Refuse to startup
 Due to CLOUDSTACK-4170, there wasn't any useful information provided, so I 
 attempted to reinstall with CloudStack 4.2.0. This produced the following 
 error messages:
 2013-09-30 14:43:43,436 INFO  [utils.component.ComponentContext] 
 (Timer-2:null) Running SystemIntegrityChecker managementServerNode
 2013-09-30 14:43:43,438 ERROR [utils.component.ComponentContext] 
 (Timer-2:null) System integrity check failed. Refuse to startup
 com.cloud.utils.exception.CloudRuntimeException: Unable to get the management 
 server node id
 at 
 com.cloud.cluster.ManagementServerNode.check(ManagementServerNode.java:46)
 at 
 com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(ComponentContext.java:90)
 at 
 com.cloud.servlet.CloudStartupServlet$1.run(CloudStartupServlet.java:54)
 at java.util.TimerThread.mainLoop(Timer.java:534)
 at java.util.TimerThread.run(Timer.java:484)
 I found a mailing list post which mentioned that this might be due to missing 
 MAC address, and recommended testing by running the class directly. This 
 produced the following output for me:
 $ java -classpath 
 /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/cloud-utils-4.2.0.jar
  com.cloud.utils.net.MacAddress
 addr in integer is 0
 addr in bytes is  0 0 0 0 0 0
 addr in char is 00:00:00:00:00:00
 This was odd to me, as the output of ifconfig didn't have any MAC addresses 
 that were 00:00:00:00:00:00. Looking into the code for that module, I found 
 that what it appears to be doing is parsing ifconfig -a and returning the 
 first string that looks like a MAC address. Reviewing the ifconfig -a output 
 on the server, there was a downed bond interface with a MAC address of 
 00:00:00:00:00:00. When this interface is up, it automatically gets a MAC 
 address from one of its slave physical interfaces.
 After assigning a dummy IP address to that interface and upping it, it 
 received a MAC address and I was able to start the management server normally.
 I expect that there may be a better way to determine what the node id for the 
 management server should be, or logic could be implemented to look for 
 another MAC address if the first once it receives is invalid. Alternatively, 
 if this behavior is expected, logging/debugging resources should be provided 
 to help the user correct the problem.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-2692) [MIPN][Enhancement] Add load balancing support for MIPN

2014-05-15 Thread Jayapal Reddy (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-2692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jayapal Reddy resolved CLOUDSTACK-2692.
---

Resolution: Fixed

 [MIPN][Enhancement] Add load balancing support for MIPN
 ---

 Key: CLOUDSTACK-2692
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2692
 Project: CloudStack
  Issue Type: Improvement
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Network Controller
Affects Versions: 4.1.0, 4.2.0
Reporter: Jayapal Reddy
Assignee: Jayapal Reddy
 Fix For: 4.4.0


 Add support of Load balancing for MIPN  feature  



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-6550) [Automation] list**** API return empty list if you are not passing listall=true, many testcases failed due to this

2014-05-15 Thread Santhosh Kumar Edukulla (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Santhosh Kumar Edukulla resolved CLOUDSTACK-6550.
-

Resolution: Fixed

 [Automation] list API return empty list if you are not passing 
 listall=true, many testcases failed due to this
 --

 Key: CLOUDSTACK-6550
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6550
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, Virtual Router
Affects Versions: 4.4.0
 Environment: Xen 6.2
 build : 4.4-forward 
Reporter: Rayees Namathponnan
Assignee: Santhosh Kumar Edukulla
Priority: Blocker
 Fix For: 4.4.0


 Currently test cases are using below command to listrouter (without 
 listall=true),  
 passing accountID and domain ID
  
 http://10.147.38.149:8096/?account=test-TestReleaseIP-test_releaseIP-8W58N0domainid=22feae40-d076-11e3-8dca-0608081fcommand=listRouters
  
 this API call return empty list in 4.4,  



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Issue Comment Deleted] (CLOUDSTACK-6547) [Automation] Failed to download volume in Xen with error Failed to copy the volume from pri stor pool to sec stor pool

2014-05-15 Thread Nitin Mehta (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Nitin Mehta updated CLOUDSTACK-6547:


Comment: was deleted

(was: I think the commit in CLOUDSTACK-6544 should fix this. I dont have a XS 
setup to verify this but I guess your next run of automation should solve it.)

 [Automation] Failed to download volume in Xen with error Failed to copy the 
 volume from pri stor pool to sec stor pool
 

 Key: CLOUDSTACK-6547
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6547
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Volumes, XenServer
Affects Versions: 4.4.0
 Environment: Branch 4.4-forward
 env xen 6.2
Reporter: Rayees Namathponnan
Assignee: Nitin Mehta
Priority: Blocker
 Fix For: 4.4.0

 Attachments: management-server.rar


 Steps to reproduce 
 1) Create advanced zone in xen 
 2) Deploy a VM 
 3) Stoped the vm and download the root volume 
 Result
 Failed to download root volume with below error 
 2014-05-01 04:40:03,160 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
 (API-Job-Executor-38:job-490 ctx-4880d846) Unsupported data object (VO
 LUME, org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@2f9161ed), 
 no need to delete from object in store ref table
 2014-05-01 04:40:03,162 DEBUG [c.c.v.VmWorkJobHandlerProxy] 
 (Work-Job-Executor-5:job-488/job-489 ctx-46360720) Execute VM work job: 
 com.cloud
 .vm.VmWorkStart{dcId:1,podId:1,clusterId:1,hostId:1,rawParams:{VmPassword:rO0ABXQADnNhdmVkX3Bhc3N3b3Jk},userId:2,accountId:2,vmId:70,handlerName:VirtualMachineManagerImpl}
 2014-05-01 04:40:03,189 ERROR [c.c.a.ApiAsyncJobDispatcher] 
 (API-Job-Executor-38:job-490) Unexpected exception while executing 
 org.apache.cloudstack.api.command.user.volume.ExtractVolumeCmd
 com.cloud.utils.exception.CloudRuntimeException: Failed to copy the volume 
 from the source primary storage pool to secondary storage.
 at 
 com.cloud.storage.VolumeApiServiceImpl.extractVolume(VolumeApiServiceImpl.java:1897)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
 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.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
 at 
 com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
 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.extractVolume(Unknown Source)
 at 
 org.apache.cloudstack.api.command.user.volume.ExtractVolumeCmd.execute(ExtractVolumeCmd.java:137)
 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
 at 
 com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
 at 
 org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:495)
 at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
 at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
 at 
 org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:452)

[jira] [Created] (CLOUDSTACK-6669) Support volume resize in usage server

2014-05-15 Thread Kishan Kavala (JIRA)

Kishan Kavala created CLOUDSTACK-6669:
-

 Summary: Support volume resize in usage server
 Key: CLOUDSTACK-6669
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6669
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Reporter: Kishan Kavala


volume resize are generated in usgae_events tables.
Support to process them and update the usage records has to be added to usage 
server



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-5674) [Automation]: Enhancements to accommodate multiple regression runs on a single CS server

[
https://issues.apache.org/jira/browse/CLOUDSTACK-5674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13997533#comment-13997533
]

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

Commit 9106cfb4be7d157cc4574e4dcfeb61d3792cc673 in cloudstack's branch
refs/heads/4.4-forward from SrikanteswaraRao Talluri
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=9106cfb ]

Revert CLOUDSTACK-5674: Fixed cloudstackConnection.py to return FAILED in case
of well handled exceptions returning from server having jobresultcode as 530

This reverts commit aaa2f5932ba8f7d3ef08ad5176744811589176f5.

[Automation]: Enhancements to accommodate multiple regression runs on a
single CS server

Key: CLOUDSTACK-5674
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5674
Project: CloudStack
Issue Type: Improvement
Security Level: Public(Anyone can view this level - this is the
default.)
Components: Automation, marvin
Reporter: Santhosh Kumar Edukulla
Assignee: Santhosh Kumar Edukulla

1. Currently, we will not be able to run multiple regression runs on a given
CS server either sequentially\parallelly reason being few hard codings done
at various places.
2. So, the idea is to run complete regression\automation test suites at one
stretch on a given setup post deployDC. We deploy multiple zones with
different hypervisor type in each zone.
3. Tests should cut down time and run across multiple zones with different
hypervisor type in each zone, post deployment
3. The fixes and new changes should incorporate to take care to run suites
parallelly if we wanted or sequentially for various test suites like
vmware,xen,kvm etc on single CS machine without disturbing\redeploying and
installing the new CS instance.
Phase1: We will make framework\marvin changes.
Phase2: Incorporate test module changes for these.
Adding this ticket to track these changes.

--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6628) [Automation] Create PF rulw API failing with error database id can only provided by VO objects

2014-05-15 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13994104#comment-13994104
 ] 

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

Commit a7dd5aae55c1f6059aea324760f2800537f5d294 in cloudstack's branch 
refs/heads/4.4-forward from [~minchen07]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=a7dd5aa ]

CLOUDSTACK-6628:[Automation] Create PF rulw API failing with error
database id can only provided by VO objects.

 [Automation] Create PF rulw API failing with error database id can only 
 provided by VO objects
 

 Key: CLOUDSTACK-6628
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6628
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server, Network Controller
Affects Versions: 4.4.0
 Environment: RHEL 6.3
 build 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Min Chen
Priority: Blocker
 Fix For: 4.4.0

 Attachments: management-server.rar


 This issue is observed with latest automation run 
 BVT template test cases failed, while creating PF rules
 2014-05-09 15:26:29,565 DEBUG [c.c.n.v.VpcManagerImpl] 
 (catalina-exec-12:ctx-d540a3b7 ctx-b040fadc ctx-9a73d98c) IP address 
 Ip[10.223.122.75-1] is no longer associated with the network inside vpc id=2
 2014-05-09 15:26:29,565 DEBUG [c.c.n.v.VpcManagerImpl] 
 (catalina-exec-12:ctx-d540a3b7 ctx-b040fadc ctx-9a73d98c) Successfully 
 released VPC ip address Ip[10.223.122.75-1] back to VPC pool
 2014-05-09 15:26:29,587 ERROR [c.c.a.ApiServer] 
 (catalina-exec-12:ctx-d540a3b7 ctx-b040fadc ctx-9a73d98c) unhandled exception 
 executing api command: [Ljava.lang.String;@66d6a3
 java.lang.UnsupportedOperationException: database id can only provided by VO 
 objects
 at 
 org.apache.cloudstack.api.command.user.firewall.CreatePortForwardingRuleCmd.getId(CreatePortForwardingRuleCmd.java:241)
 at 
 org.apache.cloudstack.iam.RoleBasedEntityAccessChecker.buildAccessCacheKey(RoleBasedEntityAccessChecker.java:70)
 at 
 org.apache.cloudstack.iam.RoleBasedEntityAccessChecker.checkAccess(RoleBasedEntityAccessChecker.java:94)
 at 
 org.apache.cloudstack.iam.RoleBasedEntityAccessChecker.checkAccess(RoleBasedEntityAccessChecker.java:202)
 at 
 com.cloud.user.AccountManagerImpl.checkAccess(AccountManagerImpl.java:554)
 at 
 com.cloud.user.AccountManagerImpl.checkAccess(AccountManagerImpl.java:485)
 at sun.reflect.GeneratedMethodAccessor290.invoke(Unknown Source)
 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.$Proxy100.checkAccess(Unknown Source)
 at 
 com.cloud.network.rules.RulesManagerImpl.checkRuleAndUserVm(RulesManagerImpl.java:192)
 at 
 com.cloud.network.rules.RulesManagerImpl.createPortForwardingRule(RulesManagerImpl.java:271)
 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.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
 at

[jira] [Commented] (CLOUDSTACK-4770) Management server fails to start with Unable to get the management server node due to downed interface with no MAC address


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13997452#comment-13997452
 ] 

Milamber commented on CLOUDSTACK-4770:
--



With CS 4.4.0 snapshot (20140513) on Ubuntu 14.04 same issue (after a restart 
of management service (all host are in maintenance mode and primary storage 
too))

 java -classpath 
/usr/share/cloudstack-management/webapps/client/WEB-INF/lib/cloud-utils-4.4.0-SNAPSHOT.jar
 com.cloud.utils.net.MacAddress
addr in integer is 0
addr in bytes is  0 0 0 0 0 0
addr in char is 00:00:00:00:00:00

Reboot the manager host fix the issue.



 Management server fails to start with Unable to get the management server 
 node due to downed interface with no MAC address 
 -

 Key: CLOUDSTACK-4770
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4770
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.1.1, 4.2.0, 4.4.0
 Environment: CentOS 6.4, Ubuntu 14.04
Reporter: Richard Chatterton
Priority: Minor

 Installing CloudStack 4.1.1 today, the management server failed to start with 
 the following errors:
 2013-09-30 14:43:43,436 INFO  [utils.component.ComponentContext] 
 (Timer-2:null) Running SystemIntegrityChecker managementServerNode
 2013-09-30 14:43:43,438 ERROR [utils.component.ComponentContext] 
 (Timer-2:null) System integrity check failed. Refuse to startup
 Due to CLOUDSTACK-4170, there wasn't any useful information provided, so I 
 attempted to reinstall with CloudStack 4.2.0. This produced the following 
 error messages:
 2013-09-30 14:43:43,436 INFO  [utils.component.ComponentContext] 
 (Timer-2:null) Running SystemIntegrityChecker managementServerNode
 2013-09-30 14:43:43,438 ERROR [utils.component.ComponentContext] 
 (Timer-2:null) System integrity check failed. Refuse to startup
 com.cloud.utils.exception.CloudRuntimeException: Unable to get the management 
 server node id
 at 
 com.cloud.cluster.ManagementServerNode.check(ManagementServerNode.java:46)
 at 
 com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(ComponentContext.java:90)
 at 
 com.cloud.servlet.CloudStartupServlet$1.run(CloudStartupServlet.java:54)
 at java.util.TimerThread.mainLoop(Timer.java:534)
 at java.util.TimerThread.run(Timer.java:484)
 I found a mailing list post which mentioned that this might be due to missing 
 MAC address, and recommended testing by running the class directly. This 
 produced the following output for me:
 $ java -classpath 
 /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/cloud-utils-4.2.0.jar
  com.cloud.utils.net.MacAddress
 addr in integer is 0
 addr in bytes is  0 0 0 0 0 0
 addr in char is 00:00:00:00:00:00
 This was odd to me, as the output of ifconfig didn't have any MAC addresses 
 that were 00:00:00:00:00:00. Looking into the code for that module, I found 
 that what it appears to be doing is parsing ifconfig -a and returning the 
 first string that looks like a MAC address. Reviewing the ifconfig -a output 
 on the server, there was a downed bond interface with a MAC address of 
 00:00:00:00:00:00. When this interface is up, it automatically gets a MAC 
 address from one of its slave physical interfaces.
 After assigning a dummy IP address to that interface and upping it, it 
 received a MAC address and I was able to start the management server normally.
 I expect that there may be a better way to determine what the node id for the 
 management server should be, or logic could be implemented to look for 
 another MAC address if the first once it receives is invalid. Alternatively, 
 if this behavior is expected, logging/debugging resources should be provided 
 to help the user correct the problem.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6620) [Hyper-v] when all vms on host are deleted from outside, then there is null pointer exception in hyperv agent in getting vmstats

2014-05-15 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Animesh Chaturvedi updated CLOUDSTACK-6620:
---

Assignee: Anshul Gangwar  (was: Rajesh Battala)

 [Hyper-v] when all vms on host are deleted from outside, then there is null 
 pointer exception in hyperv agent in getting vmstats
 

 Key: CLOUDSTACK-6620
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6620
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Reporter: Anshul Gangwar
Assignee: Anshul Gangwar
Priority: Critical
 Fix For: 4.4.0


 [Hyper-v] when all vms on host are deleted from outside, then there is null 
 pointer exception in hyperv agent in getting vm stats



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6609) OVS distributed routing: ensure tunnels are created if not created already when OvsVpcPhysicalTopologyConfigCommand update is recived


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13994900#comment-13994900
 ] 

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

Commit 2fa15a044a08159f4430265aaa5e4e1e394970c8 in cloudstack's branch 
refs/heads/4.4 from [~murali.reddy]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=2fa15a0 ]

CLOUDSTACK-6609: OVS distributed routing: ensure tunnels are created if
not created already when OvsVpcPhysicalTopologyConfigCommand update is
recived

Currently if the tunnel creation fails, there is no retry logic. Fix
ensures OvsVpcPhysicalTopologyConfigCommand updates as an opputiunity to ensure
proper tunnels are established between the hosts.


 OVS distributed routing: ensure tunnels are created if not created already 
 when OvsVpcPhysicalTopologyConfigCommand update is recived
 -

 Key: CLOUDSTACK-6609
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6609
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.4.0
Reporter: Murali Reddy
Assignee: Murali Reddy
 Fix For: 4.4.0


 OVS distributed routing: ensure tunnels are created if not created already 
 when OvsVpcPhysicalTopologyConfigCommand update is recived.
 Currently if the tunnel creation fails, there is not retry logic. So use 
 OvsVpcPhysicalTopologyConfigCommand updates as an opputiunity to ensure 
 proper tunnels are established between the hosts.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-6606) create network offering dailog box has greyed out (not selectable) providers for the connectivity service.

2014-05-15 Thread Murali Reddy (JIRA)

Murali Reddy created CLOUDSTACK-6606:


 Summary: create network offering dailog box has greyed out (not 
selectable) providers for the connectivity service.
 Key: CLOUDSTACK-6606
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6606
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Affects Versions: 4.4.0
Reporter: Murali Reddy
Assignee: Gabor Apati-Nagy
 Fix For: 4.4.0


create network offering dailog box has greyed out (not selectable) providers 
for the connectivity service.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6609) OVS distributed routing: ensure tunnels are created if not created already when OvsVpcPhysicalTopologyConfigCommand update is recived

2014-05-15 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13992663#comment-13992663
 ] 

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

Commit 55111e22844379f542c5075335cba6bd456766d0 in cloudstack's branch 
refs/heads/master from [~murali.reddy]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=55111e2 ]

CLOUDSTACK-6609: OVS distributed routing: ensure tunnels are created if
not created already when OvsVpcPhysicalTopologyConfigCommand update is
recived

Currently if the tunnel creation fails, there is no retry logic. Fix
ensures OvsVpcPhysicalTopologyConfigCommand updates as an opputiunity to ensure
proper tunnels are established between the hosts.


 OVS distributed routing: ensure tunnels are created if not created already 
 when OvsVpcPhysicalTopologyConfigCommand update is recived
 -

 Key: CLOUDSTACK-6609
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6609
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.4.0
Reporter: Murali Reddy
Assignee: Murali Reddy
 Fix For: 4.4.0


 OVS distributed routing: ensure tunnels are created if not created already 
 when OvsVpcPhysicalTopologyConfigCommand update is recived.
 Currently if the tunnel creation fails, there is not retry logic. So use 
 OvsVpcPhysicalTopologyConfigCommand updates as an opputiunity to ensure 
 proper tunnels are established between the hosts.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-6582) Listing acl list rules are failed with exception Unknown column 'network_acl_item.cidr'

2014-05-15 Thread Jayapal Reddy (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jayapal Reddy resolved CLOUDSTACK-6582.
---

Resolution: Fixed

The code changes working fine using API
There is UI issue filed bug for this 
https://issues.apache.org/jira/browse/CLOUDSTACK-6602

 Listing acl list rules are failed with exception Unknown column 
 'network_acl_item.cidr' 
 

 Key: CLOUDSTACK-6582
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6582
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.4.0
Reporter: Jayapal Reddy
Assignee: Jayapal Reddy
Priority: Blocker
 Fix For: 4.4.0

 Attachments: 0001-fixed-network-acl-cidr-issues.patch


 Network - VPCvpcRouter - Network ACL lists - default_deny - ACL list rules.
 network_acl_item table column cidr is removed but the vo is still having 
 @column cidr.
 Throwing execption.
 Unknown column 'network_acl_item.cidr' in 'field list'
 2014-05-06 15:22:59,925 DEBUG [c.c.a.ApiServlet] 
 (551507083@qtp-1237602550-5:ctx-9a66c916) ===START===  10.252.193.34 -- GET  
 command=listNetworkACLsaclid=446eb070-8018-439f-908c-de592addca85response=jsonsessionkey=IBBex9JHyzfVQSAoBzzDnpF26WI%3D_=1399369979895
 2014-05-06 15:22:59,944 DEBUG [c.c.u.AccountManagerImpl] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) Root Access granted to 
 Acct[6892921a-d421-11e3-a9a4-eeecd5657c3c-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-06 15:22:59,957 ERROR [c.c.a.ApiServer] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) unhandled exception 
 executing api command: [Ljava.lang.String;@5d851b3
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
 com.mysql.jdbc.JDBC4PreparedStatement@3e9286ed: SELECT network_acl_item.id, 
 network_acl_item.start_port, network_acl_item.end_port, 
 network_acl_item.protocol, network_acl_item.state, network_acl_item.created, 
 network_acl_item.acl_id, network_acl_item.icmp_code, 
 network_acl_item.icmp_type, network_acl_item.traffic_type, 
 network_acl_item.cidr, network_acl_item.uuid, network_acl_item.number, 
 network_acl_item.action, network_acl_item.display FROM network_acl_item WHERE 
 network_acl_item.acl_id = 3  AND network_acl_item.display = 1  ORDER BY 
 network_acl_item.id DESC  LIMIT 0, 1
   at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:425)
   at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:361)
   at com.cloud.utils.db.GenericDaoBase.search(GenericDaoBase.java:345)
   at 
 com.cloud.utils.db.GenericDaoBase.searchAndCount(GenericDaoBase.java:1296)
   at sun.reflect.GeneratedMethodAccessor171.invoke(Unknown Source)
   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 
 com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
   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.$Proxy187.searchAndCount(Unknown Source)
   at 
 com.cloud.network.vpc.NetworkACLServiceImpl.listNetworkACLItems(NetworkACLServiceImpl.java:609)
   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

[jira] [Commented] (CLOUDSTACK-6572) [Hyper-V] Deploy VM inside VPC tier fails due to VR unable to find nic

2014-05-15 Thread Rajesh Battala (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13992529#comment-13992529
 ] 

Rajesh Battala commented on CLOUDSTACK-6572:


Daan, 
I have made a patch  to resolve ^M characters due to windows.
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=648a724dfc49222873124089464ccda92278fa9f
 

I have sent mail to you about it. Please do the needful.

 [Hyper-V] Deploy VM inside VPC tier fails due to VR unable to find nic
 --

 Key: CLOUDSTACK-6572
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6572
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Hypervisor Controller, Network Controller
Affects Versions: 4.4.0
 Environment: 4.4, Hyper-V Advanced zone, VPC
Reporter: Sowmya Krishnan
Assignee: Rajesh Battala
Priority: Blocker
 Fix For: 4.4.0


 Create a VPC offering with all services provided by VPCVR
 Create a VPC using this offering
 Configure a tier in the VPC with all services enabled including LB
 Launch a VM in the tier
 Fails to deploy VM since VR is unable to find a nic. VR has allocated all 8 
 nics but only eth0 has acquired private IP
 Here's ifconfig output of VR:
 eth0  Link encap:Ethernet  HWaddr 02:00:02:2d:00:01
   inet addr:10.102.195.179  Bcast:10.102.195.255  Mask:255.255.252.0
   inet6 addr: fe80::2ff:fe2d:1/64 Scope:Link
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:25785 errors:0 dropped:0 overruns:0 frame:0
   TX packets:431 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:2160968 (2.0 MiB)  TX bytes:79183 (77.3 KiB)
 loLink encap:Local Loopback
   inet addr:127.0.0.1  Mask:255.0.0.0
   inet6 addr: ::1/128 Scope:Host
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:2 errors:0 dropped:0 overruns:0 frame:0
   TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:214 (214.0 B)  TX bytes:214 (214.0 B)
 mysql select * from domain_router where id = 3\G
  id: 3
  element_id: 2
  public_mac_address: 06:4b:c6:00:00:0e
   public_ip_address: 10.102.196.237
  public_netmask: 255.255.255.0
   guest_netmask: NULL
guest_ip_address: NULL
 is_redundant_router: 0
priority: 0
  is_priority_bumpup: 0
 redundant_state: UNKNOWN
stop_pending: 0
role: VIRTUAL_ROUTER
template_version: Cloudstack Release 4.4.0 Fri Apr 11 18:25:32 UTC 2014
 scripts_version: 16486954f5bda9ef9254913c0d692bd0
  vpc_id: 1
 1 row in set (0.00 sec)
 mysql select * from nics where vm_type = 'DomainRouter';
 | id | uuid | instance_id | mac_address   
 | ip4_address| netmask | gateway  | ip_type | broadcast_uri | 
 network_id | mode   | state| strategy | reserver_name| 
 reservation_id   | device_id | update_time | 
 isolation_uri | ip6_address | default_nic | vm_type  | created
  | removed | ip6_gateway | ip6_cidr | secondary_ip | display_nic |
 ++--+-+---++-+--+-+---+++--+--+--+--+---+-+---+-+-+--+-+-+-+--+--+-+
 |  8 | a218f142-213f-4dff-9b43-7d9c2b577ea4 |   3 | 02:00:02:2d:00:01 
 | 10.102.195.179 | 255.255.252.0   | 10.102.192.1 | Ip4 | NULL  | 
202 | Static | Reserved | Start| ControlNetworkGuru   | 
 09a63fe0-a914-4a76-ab47-54558b82d900 | 0 | 2014-05-05 09:14:39 | NULL 
  | NULL|   0 | DomainRouter | 2014-05-05 03:44:39 | 
 NULL| NULL| NULL |0 |   1 |
 |  9 | 79883821-1efe-4a52-9af9-1f4a8413ed8f |   3 | 06:4b:c6:00:00:0e 
 | 10.102.196.237 | 255.255.255.0   | 10.102.196.1 | NULL| vlan://100| 
200 | Static | Reserved | Managed  | PublicNetworkGuru| NULL   
   | 1 | 2014-05-05 09:14:39 | vlan://100  
   | NULL|   1 | DomainRouter | 2014-05-05 03:44:39 | NULL
 | NULL| NULL |0 |   1 |
 | 11 | fd7db89a-f5a8-4653-aab8-c7c2621546bf |   3 | 02:00:6c:8a:00:02 
 | 10.10.1.1  |

[jira] [Created] (CLOUDSTACK-6623) register template dose not work as expected. when using simulator and xen simultaneously

2014-05-15 Thread Bharat Kumar (JIRA)

Bharat Kumar created CLOUDSTACK-6623:


 Summary: register template dose not work as expected. when using 
simulator and xen simultaneously 
 Key: CLOUDSTACK-6623
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6623
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Automation
Affects Versions: 4.4.0
Reporter: Bharat Kumar
 Fix For: 4.4.0


when we setup simulator and xenserver both in separate zones on a single 
management server, The register template always behaves as if it is executing 
on the simulator. i.e. register template is always successful and it dose not 
initiate the actual download when calling the register template API  against 
xen-zone.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-6617) [Automation] detach volume test cases failing with permission error

Rayees Namathponnan created CLOUDSTACK-6617:
---

 Summary: [Automation] detach volume test cases failing  with 
permission error 
 Key: CLOUDSTACK-6617
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6617
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Volumes, Xen
Affects Versions: 4.4.0
Reporter: Rayees Namathponnan
 Fix For: 4.4.0
 Attachments: management-server.log

This issue is observed in 4.4-forward automation in Xen, test case 
integration.smoke.test_volumes.TestVolumes.test_06_download_detached_volume 
failing with permission error 



Execute cmd: attachvolume failed, due to: errorCode: 531, 
errorText:Acct[c0a951a5-6a6c-4845-8d0e-f815ad18c770-admin] does not have 
permission to perform this operation on these resources
  begin captured stdout  -
=== TestName: test_06_download_detached_volume | Status : EXCEPTION ===


-  end captured stdout  --
  begin captured logging  
test_06_download_detached_volume (integration.smoke.test_volumes.TestVolumes): 
DEBUG: STARTED : TC: test_06_download_detached_volume :::
test_06_download_detached_volume (integration.smoke.test_volumes.TestVolumes): 
DEBUG: Extract detached Volume ID: 885ac921-4728-4903-9621-b07c5353e9bc
test_06_download_detached_volume (integration.smoke.test_volumes.TestVolumes): 
DEBUG: Payload: {'apiKey': 
u'WnMdlxbiBLwGB6wX4NfasgbMfoaHqAiiY9oHcyYSpo6sGXsioEZbYjX7CQpMG3vJe-eCMHn_uffuYKoPpOQRuQ',
 'virtualmachineid': u'2e1ef913-b207-4688-bbaa-408797810d3a', 'id': 
u'885ac921-4728-4903-9621-b07c5353e9bc', 'command': 'attachVolume', 
'signature': 'hnLR1wCmFp5EtwMZRaS1e3J75S8=', 'response': 'json'}
test_06_download_detached_volume (integration.smoke.test_volumes.TestVolumes): 
DEBUG: Sending GET Cmd : attachVolume===
requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
(1): 10.220.76.63
requests.packages.urllib3.connectionpool: DEBUG: GET 
/client/api?apiKey=WnMdlxbiBLwGB6wX4NfasgbMfoaHqAiiY9oHcyYSpo6sGXsioEZbYjX7CQpMG3vJe-eCMHn_uffuYKoPpOQRuQvirtualmachineid=2e1ef913-b207-4688-bbaa-408797810d3aid=885ac921-4728-4903-9621-b07c5353e9bccommand=attachVolumesignature=hnLR1wCmFp5EtwMZRaS1e3J75S8%3Dresponse=json
 HTTP/1.1 531 212
test_06_download_detached_volume (integration.smoke.test_volumes.TestVolumes): 
ERROR: Exception:['Traceback (most recent call last):\n', '  File 
/local/jenkins/workspace/xenrt-bvt-basic-xs/work.41/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py,
 line 313, in __parseAndGetResponse\nresponse_cls)\n', '  File 
/local/jenkins/workspace/xenrt-bvt-basic-xs/work.41/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py,
 line 151, in getResultObj\nraise 
cloudstackException.CloudstackAPIException(respname, errMsg)\n', 
'CloudstackAPIException: Execute cmd: attachvolume failed, due to: errorCode: 
531, errorText:Acct[c0a951a5-6a6c-4845-8d0e-f815ad18c770-admin] does not have 
permission to perform this operation on these resources\n']
Traceback (most recent call last):
  File 
/local/jenkins/workspace/xenrt-bvt-basic-xs/work.41/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py,
 line 313, in __parseAndGetResponse
response_cls)
  File 
/local/jenkins/workspace/xenrt-bvt-basic-xs/work.41/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py,
 line 151, in getResultObj
raise cloudstackException.CloudstackAPIException(respname, errMsg)
CloudstackAPIException: Execute cmd: attachvolume failed, due to: errorCode: 
531, errorText:Acct[c0a951a5-6a6c-4845-8d0e-f815ad18c770-admin] does not have 
permission to perform this operation on these resources
test_06_download_detached_volume (integration.smoke.test_volumes.TestVolumes): 
ERROR: marvinRequest : CmdName: 
marvin.cloudstackAPI.attachVolume.attachVolumeCmd object at 0x36ccf90 
Exception: ['Traceback (most recent call last):\n', '  File 
/local/jenkins/workspace/xenrt-bvt-basic-xs/work.41/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py,
 line 380, in marvinRequest\nraise self.__lastError\n', 
'CloudstackAPIException: Execute cmd: attachvolume failed, due to: errorCode: 
531, errorText:Acct[c0a951a5-6a6c-4845-8d0e-f815ad18c770-admin] does not have 
permission to perform this operation on these resources\n']
Traceback (most recent call last):
  File 
/local/jenkins/workspace/xenrt-bvt-basic-xs/work.41/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py,
 line 380, in marvinRequest
raise self.__lastError
CloudstackAPIException: Execute cmd: attachvolume failed, due to: errorCode: 
531, errorText:Acct[c0a951a5-6a6c-4845-8d0e-f815ad18c770-admin] does not have

[jira] [Updated] (CLOUDSTACK-6617) [Automation] detach / resize volume test cases failing with permission error

2014-05-15 Thread Doug Clark (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Doug Clark updated CLOUDSTACK-6617:
---

Attachment: management-server.log

Added MS log

 [Automation] detach / resize volume test cases failing  with permission error 
 --

 Key: CLOUDSTACK-6617
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6617
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Volumes, Xen
Affects Versions: 4.4.0
Reporter: Rayees Namathponnan
Assignee: Min Chen
 Fix For: 4.4.0

 Attachments: management-server.log


 This issue is observed in 4.4-forward automation in Xen, test case 
 integration.smoke.test_volumes.TestVolumes.test_06_download_detached_volume 
 failing with permission error 
 integration.smoke.test_volumes.TestVolumes.test_08_resize_volume 
 Execute cmd: attachvolume failed, due to: errorCode: 531, 
 errorText:Acct[c0a951a5-6a6c-4845-8d0e-f815ad18c770-admin] does not have 
 permission to perform this operation on these resources
   begin captured stdout  -
 === TestName: test_06_download_detached_volume | Status : EXCEPTION ===
 -  end captured stdout  --
   begin captured logging  
 test_06_download_detached_volume 
 (integration.smoke.test_volumes.TestVolumes): DEBUG: STARTED : 
 TC: test_06_download_detached_volume :::
 test_06_download_detached_volume 
 (integration.smoke.test_volumes.TestVolumes): DEBUG: Extract detached Volume 
 ID: 885ac921-4728-4903-9621-b07c5353e9bc
 test_06_download_detached_volume 
 (integration.smoke.test_volumes.TestVolumes): DEBUG: Payload: {'apiKey': 
 u'WnMdlxbiBLwGB6wX4NfasgbMfoaHqAiiY9oHcyYSpo6sGXsioEZbYjX7CQpMG3vJe-eCMHn_uffuYKoPpOQRuQ',
  'virtualmachineid': u'2e1ef913-b207-4688-bbaa-408797810d3a', 'id': 
 u'885ac921-4728-4903-9621-b07c5353e9bc', 'command': 'attachVolume', 
 'signature': 'hnLR1wCmFp5EtwMZRaS1e3J75S8=', 'response': 'json'}
 test_06_download_detached_volume 
 (integration.smoke.test_volumes.TestVolumes): DEBUG: Sending GET Cmd 
 : attachVolume===
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.220.76.63
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=WnMdlxbiBLwGB6wX4NfasgbMfoaHqAiiY9oHcyYSpo6sGXsioEZbYjX7CQpMG3vJe-eCMHn_uffuYKoPpOQRuQvirtualmachineid=2e1ef913-b207-4688-bbaa-408797810d3aid=885ac921-4728-4903-9621-b07c5353e9bccommand=attachVolumesignature=hnLR1wCmFp5EtwMZRaS1e3J75S8%3Dresponse=json
  HTTP/1.1 531 212
 test_06_download_detached_volume 
 (integration.smoke.test_volumes.TestVolumes): ERROR: Exception:['Traceback 
 (most recent call last):\n', '  File 
 /local/jenkins/workspace/xenrt-bvt-basic-xs/work.41/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py,
  line 313, in __parseAndGetResponse\nresponse_cls)\n', '  File 
 /local/jenkins/workspace/xenrt-bvt-basic-xs/work.41/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py,
  line 151, in getResultObj\nraise 
 cloudstackException.CloudstackAPIException(respname, errMsg)\n', 
 'CloudstackAPIException: Execute cmd: attachvolume failed, due to: errorCode: 
 531, errorText:Acct[c0a951a5-6a6c-4845-8d0e-f815ad18c770-admin] does not have 
 permission to perform this operation on these resources\n']
 Traceback (most recent call last):
   File 
 /local/jenkins/workspace/xenrt-bvt-basic-xs/work.41/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py,
  line 313, in __parseAndGetResponse
 response_cls)
   File 
 /local/jenkins/workspace/xenrt-bvt-basic-xs/work.41/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py,
  line 151, in getResultObj
 raise cloudstackException.CloudstackAPIException(respname, errMsg)
 CloudstackAPIException: Execute cmd: attachvolume failed, due to: errorCode: 
 531, errorText:Acct[c0a951a5-6a6c-4845-8d0e-f815ad18c770-admin] does not have 
 permission to perform this operation on these resources
 test_06_download_detached_volume 
 (integration.smoke.test_volumes.TestVolumes): ERROR: marvinRequest : CmdName: 
 marvin.cloudstackAPI.attachVolume.attachVolumeCmd object at 0x36ccf90 
 Exception: ['Traceback (most recent call last):\n', '  File 
 /local/jenkins/workspace/xenrt-bvt-basic-xs/work.41/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py,
  line 380, in marvinRequest\nraise self.__lastError\n', 
 'CloudstackAPIException: Execute cmd: attachvolume failed, due to: errorCode: 
 531, errorText:Acct[c0a951a5-6a6c-4845-8d0e-f815ad18c770-admin] does not have 
 permission to perform this operation on these

[jira] [Created] (CLOUDSTACK-6665) DHCP does not release ip addresses properly on VPC routers (edithosts.sh)

2014-05-15 Thread Remi Bergsma (JIRA)

Remi Bergsma created CLOUDSTACK-6665:


 Summary: DHCP does not release ip addresses properly on VPC 
routers (edithosts.sh)
 Key: CLOUDSTACK-6665
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6665
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: SystemVM
Affects Versions: 4.3.0, 4.4.0
Reporter: Remi Bergsma
Priority: Critical


DHCP does not release ip addresses properly on VPC routers (edithosts.sh)

How to reproduce:
- create vpc network with small prefix
- create as many vm’s until all ip address space is consumed
- delete one vm
- now create a vm again: there should be an ip address freed
- it does not work though. Error on router:

/var/log/dnsmasq.log:May 13 12:53:16 dnsmasq-dhcp[32100]: DHCPDISCOVER(eth3) 
02:00:00:0d:00:b6 no address available

How to reproduce #2:
- create a vm with static ip
- destroy it
- create vm with same static ip: this ip should be free again
This does not work either:
/var/log/dnsmasq.log:May 13 13:59:41 dnsmasq-dhcp[32100]: DHCPDISCOVER(eth3) 
02:00:69:06:00:c1 no address available

Cause:
edithosts.sh is supposed to clean up addresses.

edithosts.sh line 101:
dhcp_release eth0 $ipv4 $(grep $ipv4  $DHCP_LEASES | awk '{print $2}')  
/dev/null 21

But it doesn’t work, because eth0 is the link local address on VPC routers. We 
should make the interface variable on VPC routers.

It does work fine on redundant routers, for example. Because eth0 is the actual 
guest network.

CloudStack reports to the user: Insufficient capacity.

Manual work-around:
Run on the router:
dhcp_release eth3 02:00:69:06:00:c1 10.75.16.8

Replace eth3 with the correct interface.

It logs:
/var/log/messages-20140419:May 13 13:38:29 r-4197-VM cloud: edithosts: released 
10.75.16.8

It now works!


This an annoying bug for users that use static ip’s in their networks. Also 
users that deploy a lot of test vm’s in the same network are impacted. Let’s 
fix it :-)




--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Closed] (CLOUDSTACK-6645) UI:MS: Unable to create a user type Admin under a domain; No API being fired

2014-05-15 Thread Jessica Wang (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jessica Wang closed CLOUDSTACK-6645.



 UI:MS: Unable to create a user type Admin under a domain; No API being fired
 

 Key: CLOUDSTACK-6645
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6645
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Reporter: Jessica Wang
Assignee: Jessica Wang





--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Comment Edited] (CLOUDSTACK-6550) [Automation] list**** API return empty list if you are not passing listall=true, many testcases failed due to this


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998107#comment-13998107
 ] 

Rayees Namathponnan edited comment on CLOUDSTACK-6550 at 5/15/14 6:36 AM:
--

Below tests still fails while calling listtemplate 

integration.component.test_accounts.TestTemplateHierarchy.test_01_template_hierarch
integration.component.test_cpu_project_limits.TestProjectsCPULimits.test_01_project_counts_start_stop_instance
integration.component.test_mm_project_limits.TestProjectsMemoryLimits.test_01_project_vmlifecycle_start_stop_instance
test_multiple_ips_per_nic
integration.component.test_project_usage



was (Author: rayeesn):
Below tests still fails while calling listtemplate 

integration.component.test_accounts.TestTemplateHierarchy.test_01_template_hierarch
integration.component.test_cpu_project_limits.TestProjectsCPULimits.test_01_project_counts_start_stop_instance
integration.component.test_mm_project_limits.TestProjectsMemoryLimits.test_01_project_vmlifecycle_start_stop_instance
test_multiple_ips_per_nic



 [Automation] list API return empty list if you are not passing 
 listall=true, many testcases failed due to this
 --

 Key: CLOUDSTACK-6550
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6550
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, Virtual Router
Affects Versions: 4.4.0
 Environment: Xen 6.2
 build : 4.4-forward 
Reporter: Rayees Namathponnan
Assignee: Santhosh Kumar Edukulla
Priority: Blocker
 Fix For: 4.4.0


 Currently test cases are using below command to listrouter (without 
 listall=true),  
 passing accountID and domain ID
  
 http://10.147.38.149:8096/?account=test-TestReleaseIP-test_releaseIP-8W58N0domainid=22feae40-d076-11e3-8dca-0608081fcommand=listRouters
  
 this API call return empty list in 4.4,  



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Comment Edited] (CLOUDSTACK-6550) [Automation] list**** API return empty list if you are not passing listall=true, many testcases failed due to this


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998107#comment-13998107
 ] 

Rayees Namathponnan edited comment on CLOUDSTACK-6550 at 5/15/14 6:50 AM:
--

Below tests still fails while calling listtemplate 

integration.component.test_accounts.TestTemplateHierarchy.test_01_template_hierarch
integration.component.test_cpu_project_limits.TestProjectsCPULimits.test_01_project_counts_start_stop_instance
integration.component.test_mm_project_limits.TestProjectsMemoryLimits.test_01_project_vmlifecycle_start_stop_instance
test_multiple_ips_per_nic
integration.component.test_project_usage
test_snapshots_improvement



was (Author: rayeesn):
Below tests still fails while calling listtemplate 

integration.component.test_accounts.TestTemplateHierarchy.test_01_template_hierarch
integration.component.test_cpu_project_limits.TestProjectsCPULimits.test_01_project_counts_start_stop_instance
integration.component.test_mm_project_limits.TestProjectsMemoryLimits.test_01_project_vmlifecycle_start_stop_instance
test_multiple_ips_per_nic
integration.component.test_project_usage


 [Automation] list API return empty list if you are not passing 
 listall=true, many testcases failed due to this
 --

 Key: CLOUDSTACK-6550
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6550
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, Virtual Router
Affects Versions: 4.4.0
 Environment: Xen 6.2
 build : 4.4-forward 
Reporter: Rayees Namathponnan
Assignee: Santhosh Kumar Edukulla
Priority: Blocker
 Fix For: 4.4.0


 Currently test cases are using below command to listrouter (without 
 listall=true),  
 passing accountID and domain ID
  
 http://10.147.38.149:8096/?account=test-TestReleaseIP-test_releaseIP-8W58N0domainid=22feae40-d076-11e3-8dca-0608081fcommand=listRouters
  
 this API call return empty list in 4.4,  



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-6676) PublicIpAddress: have to cleanup the resource metadata on ip address release, not on deletion

Alena Prokharchyk created CLOUDSTACK-6676:
-

 Summary: PublicIpAddress: have to cleanup the resource metadata on 
ip address release, not on deletion
 Key: CLOUDSTACK-6676
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6676
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Affects Versions: 4.4.0
Reporter: Alena Prokharchyk
Assignee: Alena Prokharchyk
Priority: Critical
 Fix For: 4.4.0


As public ip address can be assigned to different account over a period of 
times via associateipAddress/disassociateIpAddress calls, the resource metadata 
cleanup should happen on disassociate event. Its quite different from other CS 
objects when the meatadata is cleaned on the object deletion as the ip address 
doesn't get deleted, but gets released instead.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-6676) PublicIpAddress: have to cleanup the resource metadata on ip address release, not on deletion

2014-05-15 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6676?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alena Prokharchyk reassigned CLOUDSTACK-6676:
-

Assignee: Nitin Mehta  (was: Alena Prokharchyk)

 PublicIpAddress: have to cleanup the resource metadata on ip address release, 
 not on deletion
 -

 Key: CLOUDSTACK-6676
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6676
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.4.0
Reporter: Alena Prokharchyk
Assignee: Nitin Mehta
Priority: Critical
 Fix For: 4.4.0


 As public ip address can be assigned to different account over a period of 
 times via associateipAddress/disassociateIpAddress calls, the resource 
 metadata cleanup should happen on disassociate event. Its quite different 
 from other CS objects when the meatadata is cleaned on the object deletion as 
 the ip address doesn't get deleted, but gets released instead.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6660) updateVm: IndexOutOfBounds exception on at com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857) when root volume is detached


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998120#comment-13998120
 ] 

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

Commit afb31fa09f92930ab3fee40cd08a15a48152cb15 in cloudstack's branch 
refs/heads/master from [~nitinme]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=afb31fa ]

CLOUDSTACK-6660: Dont assume every vm will have a root volume now.
(cherry picked from commit 076bbdcfe86d6886ab1ecfc513b02a323a995307)


 updateVm: IndexOutOfBounds exception on at 
 com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857)
  when root volume is detached
 

 Key: CLOUDSTACK-6660
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6660
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.4.0
Reporter: Alena Prokharchyk
Assignee: Nitin Mehta
Priority: Critical
 Fix For: 4.4.0


 Steps to reproduce: 
 1) Deploy vm
 2) stop it, detach the root volume
 3) Call updateVm 
 following happens:
 WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-3:job-8460 
 ctx-d7ca344b) Received unknown parameters for command addResourceDetail. 
 Unknown parameters : ctxdetails
 INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:job-8460) Remove 
 job-8460 from job monitoring
 ERROR [c.c.a.ApiServer] (1779549015@qtp-216823969-0:ctx-af15255c ctx-d5afe83f 
 ctx-815989c5) unhandled exception executing api command: 
 [Ljava.lang.String;@1abf5125
 java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
   at java.util.ArrayList.rangeCheck(ArrayList.java:635)
   at java.util.ArrayList.get(ArrayList.java:411)
   at 
 com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857)
   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.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
   at 
 com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
   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.$Proxy201.updateVirtualMachine(Unknown Source)
   at 
 org.apache.cloudstack.api.command.admin.vm.UpdateVMCmdByAdmin.execute(UpdateVMCmdByAdmin.java:44)
   at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
   at com.cloud.api.ApiServer.queueCommand(ApiServer.java:683)
 Nitin, its your code. Please make sure everywhere you access the Root volume, 
 check if its present, and do updates only when it is.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6605) CLONE - [Automation] jasypt decryption error is thrown after restarting console proxy VM


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13993123#comment-13993123
 ] 

Animesh Chaturvedi commented on CLOUDSTACK-6605:


Affects version should it be 4.5, since you fixed the one in 4.4 already

 CLONE - [Automation] jasypt decryption error is thrown after restarting 
 console proxy VM
 

 Key: CLOUDSTACK-6605
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6605
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
Reporter: Kishan Kavala
Assignee: Kishan Kavala
 Fix For: 4.5.0


 STEPS TO REPRODUCE:
 
 1. create a zone and let SSVM and CPVM come up.
 2. restart CPVM.
 i am hitting the following error while CPVM is being restarted.
 2014-03-14 05:48:55,917 DEBUG [cloud.resource.ResourceState] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Resource state update: [id = 8; 
 name = v-6-VM; old state = Creating; event = InternalCreated; new state = 
 Enabled]
 2014-03-14 05:48:55,917 DEBUG [cloud.host.Status] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Transition:[Resource state = 
 Enabled, Agent event = AgentConnected, Host id = 8, name = v-6-VM]
 2014-03-14 05:48:55,922 DEBUG [cloud.host.Status] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Agent status update: [id = 8; name 
 = v-6-VM; old status = Creating; event = AgentConnected; new status = 
 Connecting; old update count = 0; new update count = 1]
 2014-03-14 05:48:55,922 DEBUG [agent.manager.ClusteredAgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) create ClusteredAgentAttache for 8
 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 XcpServerDiscoverer
 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 HypervServerDiscoverer
 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 DeploymentPlanningManagerImpl
 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 ClusteredVirtualMachineManagerImpl
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 NetworkOrchestrator
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 StoragePoolMonitor
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 SecurityGroupListener
 2014-03-14 05:48:55,924 INFO  [network.security.SecurityGroupListener] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Received a host startup notification
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 SecondaryStorageListener
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 UploadListener
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 BehindOnPingListener
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 DirectNetworkStatsListener
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 ConsoleProxyListener
 2014-03-14 05:48:55,928 DEBUG [utils.crypt.DBEncryptionUtil] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Error while decrypting: 
 A1i0Flrc5LPgCsx3V7cOVQ
 2014-03-14 05:48:55,929 ERROR [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Monitor ConsoleProxyListener says 
 there is an error in the connect process for 8 due to null
 org.jasypt.exceptions.EncryptionOperationNotPossibleException
   at 
 org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981)
   at 
 org.jasypt.encryption.pbe.StandardPBEStringEncryptor.decrypt(StandardPBEStringEncryptor.java:725)
   at 
 com.cloud.utils.crypt.DBEncryptionUtil.decrypt(DBEncryptionUtil.java:63)
   at 
 org.apache.cloudstack.framework.config.impl.ConfigurationVO.getValue(ConfigurationVO.java:125)
   at 
 org.apache.cloudstack.framework.config.ConfigKey.value(ConfigKey.java:136)
   at

[jira] [Created] (CLOUDSTACK-6645) UI:MS: Unable to create a user type Admin under a domain; No API being fired

2014-05-15 Thread Jessica Wang (JIRA)

Jessica Wang created CLOUDSTACK-6645:


 Summary: UI:MS: Unable to create a user type Admin under a domain; 
No API being fired
 Key: CLOUDSTACK-6645
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6645
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: UI
Reporter: Jessica Wang
Assignee: Jessica Wang






--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-6664) support Docker as a new hypervisor

2014-05-15 Thread tuna (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

tuna reassigned CLOUDSTACK-6664:


Assignee: tuna

 support Docker as a new hypervisor
 --

 Key: CLOUDSTACK-6664
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6664
 Project: CloudStack
  Issue Type: New Feature
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Hypervisor Controller
Affects Versions: Future
Reporter: tuna
Assignee: tuna
 Fix For: Future


 Supporting Docker as a new hypervisor, which can spawn containers from 
 Dockerfile, Docker image or Docker tar file.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-6625) Persistent Network remains in allocated state

2014-05-15 Thread Girish Shilamkar (JIRA)

Girish Shilamkar created CLOUDSTACK-6625:


 Summary: Persistent Network remains in allocated state
 Key: CLOUDSTACK-6625
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6625
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
 Environment: Vmware, KVM
Reporter: Girish Shilamkar


Many test cases in this test suite failed with error Network state should be 
implemented, but it is allocated.

This is the basic criteria of persistent network that the network state should 
be implemented even when there is no VM deployed in the network. So whenever 
network is created with persistent flag, its state should be implemented.

Steps to reproduce:
1) Manually create a persistent network through UI  (in network tab, like 
regular network, only we have to select persistent flag while creating the 
network offering)

2) Keep refreshing the network, wait and check if the network ever goes in 
implemented state. The transition is from allocated -- implementing -- 
implemented.

3) The network doesn't go into implemented state even after waiting for long 
time.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6611) [Automation] Dynamic_compute_offering :DeployVM Failed with NPE


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Animesh Chaturvedi updated CLOUDSTACK-6611:
---

Assignee: Bharat Kumar

 [Automation] Dynamic_compute_offering :DeployVM Failed with NPE 
 

 Key: CLOUDSTACK-6611
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6611
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM, Management Server
Affects Versions: 4.4.0
 Environment: KVM (RHEL 6.3)
 Build 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Bharat Kumar
Priority: Blocker
 Fix For: 4.4.0


 Dynamic compute offering test case 
 integration.component.test_dynamic_compute_offering.TestAccountLimits.test_max_account_cpus_scale_VM_1_ADMIN_ACCOUNT
  
 2014-05-07 16:58:04,108 DEBUG [c.c.n.g.GuestNetworkGuru] 
 (catalina-exec-12:ctx-71d3090d ctx-a9cdac4c ctx-5b2113e8) Empty physical 
 isolation type for physical
  network 38e39e12-7458-451b-b408-07a0243c6590
 2014-05-07 16:58:04,110 DEBUG [o.a.c.e.o.NetworkOrchestrator] 
 (catalina-exec-12:ctx-71d3090d ctx-a9cdac4c ctx-5b2113e8) Releasing lock for 
 Acct[a1b7e396-44ab
 -4f03-bd62-a292770aa3a0-test-account-TestScaleVmDynamicServiceOffering-test_max_account_cpus_scale_VM_1_ADMIN_ACCOUNT-WCTVP]
 2014-05-07 16:58:04,148 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-12:ctx-71d3090d ctx-a9cdac4c ctx-5b2113e8) Root Access granted 
 to Acct[b1d58e04-d616-
 11e3-a7c8-1a6f7bb0d0a8-admin] by RoleBasedEntityAccessChecker
 2014-05-07 16:58:04,209 ERROR [c.c.a.ApiServer] 
 (catalina-exec-12:ctx-71d3090d ctx-a9cdac4c ctx-5b2113e8) unhandled exception 
 executing api command: [Ljava.l
 ang.String;@50561a0c
 java.lang.NullPointerException
 at 
 com.cloud.service.ServiceOfferingVO.init(ServiceOfferingVO.java:167)
 at 
 com.cloud.service.dao.ServiceOfferingDaoImpl.getcomputeOffering(ServiceOfferingDaoImpl.java:227)
 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 
 com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
 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.$Proxy58.getcomputeOffering(Unknown Source)
 at 
 com.cloud.vm.UserVmManagerImpl.createVirtualMachine(UserVmManagerImpl.java:2576)
 at 
 com.cloud.vm.UserVmManagerImpl.createAdvancedVirtualMachine(UserVmManagerImpl.java:2520)
 at sun.reflect.GeneratedMethodAccessor473.invoke(Unknown Source)
 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.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
 at 
 com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
 at 
 org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
 at

[jira] [Comment Edited] (CLOUDSTACK-6550) [Automation] list**** API return empty list if you are not passing listall=true, many testcases failed due to this


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998107#comment-13998107
 ] 

Rayees Namathponnan edited comment on CLOUDSTACK-6550 at 5/15/14 5:04 AM:
--

Below tests still fails while calling listtemplate 

integration.component.test_accounts.TestTemplateHierarchy.test_01_template_hierarch
integration.component.test_cpu_project_limits.TestProjectsCPULimits.test_01_project_counts_start_stop_instance
integration.component.test_mm_project_limits.TestProjectsMemoryLimits.test_01_project_vmlifecycle_start_stop_instance
test_multiple_ips_per_nic




was (Author: rayeesn):
Below tests still fails while calling listtemplate 

integration.component.test_accounts.TestTemplateHierarchy.test_01_template_hierarch
integration.component.test_cpu_project_limits.TestProjectsCPULimits.test_01_project_counts_start_stop_instance
integration.component.test_mm_project_limits.TestProjectsMemoryLimits.test_01_project_vmlifecycle_start_stop_instance



 [Automation] list API return empty list if you are not passing 
 listall=true, many testcases failed due to this
 --

 Key: CLOUDSTACK-6550
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6550
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, Virtual Router
Affects Versions: 4.4.0
 Environment: Xen 6.2
 build : 4.4-forward 
Reporter: Rayees Namathponnan
Assignee: Santhosh Kumar Edukulla
Priority: Blocker
 Fix For: 4.4.0


 Currently test cases are using below command to listrouter (without 
 listall=true),  
 passing accountID and domain ID
  
 http://10.147.38.149:8096/?account=test-TestReleaseIP-test_releaseIP-8W58N0domainid=22feae40-d076-11e3-8dca-0608081fcommand=listRouters
  
 this API call return empty list in 4.4,  



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-6649) CS is not giving the system-wide capacity for GPU reosurce.

2014-05-15 Thread Sanjay Tripathi (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sanjay Tripathi reassigned CLOUDSTACK-6649:
---

Assignee: Sanjay Tripathi

 CS is not giving the system-wide capacity for GPU reosurce.
 ---

 Key: CLOUDSTACK-6649
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6649
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
 Environment: MS 4.4
 XS 620SP!
Reporter: Sanjay Tripathi
Assignee: Sanjay Tripathi
Priority: Critical
 Fix For: 4.4.0


 CloudStack is not displaying system-wide capacity for GPU resource because of 
 this admin is not able to see how much of GPU resource is used and how much 
 is available.
 Like other resources, CS should give capacity details of GPU resource in 
 listCapacity API call response and display that in CS dashboard. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6657) [Automation] Test case fails with exceptions must be old-style classes or derived from BaseException

2014-05-15 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rayees Namathponnan updated CLOUDSTACK-6657:


Issue Type: Test  (was: Bug)

 [Automation] Test case fails with exceptions must be old-style classes or 
 derived from BaseException
 --

 Key: CLOUDSTACK-6657
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6657
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: marvin
Affects Versions: 4.4.0
Reporter: Rayees Namathponnan
Priority: Critical
 Fix For: 4.4.0


 I am seeing below error in latest automation runs,  many test cases failed 
 with error “exceptions must be old-style classes or derived from 
 BaseException”
 Is there any changes done in Marvin related to this ?
 create a deployment for VM[User|i-603-701-VM]'}, accountid : 
 u'c38ef33c-d9e1-11e3-bccf-52b2d980df8a'}
 test_update_vm_name 
 (integration.component.test_update_vm.TestUpdateVirtualMachine): DEBUG: 
 ===Jobid:4e958b35-6f11-44ab-af8f-64ff7e67d139 ; StartTime:Mon May 12 23:56:35 
 2014 ; EndTime:Mon May 12 23:56:40 2014 ; TotalTime:-5===
 test_update_vm_name 
 (integration.component.test_update_vm.TestUpdateVirtualMachine): DEBUG: 
 Response : FAILED
 test_update_vm_name 
 (integration.component.test_update_vm.TestUpdateVirtualMachine): ERROR: 
 marvinRequest : CmdName: 
 marvin.cloudstackAPI.deployVirtualMachine.deployVirtualMachineCmd object at 
 0xabbd910 Exception: ['Traceback (most recent call last):\n', '  File 
 /usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 
 376, in marvinRequest\nraise self.__lastError\n', 'TypeError: exceptions 
 must be old-style classes or derived from BaseException, not str\n']
 Traceback (most recent call last):
  File 
 /usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 
 376, in marvinRequest
raise self.__lastError
 TypeError: exceptions must be old-style classes or derived from 
 BaseException, not str
 test_update_vm_name 
 (integration.component.test_update_vm.TestUpdateVirtualMachine): CRITICAL: 
 EXCEPTION: test_update_vm_name: ['Traceback (most recent call last):\n', '  
 File /usr/local/lib/python2.7/unittest/case.py, line 318, in run\n
 testMethod()\n', '  File 
 /data/Repo2/qa/cloudstack/test/integration/component/test_update_vm.py, 
 line 106, in test_update_vm_name\n
 templateid=self.template.idhttp://self.template.id\n', '  File 
 /usr/local/lib/python2.7/site-packages/marvin/lib/base.py, line 471, in 
 create\nvirtual_machine = apiclient.deployVirtualMachine(cmd, 
 method=method)\n', '  File 
 /usr/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py,
  line 672, in deployVirtualMachine\nresponse = 
 self.connection.marvinRequest(command, response_type=response, 
 method=method)\n', '  File 
 /usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 
 381, in marvinRequest\nraise e\n', 'TypeError: exceptions must be 
 old-style classes or derived from BaseException, not str\n']
 -  end captured logging  -
 Stacktrace
  File /usr/local/lib/python2.7/unittest/case.py, line 318, in run
testMethod()
  File 
 /data/Repo2/qa/cloudstack/test/integration/component/test_update_vm.py, 
 line 106, in test_update_vm_name
templateid=self.template.idhttp://self.template.id
  File /usr/local/lib/python2.7/site-packages/marvin/lib/base.py, line 471, 
 in create
virtual_machine = apiclient.deployVirtualMachine(cmd, method=method)
  File 
 /usr/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py,
  line 672, in deployVirtualMachine
response = self.connection.marvinRequest(command, response_type=response, 
 method=method)
  File 
 /usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 
 381, in marvinRequest
raise e
 'exceptions must be old-style classes or derived from BaseException, not 
 str\n  begin captured stdout  
 -\n=== TestName: test_update_vm_



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6660) updateVm: IndexOutOfBounds exception on at com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857) when root volume is detached


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998502#comment-13998502
 ] 

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

Commit e796d885f393343340baac96090bc254021d97fb in cloudstack's branch 
refs/heads/4.4 from [~nitinme]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=e796d88 ]

CLOUDSTACK-6660: Dont assume every vm will have a root volume now.


 updateVm: IndexOutOfBounds exception on at 
 com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857)
  when root volume is detached
 

 Key: CLOUDSTACK-6660
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6660
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.4.0
Reporter: Alena Prokharchyk
Assignee: Nitin Mehta
Priority: Critical
 Fix For: 4.4.0


 Steps to reproduce: 
 1) Deploy vm
 2) stop it, detach the root volume
 3) Call updateVm 
 following happens:
 WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-3:job-8460 
 ctx-d7ca344b) Received unknown parameters for command addResourceDetail. 
 Unknown parameters : ctxdetails
 INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:job-8460) Remove 
 job-8460 from job monitoring
 ERROR [c.c.a.ApiServer] (1779549015@qtp-216823969-0:ctx-af15255c ctx-d5afe83f 
 ctx-815989c5) unhandled exception executing api command: 
 [Ljava.lang.String;@1abf5125
 java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
   at java.util.ArrayList.rangeCheck(ArrayList.java:635)
   at java.util.ArrayList.get(ArrayList.java:411)
   at 
 com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857)
   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.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
   at 
 com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
   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.$Proxy201.updateVirtualMachine(Unknown Source)
   at 
 org.apache.cloudstack.api.command.admin.vm.UpdateVMCmdByAdmin.execute(UpdateVMCmdByAdmin.java:44)
   at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
   at com.cloud.api.ApiServer.queueCommand(ApiServer.java:683)
 Nitin, its your code. Please make sure everywhere you access the Root volume, 
 check if its present, and do updates only when it is.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-6673) cloudstack-setup-management make a chmod 777 on /root

Milamber created CLOUDSTACK-6673:


 Summary: cloudstack-setup-management make a chmod 777 on /root
 Key: CLOUDSTACK-6673
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6673
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Install and Setup
Affects Versions: 4.4.0
 Environment: Ubuntu 14.04 / KVM
CS 4.4.0 snapshot 20140513
Reporter: Milamber
Priority: Blocker


Before run cloudstack-setup-management, /root directory permissions are:
drwx--   4 root root  4096 mai   14 15:05 root

After the runs of cloudstack-setup-management, /root directory permissions are:
drwxrwxrwx   4 root root  4096 mai   14 15:05 root





--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6678) API:MS: listCapacity returns; errorcode:530,cserrorcode:9999,errortext:Index: 0, Size: 0}


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6678?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Parth Jagirdar updated CLOUDSTACK-6678:
---

Attachment: listCapacity.png

 API:MS: listCapacity returns; 
 errorcode:530,cserrorcode:,errortext:Index: 0, Size: 0}
 

 Key: CLOUDSTACK-6678
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6678
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API
Affects Versions: 4.4.0
Reporter: Parth Jagirdar
 Attachments: listCapacity.png


 Login to UI and observe following::
 (Screen attached)
 { listcapacityresponse : 
 {uuidList:[],errorcode:530,cserrorcode:,errortext:Index: 0, 
 Size: 0} }
 2014-05-14 16:51:42,535 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-12:ctx-447de431) ===START===  10.215.2.19 -- GET  
 command=listCapacityresponse=jsonsessionkey=nsbKmWhCoLVlvuVOLWzgE%2BPYe6w%3D
 2014-05-14 16:51:42,552 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) IAM access check for 
 2-null-null-DomainResourceCapability from cache: false
 2014-05-14 16:51:42,555 ERROR [c.c.a.ApiServer] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) unhandled exception executing 
 api command: [Ljava.lang.String;@7234ac72
 java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
 at java.util.ArrayList.rangeCheck(ArrayList.java:635)
 at java.util.ArrayList.get(ArrayList.java:411)
 at 
 com.cloud.api.ApiResponseHelper.createCapacityResponse(ApiResponseHelper.java:1741)
 at 
 org.apache.cloudstack.api.command.admin.resource.ListCapacityCmd.execute(ListCapacityCmd.java:129)
 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:683)
 at com.cloud.api.ApiServer.handleRequest(ApiServer.java:506)
 at 
 com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
 at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
 at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
 at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)
 at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
 at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
 at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
 at 
 org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
 at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
 at 
 org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
 at 
 org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
 at 
 org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
 at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:744)
 2014-05-14 16:51:42,558 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) IAM access check for 
 2-null-null-SystemCapability from cache: true
 2014-05-14 16:51:42,558 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) Root Access granted to 
 Acct[957b761c-dbb9-11e3-98fe-ced18bec4952-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-14 16:51:42,559 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) ===END===  10.215.2.19 -- GET

[jira] [Updated] (CLOUDSTACK-6678) API:MS: listCapacity returns; errorcode:530,cserrorcode:9999,errortext:Index: 0, Size: 0}


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6678?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Parth Jagirdar updated CLOUDSTACK-6678:
---

Description: 
Login to UI and observe following::
(Screen attached)


{ listcapacityresponse : 
{uuidList:[],errorcode:530,cserrorcode:,errortext:Index: 0, Size: 
0} }

2014-05-14 16:51:42,535 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-12:ctx-447de431) ===START===  10.215.2.19 -- GET  
command=listCapacityresponse=jsonsessionkey=nsbKmWhCoLVlvuVOLWzgE%2BPYe6w%3D
2014-05-14 16:51:42,552 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
(catalina-exec-12:ctx-447de431 ctx-86d79d2a) IAM access check for 
2-null-null-DomainResourceCapability from cache: false
2014-05-14 16:51:42,555 ERROR [c.c.a.ApiServer] (catalina-exec-12:ctx-447de431 
ctx-86d79d2a) unhandled exception executing api command: 
[Ljava.lang.String;@7234ac72
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.rangeCheck(ArrayList.java:635)
at java.util.ArrayList.get(ArrayList.java:411)
at 
com.cloud.api.ApiResponseHelper.createCapacityResponse(ApiResponseHelper.java:1741)
at 
org.apache.cloudstack.api.command.admin.resource.ListCapacityCmd.execute(ListCapacityCmd.java:129)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:683)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:506)
at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)
at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at 
org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
at 
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
2014-05-14 16:51:42,558 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
(catalina-exec-12:ctx-447de431 ctx-86d79d2a) IAM access check for 
2-null-null-SystemCapability from cache: true
2014-05-14 16:51:42,558 DEBUG [c.c.u.AccountManagerImpl] 
(catalina-exec-12:ctx-447de431 ctx-86d79d2a) Root Access granted to 
Acct[957b761c-dbb9-11e3-98fe-ced18bec4952-admin] by RoleBasedEntityAccessChecker
2014-05-14 16:51:42,559 DEBUG [c.c.a.ApiServlet] (catalina-exec-12:ctx-447de431 
ctx-86d79d2a) ===END===  10.215.2.19 -- GET  
command=listCapacityresponse=jsonsessionkey=nsbKmWhCoLVlvuVOLWzgE%2BPYe6w%3D
2014-05-14 16:51:44,701 DEBUG [c.c.a.ApiServlet] (catalina-exec-2:ctx-76b750ab) 
===START===  10.215.2.19 -- GET  
command=listCapacityresponse=jsonsessionkey=nsbKmWhCoLVlvuVOLWzgE%2BPYe6w%3D
2014-05-14 16:51:44,714 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
(catalina-exec-2:ctx-76b750ab ctx-5dcdc38e) IAM access check for 
2-null-null-DomainResourceCapability from cache: false
2014-05-14 16:51:44,717 ERROR [c.c.a.ApiServer] (catalina-exec-2:ctx-76b750ab 
ctx-5dcdc38e) unhandled exception executing api command: 
[Ljava.lang.String;@3c1dcc2e
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at

[jira] [Updated] (CLOUDSTACK-6678) API:MS: listCapacity returns; errorcode:530,cserrorcode:9999,errortext:Index: 0, Size: 0}


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6678?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Parth Jagirdar updated CLOUDSTACK-6678:
---

Summary: API:MS: listCapacity returns; 
errorcode:530,cserrorcode:,errortext:Index: 0, Size: 0}  (was: 
API:MS: listCapacity returns error code 503)

 API:MS: listCapacity returns; 
 errorcode:530,cserrorcode:,errortext:Index: 0, Size: 0}
 

 Key: CLOUDSTACK-6678
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6678
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API
Affects Versions: 4.4.0
Reporter: Parth Jagirdar

 Login to UI and observe following::
 (Screen attached)
 2014-05-14 16:51:42,535 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-12:ctx-447de431) ===START===  10.215.2.19 -- GET  
 command=listCapacityresponse=jsonsessionkey=nsbKmWhCoLVlvuVOLWzgE%2BPYe6w%3D
 2014-05-14 16:51:42,552 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) IAM access check for 
 2-null-null-DomainResourceCapability from cache: false
 2014-05-14 16:51:42,555 ERROR [c.c.a.ApiServer] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) unhandled exception executing 
 api command: [Ljava.lang.String;@7234ac72
 java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
 at java.util.ArrayList.rangeCheck(ArrayList.java:635)
 at java.util.ArrayList.get(ArrayList.java:411)
 at 
 com.cloud.api.ApiResponseHelper.createCapacityResponse(ApiResponseHelper.java:1741)
 at 
 org.apache.cloudstack.api.command.admin.resource.ListCapacityCmd.execute(ListCapacityCmd.java:129)
 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:683)
 at com.cloud.api.ApiServer.handleRequest(ApiServer.java:506)
 at 
 com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
 at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
 at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
 at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)
 at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
 at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
 at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
 at 
 org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
 at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
 at 
 org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
 at 
 org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
 at 
 org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
 at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:744)
 2014-05-14 16:51:42,558 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) IAM access check for 
 2-null-null-SystemCapability from cache: true
 2014-05-14 16:51:42,558 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) Root Access granted to 
 Acct[957b761c-dbb9-11e3-98fe-ced18bec4952-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-14 16:51:42,559 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) ===END===  10.215.2.19 -- GET

[jira] [Created] (CLOUDSTACK-6678) API:MS: listCapacity returns error code 503

Parth Jagirdar created CLOUDSTACK-6678:
--

 Summary: API:MS: listCapacity returns error code 503
 Key: CLOUDSTACK-6678
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6678
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: API
Affects Versions: 4.4.0
Reporter: Parth Jagirdar


Login to UI and observe following::
(Screen attached)



2014-05-14 16:51:42,535 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-12:ctx-447de431) ===START===  10.215.2.19 -- GET  
command=listCapacityresponse=jsonsessionkey=nsbKmWhCoLVlvuVOLWzgE%2BPYe6w%3D
2014-05-14 16:51:42,552 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
(catalina-exec-12:ctx-447de431 ctx-86d79d2a) IAM access check for 
2-null-null-DomainResourceCapability from cache: false
2014-05-14 16:51:42,555 ERROR [c.c.a.ApiServer] (catalina-exec-12:ctx-447de431 
ctx-86d79d2a) unhandled exception executing api command: 
[Ljava.lang.String;@7234ac72
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.rangeCheck(ArrayList.java:635)
at java.util.ArrayList.get(ArrayList.java:411)
at 
com.cloud.api.ApiResponseHelper.createCapacityResponse(ApiResponseHelper.java:1741)
at 
org.apache.cloudstack.api.command.admin.resource.ListCapacityCmd.execute(ListCapacityCmd.java:129)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:683)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:506)
at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)
at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at 
org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
at 
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
2014-05-14 16:51:42,558 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
(catalina-exec-12:ctx-447de431 ctx-86d79d2a) IAM access check for 
2-null-null-SystemCapability from cache: true
2014-05-14 16:51:42,558 DEBUG [c.c.u.AccountManagerImpl] 
(catalina-exec-12:ctx-447de431 ctx-86d79d2a) Root Access granted to 
Acct[957b761c-dbb9-11e3-98fe-ced18bec4952-admin] by RoleBasedEntityAccessChecker
2014-05-14 16:51:42,559 DEBUG [c.c.a.ApiServlet] (catalina-exec-12:ctx-447de431 
ctx-86d79d2a) ===END===  10.215.2.19 -- GET  
command=listCapacityresponse=jsonsessionkey=nsbKmWhCoLVlvuVOLWzgE%2BPYe6w%3D
2014-05-14 16:51:44,701 DEBUG [c.c.a.ApiServlet] (catalina-exec-2:ctx-76b750ab) 
===START===  10.215.2.19 -- GET  
command=listCapacityresponse=jsonsessionkey=nsbKmWhCoLVlvuVOLWzgE%2BPYe6w%3D
2014-05-14 16:51:44,714 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
(catalina-exec-2:ctx-76b750ab ctx-5dcdc38e) IAM access check for 
2-null-null-DomainResourceCapability from cache: false
2014-05-14 16:51:44,717 ERROR [c.c.a.ApiServer] (catalina-exec-2:ctx-76b750ab

[jira] [Commented] (CLOUDSTACK-6679) [Automation] Vm deployment fails with error Could not find suitable Deployment Destination for this VM under any clusters


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6679?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998327#comment-13998327
 ] 

Rayees Namathponnan commented on CLOUDSTACK-6679:
-

Logs 

https://citrix.sharefile.com/d/s9807a1660ea48cab


 [Automation] Vm deployment fails with error Could not find suitable 
 Deployment Destination for this VM under any clusters
 ---

 Key: CLOUDSTACK-6679
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6679
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Management Server
Affects Versions: 4.4.0
 Environment: vmware 5.0
 4.4-forward
Reporter: Rayees Namathponnan
Priority: Blocker
 Fix For: 4.4.0


 This issue observed with test case 
 integration.component.test_blocker_bugs.TestTemplate.test_01_create_template
 This test cases creating template from snapshot and deploying VM,  Zone1 is 
 vmware zone, and template created from snapshot of vmware vm,
 but in DB, its store with type: XenServer 
 mysql select * from vm_template where uuid like 4dce%;
 +-+--+---+--++--+--+-+--+---++-+-++--++-+---+-+--+-+-+-+-++--+--++--+--+-+--+
 | id  | unique_name  | name   
| uuid | public | featured | type | 
 hvm | bits | url  
  | format | created | removed | account_id | checksum 
 | display_text   | enable_password | enable_sshkey | 
 guest_os_id | bootable | prepopulate | cross_zones | extractable | 
 hypervisor_type | source_template_id | template_tag | sort_key | size   | 
 state| update_count | updated | dynamically_scalable |
 +-+--+---+--++--+--+-+--+---++-+-++--++-+---+-+--+-+-+-+-++--+--++--+--+-+--+
 | 214 | 214-116-e52835bf-a537-3f13-aa38-164ba85f5801 | Template from 
 snapshot-607C3Z | 4dcecb05-5930-469a-910c-691518bbafef |  1 |0 | 
 USER |   1 |   64 | 
 http://10.223.243.3/userdata/c583b4ad-81fe-4eab-a76d-74976f055e29.ova | OVA   
  | 2014-05-14 01:31:57 | NULL|116 | 
 855be0d95c60e7abcd73e54a7ac38038 | Template from snapshot |   1 | 
 0 |  12 |1 |   0 |   0 |  
  1 | XenServer   |   NULL | NULL |0 | 
 2147483648 | Inactive |0 | NULL|0 |
 +-+--+---+--++--+--+-+--+---++-+-++--++-+---+-+--+-+-+-+-++--+--++--+--+-+--+
 1 row in set (0.00 sec)
 mysql select uuid,name,hypervisor_type  from snapshots;
 +--++-+
 | uuid | name 
   | hypervisor_type |
 +--++-+
 | cf01419c-7a57-42c9-a3b2-863f4f36c713 |

[jira] [Updated] (CLOUDSTACK-6674) [Automation] [DB lock] When KVM agent is alert state, agent never trying to connect back


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rayees Namathponnan updated CLOUDSTACK-6674:


Description: 
This issue observed in automation run,  when KVM agent is alert state, it never 
tries to connect back,  also observed SQL DB lock in MS log for 
AgentConnectTaskPool


You need to restart agent manually to connect it back 

Here is agent log 
2014-05-13 23:59:38,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Lost 
connection to the server. Dealing with the remaining
 commands...
2014-05-13 23:59:38,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Cannot 
connect because we still have 5 commands in progre
ss.
2014-05-13 23:59:43,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Lost 
connection to the server. Dealing with the remaining
 commands...
2014-05-13 23:59:43,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Cannot 
connect because we still have 5 commands in progre
ss.
2014-05-13 23:59:48,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Lost 
connection to the server. Dealing with the remaining
 commands...
2014-05-13 23:59:48,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Cannot 
connect because we still have 5 commands in progre
ss.
2014-05-13 23:59:53,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Lost 
connection to the server. Dealing with the remaining
 commands...
2014-05-13 23:59:53,878 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Cannot 
connect because we still have 5 commands in progre
ss.
2014-05-13 23:59:58,878 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Lost 
connection to the server. Dealing with the remaining
 commands...
2014-05-13 23:59:58,878 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Cannot 
connect because we still have 5 commands in progress.
~


MS log, please see the attached log for more info




2014-05-13 20:07:50,170 DEBUG [c.c.v.VirtualMachineManagerImpl] 
(API-Job-Executor-93:job-2240 ctx-f6efb16a) Destroying vm VM[User|i-137-304-QA]
2014-05-13 20:07:50,171 DEBUG [c.c.u.d.T.Transaction] 
(API-Job-Executor-65:job-2223 ctx-a60be5ae) Rolling back the transaction: Time 
= 291 Name =  API-Job-Ex
ecutor-65; called by 
-TransactionLegacy.rollback:903-TransactionLegacy.removeUpTo:846-TransactionLegacy.close:670-TransactionContextInterceptor.invoke:36-Ref
lectiveMethodInvocation.proceed:161-ExposeInvocationInterceptor.invoke:91-ReflectiveMethodInvocation.proceed:172-JdkDynamicAopProxy.invoke:204-$Proxy97.markA
sUnavailable:-1-IpAddressManagerImpl$10.doInTransaction:1639-IpAddressManagerImpl$10.doInTransaction:1620-Transaction$2.doInTransaction:49
2014-05-13 20:07:50,173 WARN  [c.c.u.AccountManagerImpl] 
(API-Job-Executor-65:job-2223 ctx-a60be5ae) Failed to cleanup account 
Acct[20c063c7-9913-496d-983f-e
fe18a92a9dc-test-account-TestScaleVmDynamicServiceOffering-test_change_so_running_vm_dynamic_to_dynamic_1_ADMIN]
 due to
com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
com.mysql.jdbc.PreparedStatement@76384607: UPDATE user_ip_address SET 
user_ip_address.state
='Releasing' WHERE user_ip_address.id = 15
at com.cloud.utils.db.GenericDaoBase.update(GenericDaoBase.java:851)
at com.cloud.utils.db.GenericDaoBase.update(GenericDaoBase.java:1327)
at 
com.cloud.network.dao.IPAddressDaoImpl.markAsUnavailable(IPAddressDaoImpl.java:323)
at sun.reflect.GeneratedMethodAccessor536.invoke(Unknown Source)
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 
com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
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.$Proxy97.markAsUnavailable(Unknown Source)
at 
com.cloud.network.IpAddressManagerImpl$10.doInTransaction(IpAddressManagerImpl.java:1639)
at 
com.cloud.network.IpAddressManagerImpl$10.doInTransaction(IpAddressManagerImpl.java:1620)
at com.cloud.utils.db.Transaction$2.doInTransaction(Transaction.java:49)
at

[jira] [Created] (CLOUDSTACK-6641) Test case : listAutoScaleVmProfiles

2014-05-15 Thread Meghna Kale (JIRA)

Meghna Kale created CLOUDSTACK-6641:
---

 Summary: Test case : listAutoScaleVmProfiles
 Key: CLOUDSTACK-6641
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6641
 Project: CloudStack
  Issue Type: Sub-task
  Security Level: Public (Anyone can view this level - this is the default.)
Reporter: Meghna Kale
Priority: Minor






--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-6239) [Automation] jasypt decryption error is thrown after restarting console proxy VM

2014-05-15 Thread Kishan Kavala (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Kishan Kavala resolved CLOUDSTACK-6239.
---

Resolution: Fixed

 [Automation] jasypt decryption error is thrown after restarting console proxy 
 VM
 

 Key: CLOUDSTACK-6239
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6239
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
Reporter: Srikanteswararao Talluri
Assignee: Kishan Kavala
 Fix For: 4.4.0

 Attachments: log.zip


 STEPS TO REPRODUCE:
 
 1. create a zone and let SSVM and CPVM come up.
 2. restart CPVM.
 i am hitting the following error while CPVM is being restarted.
 2014-03-14 05:48:55,917 DEBUG [cloud.resource.ResourceState] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Resource state update: [id = 8; 
 name = v-6-VM; old state = Creating; event = InternalCreated; new state = 
 Enabled]
 2014-03-14 05:48:55,917 DEBUG [cloud.host.Status] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Transition:[Resource state = 
 Enabled, Agent event = AgentConnected, Host id = 8, name = v-6-VM]
 2014-03-14 05:48:55,922 DEBUG [cloud.host.Status] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Agent status update: [id = 8; name 
 = v-6-VM; old status = Creating; event = AgentConnected; new status = 
 Connecting; old update count = 0; new update count = 1]
 2014-03-14 05:48:55,922 DEBUG [agent.manager.ClusteredAgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) create ClusteredAgentAttache for 8
 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 XcpServerDiscoverer
 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 HypervServerDiscoverer
 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 DeploymentPlanningManagerImpl
 2014-03-14 05:48:55,923 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 ClusteredVirtualMachineManagerImpl
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 NetworkOrchestrator
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 StoragePoolMonitor
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 SecurityGroupListener
 2014-03-14 05:48:55,924 INFO  [network.security.SecurityGroupListener] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Received a host startup notification
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 SecondaryStorageListener
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 UploadListener
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 BehindOnPingListener
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 DirectNetworkStatsListener
 2014-03-14 05:48:55,924 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Sending Connect to listener: 
 ConsoleProxyListener
 2014-03-14 05:48:55,928 DEBUG [utils.crypt.DBEncryptionUtil] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Error while decrypting: 
 A1i0Flrc5LPgCsx3V7cOVQ
 2014-03-14 05:48:55,929 ERROR [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-11423:ctx-abee3e50) Monitor ConsoleProxyListener says 
 there is an error in the connect process for 8 due to null
 org.jasypt.exceptions.EncryptionOperationNotPossibleException
   at 
 org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981)
   at 
 org.jasypt.encryption.pbe.StandardPBEStringEncryptor.decrypt(StandardPBEStringEncryptor.java:725)
   at 
 com.cloud.utils.crypt.DBEncryptionUtil.decrypt(DBEncryptionUtil.java:63)
   at 
 org.apache.cloudstack.framework.config.impl.ConfigurationVO.getValue(ConfigurationVO.java:125)
   at 
 org.apache.cloudstack.framework.config.ConfigKey.value(ConfigKey.java:136)
   at

[jira] [Created] (CLOUDSTACK-6667) Can't provision a site-to-site VPN with multiple CIDRs

2014-05-15 Thread Paul Angus (JIRA)

Paul Angus created CLOUDSTACK-6667:
--

 Summary: Can't provision a site-to-site VPN with multiple CIDRs
 Key: CLOUDSTACK-6667
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6667
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Management Server
Affects Versions: Future, 4.2.1
 Environment: CloudStack 4.2.1
Reporter: Paul Angus
Priority: Critical


When attempting to create a site-to-site VPN with multiple remote CIDRs ie:
172.1.0.0/16,172.11.0.0/16
CloudStack reports that 172.1.0.0/16,172.11.0.0/16 is an invalid CIDR.
CloudStack code does not appear to be enumerating the string as two comma 
separated CIDRs.




--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-6611) [Automation] Dynamic_compute_offering :DeployVM Failed with NPE

Rayees Namathponnan created CLOUDSTACK-6611:
---

 Summary: [Automation] Dynamic_compute_offering :DeployVM Failed 
with NPE 
 Key: CLOUDSTACK-6611
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6611
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: KVM, Management Server
Affects Versions: 4.4.0
 Environment: KVM (RHEL 6.3)
Build 4.4-forward
Reporter: Rayees Namathponnan
Priority: Blocker
 Fix For: 4.4.0


Dynamic compute offering test case 
integration.component.test_dynamic_compute_offering.TestAccountLimits.test_max_account_cpus_scale_VM_1_ADMIN_ACCOUNT
 

2014-05-07 16:58:04,108 DEBUG [c.c.n.g.GuestNetworkGuru] 
(catalina-exec-12:ctx-71d3090d ctx-a9cdac4c ctx-5b2113e8) Empty physical 
isolation type for physical
 network 38e39e12-7458-451b-b408-07a0243c6590
2014-05-07 16:58:04,110 DEBUG [o.a.c.e.o.NetworkOrchestrator] 
(catalina-exec-12:ctx-71d3090d ctx-a9cdac4c ctx-5b2113e8) Releasing lock for 
Acct[a1b7e396-44ab
-4f03-bd62-a292770aa3a0-test-account-TestScaleVmDynamicServiceOffering-test_max_account_cpus_scale_VM_1_ADMIN_ACCOUNT-WCTVP]
2014-05-07 16:58:04,148 DEBUG [c.c.u.AccountManagerImpl] 
(catalina-exec-12:ctx-71d3090d ctx-a9cdac4c ctx-5b2113e8) Root Access granted 
to Acct[b1d58e04-d616-
11e3-a7c8-1a6f7bb0d0a8-admin] by RoleBasedEntityAccessChecker
2014-05-07 16:58:04,209 ERROR [c.c.a.ApiServer] (catalina-exec-12:ctx-71d3090d 
ctx-a9cdac4c ctx-5b2113e8) unhandled exception executing api command: [Ljava.l
ang.String;@50561a0c
java.lang.NullPointerException
at 
com.cloud.service.ServiceOfferingVO.init(ServiceOfferingVO.java:167)
at 
com.cloud.service.dao.ServiceOfferingDaoImpl.getcomputeOffering(ServiceOfferingDaoImpl.java:227)
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 
com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
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.$Proxy58.getcomputeOffering(Unknown Source)
at 
com.cloud.vm.UserVmManagerImpl.createVirtualMachine(UserVmManagerImpl.java:2576)
at 
com.cloud.vm.UserVmManagerImpl.createAdvancedVirtualMachine(UserVmManagerImpl.java:2520)
at sun.reflect.GeneratedMethodAccessor473.invoke(Unknown Source)
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.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
at 
com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
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.$Proxy206.createAdvancedVirtualMachine(Unknown Source)
at 
org.apache.cloudstack.api.command.user.vm.DeployVMCmd.create(DeployVMCmd.java:600)
at

[jira] [Commented] (CLOUDSTACK-6575) Deploy VM failed with NPE while using custom compute offering


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13993802#comment-13993802
 ] 

Animesh Chaturvedi commented on CLOUDSTACK-6575:


Did you ask Daan for cherry-pick?

 Deploy VM failed with NPE while using custom compute offering 
 --

 Key: CLOUDSTACK-6575
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6575
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
Reporter: Sailaja Mada
Assignee: Saksham Srivastava
Priority: Critical
 Fix For: 4.4.0

 Attachments: logs.zip


 Steps:
 1. Install and configure Adv zone using Xen 6.2.5 Hypervisor 
 2. Create Compute offering with Custom option enabled
 3.  Deploy VM using Default Cent OS template using Customer option enabled 
 Compute offering with CPU=1, Memory=2000 , Speed = 500 
 Observation: 
 Deploy VM failed with NPE while using custom compute offering 
 API call:
 2014-05-05 16:04:23,233 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-19:ctx-b904a14a) ===START===  10.144.6.6 -- GET  
 command=deployVirtualMachineresponse=jsonsessionkey=TDXLIOmV8uKaEsb9Mr5o96exjw0%3Dzoneid=764d3b82-5f1f-450c-a337-6b1398c472b3templateid=68e3978c-d1d8-11e3-9149-32588ba65dc8hypervisor=XenServerserviceofferingid=d04e17be-e99d-427a-95bf-ed0cbc82520ddetails%5B0%5D.cpuNumber=1details%5B0%5D.cpuSpeed=500details%5B0%5D.memory=2000diskofferingid=ac9d944f-6b66-4822-bd97-bde18573caaeiptonetworklist%5B0%5D.networkid=91973ed0-97f6-47bf-94ea-25751da81ae9displayname=newcent1name=newcent1_=1399286122706
 2014-05-05 16:04:23,233 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-19:ctx-b904a14a) ===START===  10.144.6.6 -- GET  
 command=deployVirtualMachineresponse=jsonsessionkey=TDXLIOmV8uKaEsb9Mr5o96exjw0%3Dzoneid=764d3b82-5f1f-450c-a337-6b1398c472b3templateid=68e3978c-d1d8-11e3-9149-32588ba65dc8hypervisor=XenServerserviceofferingid=d04e17be-e99d-427a-95bf-ed0cbc82520ddetails%5B0%5D.cpuNumber=1details%5B0%5D.cpuSpeed=500details%5B0%5D.memory=2000diskofferingid=ac9d944f-6b66-4822-bd97-bde18573caaeiptonetworklist%5B0%5D.networkid=91973ed0-97f6-47bf-94ea-25751da81ae9displayname=newcent1name=newcent1_=1399286122706
 2014-05-05 16:04:23,247 DEBUG [o.a.c.a.BaseCmd] 
 (catalina-exec-19:ctx-b904a14a ctx-e989ce28) Ignoring paremeter displayvm as 
 the caller is not authorized to pass it in
 2014-05-05 16:04:23,247 DEBUG [o.a.c.a.BaseCmd] 
 (catalina-exec-19:ctx-b904a14a ctx-e989ce28) Ignoring paremeter 
 deploymentplanner as the caller is not authorized to pass it in
 2014-05-05 16:04:23,255 DEBUG [c.c.a.d.ParamProcessWorker] 
 (catalina-exec-19:ctx-b904a14a ctx-e989ce28) Access granted to 
 Acct[e412bd9a-f443-413d-941f-a2fdf1af6cf3-cdcuser1] to service offering:13 by 
 RoleBasedEntityAccessChecker
 2014-05-05 16:04:23,255 DEBUG [c.c.a.d.ParamProcessWorker] 
 (catalina-exec-19:ctx-b904a14a ctx-e989ce28) Access granted to 
 Acct[e412bd9a-f443-413d-941f-a2fdf1af6cf3-cdcuser1] to disk offering:4 by 
 RoleBasedEntityAccessChecker
 2014-05-05 16:04:23,295 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-19:ctx-b904a14a ctx-e989ce28) Access to 
 {Tmpl[5-VHD-centos56-x86_64-xen} granted to 
 Acct[e412bd9a-f443-413d-941f-a2fdf1af6cf3-cdcuser1] by 
 RoleBasedEntityAccessChecker
 2014-05-05 16:04:23,295 DEBUG [o.a.c.a.BaseCmd] 
 (catalina-exec-19:ctx-b904a14a ctx-e989ce28) Ignoring paremeter displayvm as 
 the caller is not authorized to pass it in
 2014-05-05 16:04:23,295 DEBUG [o.a.c.a.BaseCmd] 
 (catalina-exec-19:ctx-b904a14a ctx-e989ce28) Ignoring paremeter 
 deploymentplanner as the caller is not authorized to pass it in
 2014-05-05 16:04:23,335 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-19:ctx-b904a14a ctx-e989ce28) Access to 
 {Acct[e412bd9a-f443-413d-941f-a2fdf1af6cf3-cdcuser1]} granted to 
 Acct[e412bd9a-f443-413d-941f-a2fdf1af6cf3-cdcuser1] by 
 RoleBasedEntityAccessChecker
 2014-05-05 16:04:23,373 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-19:ctx-b904a14a ctx-e989ce28) Access to 
 {Ntwk[91973ed0-97f6-47bf-94ea-25751da81ae9|Guest|8]} granted to 
 Acct[e412bd9a-f443-413d-941f-a2fdf1af6cf3-cdcuser1] by 
 RoleBasedEntityAccessChecker
 2014-05-05 16:04:23,412 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-19:ctx-b904a14a ctx-e989ce28) Access to 
 {Acct[e412bd9a-f443-413d-941f-a2fdf1af6cf3-cdcuser1]} granted to 
 Acct[e412bd9a-f443-413d-941f-a2fdf1af6cf3-cdcuser1] by 
 RoleBasedEntityAccessChecker
 2014-05-05 16:04:23,437 ERROR [c.c.a.ApiServer] 
 (catalina-exec-19:ctx-b904a14a ctx-e989ce28) unhandled exception executing 
 api command: [Ljava.lang.String;@763f4779
 java.lang.NullPointerException
 at

[jira] [Updated] (CLOUDSTACK-6414) [UI] UI is not allowing to create DomainAdmin User (ReferenceError: rootDomainId is not defined)

2014-05-15 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Animesh Chaturvedi updated CLOUDSTACK-6414:
---

Assignee: Jessica Wang

 [UI] UI is not allowing to create DomainAdmin User (ReferenceError: 
 rootDomainId is not defined)
 

 Key: CLOUDSTACK-6414
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6414
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Affects Versions: 4.4.0
Reporter: Sailaja Mada
Assignee: Jessica Wang
 Fix For: 4.4.0

 Attachments: FailedtoaddDomainAdminUI.png


 Steps:
 1. Install and configure Adv Zone using XenServer 6.2.5 
 2. Create domain CDC under root domain
 3. Tried to create Domain Admin user under CDC domain from ACS Management 
 Console as root admin user.
 Observation:
 UI is not allowing to create DomainAdmin User (ReferenceError: rootDomainId 
 is not defined)  
 createAccount API call works to create Domain Admin User.  It is the failure 
 only in the UI.
 Attached Firebug snap.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6660) updateVm: IndexOutOfBounds exception on at com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857) when root volume is detached


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998119#comment-13998119
 ] 

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

Commit 076bbdcfe86d6886ab1ecfc513b02a323a995307 in cloudstack's branch 
refs/heads/4.4-forward from [~nitinme]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=076bbdc ]

CLOUDSTACK-6660: Dont assume every vm will have a root volume now.


 updateVm: IndexOutOfBounds exception on at 
 com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857)
  when root volume is detached
 

 Key: CLOUDSTACK-6660
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6660
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.4.0
Reporter: Alena Prokharchyk
Assignee: Nitin Mehta
Priority: Critical
 Fix For: 4.4.0


 Steps to reproduce: 
 1) Deploy vm
 2) stop it, detach the root volume
 3) Call updateVm 
 following happens:
 WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-3:job-8460 
 ctx-d7ca344b) Received unknown parameters for command addResourceDetail. 
 Unknown parameters : ctxdetails
 INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:job-8460) Remove 
 job-8460 from job monitoring
 ERROR [c.c.a.ApiServer] (1779549015@qtp-216823969-0:ctx-af15255c ctx-d5afe83f 
 ctx-815989c5) unhandled exception executing api command: 
 [Ljava.lang.String;@1abf5125
 java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
   at java.util.ArrayList.rangeCheck(ArrayList.java:635)
   at java.util.ArrayList.get(ArrayList.java:411)
   at 
 com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857)
   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.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
   at 
 com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
   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.$Proxy201.updateVirtualMachine(Unknown Source)
   at 
 org.apache.cloudstack.api.command.admin.vm.UpdateVMCmdByAdmin.execute(UpdateVMCmdByAdmin.java:44)
   at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
   at com.cloud.api.ApiServer.queueCommand(ApiServer.java:683)
 Nitin, its your code. Please make sure everywhere you access the Root volume, 
 check if its present, and do updates only when it is.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6576) No Error Handling while deploying GPU unsupported instances on a GPU enabled host (Ex: Cent OS instance)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6576?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Animesh Chaturvedi updated CLOUDSTACK-6576:
---

Assignee: Sanjay Tripathi  (was: Saksham Srivastava)

 No Error Handling while deploying GPU unsupported instances on a GPU enabled 
 host (Ex: Cent OS instance)
 

 Key: CLOUDSTACK-6576
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6576
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server, XenServer
Affects Versions: 4.4.0
Reporter: Sailaja Mada
Assignee: Sanjay Tripathi
Priority: Minor
 Fix For: 4.4.0

 Attachments: logs1.zip


 Steps:
 1.  Install and configure Adv zone with GPU enabled XenServer 6.2.5 
 2.  Try to deploy default Cent OS instance using GPU enabled offering( K2 - 
 200 profile) 
 Observation:
 1.  Xenserver does not support vGPU with Linux instances.   
 2.  Cloudstack throws deployment failure after throwing lot of exceptions by 
 XenServer.
 Expected Results:
 CloudStack should parse the failure provided by XS and provide proper 
 deployment failure as unsupported deployment.
 2014-05-05 16:38:50,730 DEBUG [c.c.a.t.Request] 
 (Work-Job-Executor-18:job-58/job-59 ctx-4a14e747) Seq 1-7036029992836286502: 
 Sending  { Cmd , MgmtId: 55355881446856, via: 1(cldstk-R720-66), Ver: v1, 
 Flags: 100011, 
 [{com.cloud.agent.api.StartCommand:{vm:{id:9,name:i-3-9-VM,bootloader:PyGrub,type:User,cpus:1,minSpeed:500,maxSpeed:500,minRam:2147483648,maxRam:2147483648,arch:x86_64,os:CentOS
  5.6 
 (64-bit),bootArgs:,rebootOnCrash:false,enableHA:false,limitCpuUse:false,enableDynamicallyScaleVm:false,vncPassword:1439f05b06e154d2,params:{},uuid:00069b3f-abf0-4f0d-a12c-6ae9d1a3ea81,disks:[{data:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:e92dcd30-3775-4762-bb83-b6c9d901644b,volumeType:ROOT,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:e8ccf63a-577b-3378-9741-16ce76631992,id:1,poolType:NetworkFilesystem,host:10.102.192.101,path:/Sailaja/goletagpups1,port:2049,url:NetworkFilesystem://10.102.192.101/Sailaja/goletagpups1/?ROLE=PrimarySTOREUUID=e8ccf63a-577b-3378-9741-16ce76631992}},name:ROOT-9,size:21474836480,path:8d273d72-877c-4776-b4b5-9e52072ea45f,volumeId:11,vmName:i-3-9-VM,accountId:3,format:VHD,id:11,deviceId:0,hypervisorType:XenServer}},diskSeq:0,path:8d273d72-877c-4776-b4b5-9e52072ea45f,type:ROOT,_details:{managed:false,storagePort:2049,storageHost:10.102.192.101,volumeSize:21474836480}},{data:{org.apache.cloudstack.storage.to.TemplateObjectTO:{id:0,format:ISO,accountId:0,hvm:false}},diskSeq:3,type:ISO}],nics:[{deviceId:0,networkRateMbps:200,defaultNic:true,uuid:91973ed0-97f6-47bf-94ea-25751da81ae9,ip:10.1.1.220,netmask:255.255.255.0,gateway:10.1.1.1,mac:02:00:03:4b:00:07,dns1:10.140.50.5,broadcastType:Vlan,type:Guest,broadcastUri:vlan://770,isolationUri:vlan://770,isSecurityGroupEnabled:false}],gpuDevice:{gpuGroup:Group
  of NVIDIA Corporation GK104GL [GRID K2] GPUs,vgpuType:GRID 
 K200}},hostIp:10.102.192.66,executeInSequence:false,wait:0}}] }
 2014-05-05 16:38:50,732 DEBUG [c.c.a.t.Request] 
 (Work-Job-Executor-18:job-58/job-59 ctx-4a14e747) Seq 1-7036029992836286502: 
 Executing:  { Cmd , MgmtId: 55355881446856, via: 1(cldstk-R720-66), Ver: v1, 
 Flags: 100011, 
 [{com.cloud.agent.api.StartCommand:{vm:{id:9,name:i-3-9-VM,bootloader:PyGrub,type:User,cpus:1,minSpeed:500,maxSpeed:500,minRam:2147483648,maxRam:2147483648,arch:x86_64,os:CentOS
  5.6

[jira] [Updated] (CLOUDSTACK-6594) [Automation] Observed many DB Exception while starting MS Can't DROP 'last_sent'; check that column/key exists

2014-05-15 Thread Nitin Mehta (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Nitin Mehta updated CLOUDSTACK-6594:


Priority: Major  (was: Critical)

 [Automation] Observed many DB Exception while starting MS Can't DROP 
 'last_sent'; check that column/key exists
 

 Key: CLOUDSTACK-6594
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6594
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
 Environment: RHEL 6.3
 Build - 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Nitin Mehta
 Fix For: 4.4.0

 Attachments: CLOUDSTACK-6594.rar


 Below exception observed while staring MS 
 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] (main:null) Loading module 
 context [system] from URL 
 [jar:file:/usr/share/cloudstack-management/webapps/client/WEB-INF/lib/cloud-core-4.4.0-SNAPSHOT.jar!/META-INF/cloudstack/bootstrap/spring-bootstrap-context-inheritable.xml]
 INFO  [c.c.u.d.T.Transaction] (main:null) Is Data Base High Availiability 
 enabled? Ans : false
 INFO  [c.c.u.d.Merovingian2] (main:null) Cleaning up locks for 29066118877352
 INFO  [c.c.u.d.Merovingian2] (main:null) Released 0 locks for 29066118877352
 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] (main:null) Running system 
 integrity checker com.cloud.upgrade.DatabaseUpgradeChecker@883ca2e
 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) Grabbing lock to check for 
 database upgrade.
 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) DB version = 4.0.0 Code 
 Version = 4.4.0-SNAPSHOT
 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) Database upgrade must be 
 performed from 4.0.0 to 4.4.0-SNAPSHOT
 WARN  [c.c.u.d.DatabaseAccessObject] (main:null) Ignored SQL Exception when 
 trying to drop key last_sent on table alert
 com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Can't DROP 
 'last_sent'; check that column/key exists
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
 Method)
 at 
 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
 at 
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
 at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
 at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
 at com.mysql.jdbc.Util.getInstance(Util.java:386)
 at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1052)
 at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3597)
 at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3529)
 at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1990)
 at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2151)
 at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2625)
 at 
 com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2119)
 at 
 com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2415)
 at 
 com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2333)
 at 
 com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2318)
 at 
 org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
 at 
 org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
 at 
 com.cloud.upgrade.dao.DatabaseAccessObject.dropKey(DatabaseAccessObject.java:37)
 at 
 com.cloud.upgrade.dao.DbUpgradeUtils.dropKeysIfExist(DbUpgradeUtils.java:28)
 at 
 com.cloud.upgrade.dao.Upgrade410to420.addIndexForAlert(Upgrade410to420.java:543)
 at 
 com.cloud.upgrade.dao.Upgrade410to420.performDataMigration(Upgrade410to420.java:98)
 at 
 com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:310)
 at 
 com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgradeChecker.java:432)
 at 
 org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.checkIntegrity(CloudStackExtendedLifeCycle.java:65)
 at 
 org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.start(CloudStackExtendedLifeCycle.java:55)
 at 
 org.springframework.context.support.DefaultLifecycleProcessor.doStart(DefaultLifecycleProcessor.java:167)
 at 
 org.springframework.context.support.DefaultLifecycleProcessor.access$200(DefaultLifecycleProcessor.java:51)
 at

[jira] [Created] (CLOUDSTACK-6612) [Automation] Test case test_04_1_egress_fr4 failed to execute command on client

2014-05-15 Thread ASF subversion and git services (JIRA)

Rayees Namathponnan created CLOUDSTACK-6612:
---

 Summary: [Automation] Test case test_04_1_egress_fr4  failed to 
execute command on client 
 Key: CLOUDSTACK-6612
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6612
 Project: CloudStack
  Issue Type: Test
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Automation
Affects Versions: 4.4.0
Reporter: Rayees Namathponnan
Priority: Critical
 Fix For: 4.4.0


Test 
caseintegration.component.test_egress_fw_rules.TestEgressFWRules.test_04_1_egress_fr4
 (from nosetests) failed with below error 


requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
(1): 10.223.49.195
requests.packages.urllib3.connectionpool: DEBUG: GET 
/client/api?signature=ylEuPgkfrfJfwrM8fLVEn7SaBNI%3DapiKey=TKG3-LFUFTPhT_OQ9MPrEdI_UpDMgvR07w8NZCUhWlsIKeSPIrnKBNcn0UgWIPIQLhwcTYMD5jyVpJ7oMdc9GAcommand=queryAsyncJobResultresponse=jsonjobid=42c474a9-a4eb-4b5f-8ea0-e46d332e62c5
 HTTP/1.1 200 621
test_04_1_egress_fr4 
(integration.component.test_egress_fw_rules.TestEgressFWRules): DEBUG: Response 
: {jobprocstatus : 0, created : u'2014-05-07T18:10:06-0700', cmd : 
u'org.apache.cloudstack.api.command.user.firewall.CreateEgressFirewallRuleCmd', 
userid : u'b1d59b38-d616-11e3-a7c8-1a6f7bb0d0a8', jobstatus : 1, jobid : 
u'42c474a9-a4eb-4b5f-8ea0-e46d332e62c5', jobresultcode : 0, jobresulttype : 
u'object', jobresult : {networkid : u'72a5c1d3-4120-4139-bef9-4508268d8539', 
protocol : u'icmp', fordisplay : True, cidrlist : u'10.1.1.0/24', tags : [], 
icmptype : -1, state : u'Active', icmpcode : -1, id : 
u'8b12a8ef-01e6-4dac-b995-1081dceffc2c'}, accountid : 
u'b1d58e04-d616-11e3-a7c8-1a6f7bb0d0a8'}
test_04_1_egress_fr4 
(integration.component.test_egress_fw_rules.TestEgressFWRules): DEBUG: 
===Jobid:42c474a9-a4eb-4b5f-8ea0-e46d332e62c5 ; StartTime:Wed May  7 14:23:16 
2014 ; EndTime:Wed May  7 14:23:22 2014 ; TotalTime:-5===
test_04_1_egress_fr4 
(integration.component.test_egress_fw_rules.TestEgressFWRules): DEBUG: Response 
: {jobprocstatus : 0, created : u'2014-05-07T18:10:06-0700', cmd : 
u'org.apache.cloudstack.api.command.user.firewall.CreateEgressFirewallRuleCmd', 
userid : u'b1d59b38-d616-11e3-a7c8-1a6f7bb0d0a8', jobstatus : 1, jobid : 
u'42c474a9-a4eb-4b5f-8ea0-e46d332e62c5', jobresultcode : 0, jobresulttype : 
u'object', jobresult : {networkid : u'72a5c1d3-4120-4139-bef9-4508268d8539', 
protocol : u'icmp', fordisplay : True, cidrlist : u'10.1.1.0/24', tags : [], 
icmptype : -1, state : u'Active', icmpcode : -1, id : 
u'8b12a8ef-01e6-4dac-b995-1081dceffc2c'}, accountid : 
u'b1d58e04-d616-11e3-a7c8-1a6f7bb0d0a8'}
test_04_1_egress_fr4 
(integration.component.test_egress_fw_rules.TestEgressFWRules): DEBUG: Created 
rule=8b12a8ef-01e6-4dac-b995-1081dceffc2c
test_04_1_egress_fr4 
(integration.component.test_egress_fw_rules.TestEgressFWRules): CRITICAL: 
EXCEPTION: test_04_1_egress_fr4: ['Traceback (most recent call last):\n', '  
File /usr/local/lib/python2.7/unittest/case.py, line 318, in run\n
testMethod()\n', '  File 
/Repo_30X/ipcl/cloudstack/test/integration/component/test_egress_fw_rules.py, 
line 542, in test_04_1_egress_fr4\nqresultset = 
self.dbclient.execute(select purpose, traffic_type from firewall_rules where 
uuid=\'%s\'; % self.egressruleid)\n', '  File 
/usr/local/lib/python2.7/site-packages/marvin/dbConnection.py, line 48, in 
execute\ndb=str(self.database))) as conn:\n', '  File 
/usr/local/lib/python2.7/site-packages/mysql/connector/__init__.py, line 98, 
in connect\nreturn MySQLConnection(*args, **kwargs)\n', '  File 
/usr/local/lib/python2.7/site-packages/mysql/connector/connection.py, line 
118, in __init__\nself.connect(**kwargs)\n', '  File 
/usr/local/lib/python2.7/site-packages/mysql/connector/connection.py, line 
382, in connect\nself._open_connection()\n', '  File 
/usr/local/lib/python2.7/site-packages/mysql/connector/connection.py, line 
349, in _open_connection\nself._ssl)\n', '  File 
/usr/local/lib/python2.7/site-packages/mysql/connector/connection.py, line 
176, in _do_auth\nraise errors.get_exception(packet)\n', ProgrammingError: 
1045 (28000): Access denied for user 'root'@'10.223.240.194' (using password: 
YES)\n]
-  end captured logging  -
Stacktrace

  File /usr/local/lib/python2.7/unittest/case.py, line 318, in run
testMethod()
  File 
/Repo_30X/ipcl/cloudstack/test/integration/component/test_egress_fw_rules.py, 
line 542, in test_04_1_egress_fr4
qresultset = self.dbclient.execute(select purpose, traffic_type from 
firewall_rules where uuid='%s'; % self.egressruleid)
  File /usr/local/lib/python2.7/site-packages/marvin/dbConnection.py, line 
48, in execute
db=str(self.database))) as conn:
  File

[jira] [Commented] (CLOUDSTACK-6580) [Automation] Account creation failing with error already exists in domain ***


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13992588#comment-13992588
 ] 

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

Commit c013813426874ae0cc1ac2b23238415652955901 in cloudstack's branch 
refs/heads/4.4-forward from [~gauravaradhye]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c013813 ]

CLOUDSTACK-6580: Adding listall parameter while listing Account in 
createUserApiClient


 [Automation] Account creation failing with error already exists in domain 
 *** 
 

 Key: CLOUDSTACK-6580
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6580
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: marvin
Affects Versions: 4.4.0
 Environment: branch 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Girish Shilamkar
Priority: Critical
 Fix For: 4.4.0


 4.4-forward test cases failing while creating account under domain,there 
 are changes in products, we need to update list API call with listAll=true
 Please check base.py account create section, we need to pass listAll=true to 
 get the existing account.
 Test cases 
 integration.component.test_cpu_max_limits.TestMaxCPULimits.test_01_deploy_vm_domain_limit_reached
 Failing due to this 
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.49.195
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?username=resource-TestMaxCPULimits-test_01_deploy_vm_domain_limit_reached-OSVM1Odomainid=2580427c-ac34-4bc1-b7c0-ed2adef4d9ecfirstname=resource-TestMaxCPULimits-test_01_deploy_vm_domain_limit_reached-OSVM1Olastname=resource-TestMaxCPULimits-test_01_deploy_vm_domain_limit_reached-OSVM1Oresponse=jsonapiKey=-iREkQOpes0jctzcJbHnQDDV2k6AzB6K53ul12O7vO-54OnW7j9deaT6Eb_s4MbAnKvVjCnPTpJI6cg2Rv-RiQcommand=createAccountaccounttype=0signature=LbRpZtC%2FVIyf5CC4%2BtaLK%2F14%2FZw%3Dpassword=passwordemail=test-IAXXF9%40cloudstack.org
  HTTP/1.1 431 203
 test_01_deploy_vm_domain_limit_reached 
 (integration.component.test_cpu_max_limits.TestMaxCPULimits): DEBUG: Request: 
 http://10.223.49.195:8080/client/api?username=resource-TestMaxCPULimits-test_01_deploy_vm_domain_limit_reached-OSVM1Odomainid=2580427c-ac34-4bc1-b7c0-ed2adef4d9ecfirstname=resource-TestMaxCPULimits-test_01_deploy_vm_domain_limit_reached-OSVM1Olastname=resource-TestMaxCPULimits-test_01_deploy_vm_domain_limit_reached-OSVM1Oresponse=jsonapiKey=-iREkQOpes0jctzcJbHnQDDV2k6AzB6K53ul12O7vO-54OnW7j9deaT6Eb_s4MbAnKvVjCnPTpJI6cg2Rv-RiQcommand=createAccountaccounttype=0signature=LbRpZtC%2FVIyf5CC4%2BtaLK%2F14%2FZw%3Dpassword=passwordemail=test-IAXXF9%40cloudstack.org
  Response: { createaccountresponse : 
 {uuidList:[],errorcode:431,cserrorcode:4350,errortext:The user 
 resource-TestMaxCPULimits-test_01_deploy_vm_domain_limit_reached-OSVM1O 
 already exists in domain 61} }
 test_01_deploy_vm_domain_limit_reached 
 (integration.component.test_cpu_max_limits.TestMaxCPULimits): CRITICAL: 
 EXCEPTION: test_01_deploy_vm_domain_limit_reached: Traceback (most recent 
 call last):
   File /usr/local/lib/python2.7/unittest/case.py, line 318, in run
 testMethod()
   File 
 /Repo_30X/ipcl/cloudstack/test/integration/component/test_cpu_max_limits.py,
  line 256, in test_01_deploy_vm_domain_limit_reached
 DomainName=self.child_do_admin.domain)
   File 
 /usr/local/lib/python2.7/site-packages/marvin/cloudstackTestClient.py, line 
 135, in createUserApiClient
 acct = self.apiClient.createAccount(createAcctCmd)
   File 
 /usr/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py,
  line 545, in createAccount
 response = self.connection.marvinRequest(command, response_type=response, 
 method=method)
   File 
 /usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 
 272, in marvinRequest
 response = jsonHelper.getResultObj(response.json(), response_type)
   File /usr/local/lib/python2.7/site-packages/marvin/jsonHelper.py, line 
 148, in getResultObj
 raise cloudstackException.cloudstackAPIException(respname, errMsg)
 cloudstackAPIException: Execute cmd: createaccount failed, due to: errorCode: 
 431, errorText:The user 
 resource-TestMaxCPULimits-test_01_deploy_vm_domain_limit_reached-OSVM1O 
 already exists in domain 61
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/unittest/case.py, line 318, in run
 testMethod()
   File 
 /Repo_30X/ipcl/cloudstack/test/integration/component/test_cpu_max_limits.py,
  line 256, in test_01_deploy_vm_domain_limit_reached

[jira] [Updated] (CLOUDSTACK-6614) systemvm template build failed since src iso link is broken

2014-05-15 Thread Yoshikazu Nojima (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Yoshikazu Nojima updated CLOUDSTACK-6614:
-

Summary: systemvm template build failed since src iso link is broken  (was: 
systemvm template build failed because of src iso link is broken)

 systemvm template build failed since src iso link is broken
 ---

 Key: CLOUDSTACK-6614
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6614
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: SystemVM
Affects Versions: Future, 4.4.0
Reporter: Yoshikazu Nojima
  Labels: systemvm

 at least master is affected.
 build log:
 ==
 We did not find an isofile here : 
 /var/lib/jenkins/workspace/cloudstack-master-systemvm64/tools/appliance/iso/debian-7.4.0-amd64-netinst.iso.
  
 The definition provided the following download information:
 - Download url: 
 http://ftp.acc.umu.se/mirror/cdimage/release/7.4.0/amd64/iso-cd/debian-7.4.0-amd64-netinst.iso
 - Md5 Checksum: e7e9433973f082a297793c3c5010b2c5
 Checking if isofile debian-7.4.0-amd64-netinst.iso already exists.
 Full path: 
 /var/lib/jenkins/workspace/cloudstack-master-systemvm64/tools/appliance/iso/debian-7.4.0-amd64-netinst.iso
 There was an error downloading 
 http://ftp.acc.umu.se/mirror/cdimage/release/7.4.0/amd64/iso-cd/debian-7.4.0-amd64-netinst.iso:
 404 Not Found
 There was an error downloading 
 http://ftp.acc.umu.se/mirror/cdimage/release/7.4.0/amd64/iso-cd/debian-7.4.0-amd64-netinst.iso:
 404 Not Found



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-5887) [Automation] test_04_reoccuring_snapshot_rules test cases failing with error Exception not raised

2014-05-15 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998447#comment-13998447
 ] 

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

Commit 931dd051a8e1f27fc598fed64f6ca4cf9a5567d6 in cloudstack's branch 
refs/heads/master from [~gauravaradhye]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=931dd05 ]

CLOUDSTACK-5887: Resolved issue in test_base_image_updation.py


 [Automation] test_04_reoccuring_snapshot_rules test cases failing with error 
 Exception not raised
 ---

 Key: CLOUDSTACK-5887
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5887
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.3.0
Reporter: Rayees Namathponnan
Assignee: Gaurav Aradhye
 Fix For: 4.3.0


 Run Regression_Advanced_KVM_60_Multi 250 
 Test case 
 integration.component.test_base_image_updation.TestBaseImageUpdate.test_04_reoccuring_snapshot_rules
  failed with below exception 
 test_04_reoccuring_snapshot_rules 
 (integration.component.test_base_image_updation.TestBaseImageUpdate): DEBUG: 
 sending GET request: listSnapshotPolicies {'volumeid': 
 u'25137726-bf49-4cf1-ba70-bec5f5a3c797'}
 test_04_reoccuring_snapshot_rules 
 (integration.component.test_base_image_updation.TestBaseImageUpdate): DEBUG: 
 Computed Signature by Marvin: iBlsyp5r6eX3vafeA87SjLnpjcQ=
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.49.195
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=1JEaK3o398-0hKchIDyIGIeLr8P7vP5lrFeBEvWlpjEryj7MmTKekzWdsqyMvRhaxFTaDAO3pcbmTSMbtokUnQvolumeid=25137726-bf49-4cf1-ba70-bec5f5a3c797command=listSnapshotPoliciessignature=iBlsyp5r6eX3vafeA87SjLnpjcQ%3Dresponse=json
  HTTP/1.1 200 40
 test_04_reoccuring_snapshot_rules 
 (integration.component.test_base_image_updation.TestBaseImageUpdate): DEBUG: 
 Request: 
 http://10.223.49.195:8080/client/api?apiKey=1JEaK3o398-0hKchIDyIGIeLr8P7vP5lrFeBEvWlpjEryj7MmTKekzWdsqyMvRhaxFTaDAO3pcbmTSMbtokUnQvolumeid=25137726-bf49-4cf1-ba70-bec5f5a3c797command=listSnapshotPoliciessignature=iBlsyp5r6eX3vafeA87SjLnpjcQ%3Dresponse=json
  Response: { listsnapshotpoliciesresponse : { } }
 test_04_reoccuring_snapshot_rules 
 (integration.component.test_base_image_updation.TestBaseImageUpdate): 
 CRITICAL: FAILED: test_04_reoccuring_snapshot_rules: Traceback (most recent 
 call last):
   File /usr/local/lib/python2.7/unittest/case.py, line 318, in run
 testMethod()
   File 
 /Repo_30X/ipcl/cloudstack/test/integration/component/test_base_image_updation.py,
  line 644, in test_04_reoccuring_snapshot_rules
 volumeid=vm_with_reset_root_disk_id
   File /usr/local/lib/python2.7/unittest/case.py, line 112, in __exit__
 {0} not raised.format(exc_name))
 AssertionError: Exception not raised
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/unittest/case.py, line 318, in run
 testMethod()
   File 
 /Repo_30X/ipcl/cloudstack/test/integration/component/test_base_image_updation.py,
  line 644, in test_04_reoccuring_snapshot_rules
 volumeid=vm_with_reset_root_disk_id
   File /usr/local/lib/python2.7/unittest/case.py, line 112, in __exit__
 {0} not raised.format(exc_name))
 Exception not raised
   begin captured logging  
 It will be great if we can add some more meaning full messages



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-6678) API:MS: listCapacity returns; errorcode:530,cserrorcode:9999,errortext:Index: 0, Size: 0}

2014-05-15 Thread Sanjay Tripathi (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6678?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sanjay Tripathi reassigned CLOUDSTACK-6678:
---

Assignee: Sanjay Tripathi

 API:MS: listCapacity returns; 
 errorcode:530,cserrorcode:,errortext:Index: 0, Size: 0}
 

 Key: CLOUDSTACK-6678
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6678
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API
Affects Versions: 4.4.0
Reporter: Parth Jagirdar
Assignee: Sanjay Tripathi
 Attachments: listCapacity.png


 Login to UI and observe following::
 (Screen attached)
 { listcapacityresponse : 
 {uuidList:[],errorcode:530,cserrorcode:,errortext:Index: 0, 
 Size: 0} }
 2014-05-14 16:51:42,535 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-12:ctx-447de431) ===START===  10.215.2.19 -- GET  
 command=listCapacityresponse=jsonsessionkey=nsbKmWhCoLVlvuVOLWzgE%2BPYe6w%3D
 2014-05-14 16:51:42,552 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) IAM access check for 
 2-null-null-DomainResourceCapability from cache: false
 2014-05-14 16:51:42,555 ERROR [c.c.a.ApiServer] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) unhandled exception executing 
 api command: [Ljava.lang.String;@7234ac72
 java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
 at java.util.ArrayList.rangeCheck(ArrayList.java:635)
 at java.util.ArrayList.get(ArrayList.java:411)
 at 
 com.cloud.api.ApiResponseHelper.createCapacityResponse(ApiResponseHelper.java:1741)
 at 
 org.apache.cloudstack.api.command.admin.resource.ListCapacityCmd.execute(ListCapacityCmd.java:129)
 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:683)
 at com.cloud.api.ApiServer.handleRequest(ApiServer.java:506)
 at 
 com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
 at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
 at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
 at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)
 at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
 at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
 at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
 at 
 org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
 at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
 at 
 org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
 at 
 org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
 at 
 org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
 at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:744)
 2014-05-14 16:51:42,558 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) IAM access check for 
 2-null-null-SystemCapability from cache: true
 2014-05-14 16:51:42,558 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) Root Access granted to 
 Acct[957b761c-dbb9-11e3-98fe-ced18bec4952-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-14 16:51:42,559 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-12:ctx-447de431 ctx-86d79d2a) ===END===  10.215.2.19 --

[jira] [Updated] (CLOUDSTACK-6590) No option in UI to acquire secondary IP for VM nic


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Animesh Chaturvedi updated CLOUDSTACK-6590:
---

Assignee: Jessica Wang

 No option in UI to acquire secondary IP for VM nic
 --

 Key: CLOUDSTACK-6590
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6590
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Network Controller, UI
Affects Versions: 4.4.0
Reporter: manasaveloori
Assignee: Jessica Wang
Priority: Critical
 Fix For: 4.4.0


 Deploy a user Vm.
 Go to Nics
 Observed that there is no option to acquire a secondary ip for the VM nic.
 This a regression issue...
 Able to acquire the secondary IP using API.
 Build commit id:
 [root@RHEL63test secondaryxen]# cloudstack-sccs
 ed088c72c461c08a061881f78cceae7f74794b9c



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6055) [Automation] Firewall rule creation failing for portable public IP with error Failed to create firewall rule


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13993134#comment-13993134
 ] 

Animesh Chaturvedi commented on CLOUDSTACK-6055:


Murali did you get to check on this issue?

 [Automation] Firewall rule creation failing for portable public IP with error 
 Failed to create firewall rule
 --

 Key: CLOUDSTACK-6055
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6055
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Network Controller
Affects Versions: 4.4.0
 Environment: Observed yet on VMWare.
Reporter: Gaurav Aradhye
Assignee: Murali Reddy
  Labels: automation
 Fix For: 4.4.0

 Attachments: portableip-Firewall-MgtSrvrLog.txt


 Steps to reproduce:
 1) Add a portable public IP range
 2) Create an isolated network
 3) Acquire portable IP in the network
 4) Try to create firewall rule for the IP address
 Step 4 Fails.
 Management Server log attached.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6612) [Automation] Test cases failing with db connection error


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rayees Namathponnan updated CLOUDSTACK-6612:


Summary: [Automation] Test cases failing with db connection error   (was: 
[Automation] Test case test_04_1_egress_fr4  failed to execute command on 
client )

 [Automation] Test cases failing with db connection error 
 -

 Key: CLOUDSTACK-6612
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6612
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.4.0
Reporter: Rayees Namathponnan
Priority: Critical
 Fix For: 4.4.0


 Test 
 caseintegration.component.test_egress_fw_rules.TestEgressFWRules.test_04_1_egress_fr4
  (from nosetests) failed with below error 
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.49.195
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?signature=ylEuPgkfrfJfwrM8fLVEn7SaBNI%3DapiKey=TKG3-LFUFTPhT_OQ9MPrEdI_UpDMgvR07w8NZCUhWlsIKeSPIrnKBNcn0UgWIPIQLhwcTYMD5jyVpJ7oMdc9GAcommand=queryAsyncJobResultresponse=jsonjobid=42c474a9-a4eb-4b5f-8ea0-e46d332e62c5
  HTTP/1.1 200 621
 test_04_1_egress_fr4 
 (integration.component.test_egress_fw_rules.TestEgressFWRules): DEBUG: 
 Response : {jobprocstatus : 0, created : u'2014-05-07T18:10:06-0700', cmd : 
 u'org.apache.cloudstack.api.command.user.firewall.CreateEgressFirewallRuleCmd',
  userid : u'b1d59b38-d616-11e3-a7c8-1a6f7bb0d0a8', jobstatus : 1, jobid : 
 u'42c474a9-a4eb-4b5f-8ea0-e46d332e62c5', jobresultcode : 0, jobresulttype : 
 u'object', jobresult : {networkid : u'72a5c1d3-4120-4139-bef9-4508268d8539', 
 protocol : u'icmp', fordisplay : True, cidrlist : u'10.1.1.0/24', tags : [], 
 icmptype : -1, state : u'Active', icmpcode : -1, id : 
 u'8b12a8ef-01e6-4dac-b995-1081dceffc2c'}, accountid : 
 u'b1d58e04-d616-11e3-a7c8-1a6f7bb0d0a8'}
 test_04_1_egress_fr4 
 (integration.component.test_egress_fw_rules.TestEgressFWRules): DEBUG: 
 ===Jobid:42c474a9-a4eb-4b5f-8ea0-e46d332e62c5 ; StartTime:Wed May  7 14:23:16 
 2014 ; EndTime:Wed May  7 14:23:22 2014 ; TotalTime:-5===
 test_04_1_egress_fr4 
 (integration.component.test_egress_fw_rules.TestEgressFWRules): DEBUG: 
 Response : {jobprocstatus : 0, created : u'2014-05-07T18:10:06-0700', cmd : 
 u'org.apache.cloudstack.api.command.user.firewall.CreateEgressFirewallRuleCmd',
  userid : u'b1d59b38-d616-11e3-a7c8-1a6f7bb0d0a8', jobstatus : 1, jobid : 
 u'42c474a9-a4eb-4b5f-8ea0-e46d332e62c5', jobresultcode : 0, jobresulttype : 
 u'object', jobresult : {networkid : u'72a5c1d3-4120-4139-bef9-4508268d8539', 
 protocol : u'icmp', fordisplay : True, cidrlist : u'10.1.1.0/24', tags : [], 
 icmptype : -1, state : u'Active', icmpcode : -1, id : 
 u'8b12a8ef-01e6-4dac-b995-1081dceffc2c'}, accountid : 
 u'b1d58e04-d616-11e3-a7c8-1a6f7bb0d0a8'}
 test_04_1_egress_fr4 
 (integration.component.test_egress_fw_rules.TestEgressFWRules): DEBUG: 
 Created rule=8b12a8ef-01e6-4dac-b995-1081dceffc2c
 test_04_1_egress_fr4 
 (integration.component.test_egress_fw_rules.TestEgressFWRules): CRITICAL: 
 EXCEPTION: test_04_1_egress_fr4: ['Traceback (most recent call last):\n', '  
 File /usr/local/lib/python2.7/unittest/case.py, line 318, in run\n
 testMethod()\n', '  File 
 /Repo_30X/ipcl/cloudstack/test/integration/component/test_egress_fw_rules.py,
  line 542, in test_04_1_egress_fr4\nqresultset = 
 self.dbclient.execute(select purpose, traffic_type from firewall_rules where 
 uuid=\'%s\'; % self.egressruleid)\n', '  File 
 /usr/local/lib/python2.7/site-packages/marvin/dbConnection.py, line 48, in 
 execute\ndb=str(self.database))) as conn:\n', '  File 
 /usr/local/lib/python2.7/site-packages/mysql/connector/__init__.py, line 
 98, in connect\nreturn MySQLConnection(*args, **kwargs)\n', '  File 
 /usr/local/lib/python2.7/site-packages/mysql/connector/connection.py, line 
 118, in __init__\nself.connect(**kwargs)\n', '  File 
 /usr/local/lib/python2.7/site-packages/mysql/connector/connection.py, line 
 382, in connect\nself._open_connection()\n', '  File 
 /usr/local/lib/python2.7/site-packages/mysql/connector/connection.py, line 
 349, in _open_connection\nself._ssl)\n', '  File 
 /usr/local/lib/python2.7/site-packages/mysql/connector/connection.py, line 
 176, in _do_auth\nraise errors.get_exception(packet)\n', 
 ProgrammingError: 1045 (28000): Access denied for user 
 'root'@'10.223.240.194' (using password: YES)\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/unittest/case.py, line 318, in run
 testMethod()
   File

[jira] [Resolved] (CLOUDSTACK-6649) CS is not giving the system-wide capacity for GPU reosurce.

2014-05-15 Thread Sanjay Tripathi (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sanjay Tripathi resolved CLOUDSTACK-6649.
-

Resolution: Fixed

 CS is not giving the system-wide capacity for GPU reosurce.
 ---

 Key: CLOUDSTACK-6649
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6649
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
 Environment: MS 4.4
 XS 620SP!
Reporter: Sanjay Tripathi
Priority: Critical
 Fix For: 4.4.0


 CloudStack is not displaying system-wide capacity for GPU resource because of 
 this admin is not able to see how much of GPU resource is used and how much 
 is available.
 Like other resources, CS should give capacity details of GPU resource in 
 listCapacity API call response and display that in CS dashboard. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-6660) updateVm: IndexOutOfBounds exception on at com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857) when root volume is detached

Alena Prokharchyk created CLOUDSTACK-6660:
-

 Summary: updateVm: IndexOutOfBounds exception on at 
com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857)
 when root volume is detached
 Key: CLOUDSTACK-6660
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6660
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Affects Versions: 4.4.0
Reporter: Alena Prokharchyk
Assignee: Nitin Mehta
Priority: Critical
 Fix For: 4.4.0


Steps to reproduce: 

1) Deploy vm
2) stop it, detach the root volume
3) Call updateVm 

following happens:

WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-3:job-8460 
ctx-d7ca344b) Received unknown parameters for command addResourceDetail. 
Unknown parameters : ctxdetails
INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:job-8460) Remove 
job-8460 from job monitoring
ERROR [c.c.a.ApiServer] (1779549015@qtp-216823969-0:ctx-af15255c ctx-d5afe83f 
ctx-815989c5) unhandled exception executing api command: 
[Ljava.lang.String;@1abf5125
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.rangeCheck(ArrayList.java:635)
at java.util.ArrayList.get(ArrayList.java:411)
at 
com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:1857)
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.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
at 
com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
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.$Proxy201.updateVirtualMachine(Unknown Source)
at 
org.apache.cloudstack.api.command.admin.vm.UpdateVMCmdByAdmin.execute(UpdateVMCmdByAdmin.java:44)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:683)



Nitin, its your code. Please make sure everywhere you access the Root volume, 
check if its present, and do updates only when it is.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Comment Edited] (CLOUDSTACK-6550) [Automation] list**** API return empty list if you are not passing listall=true, many testcases failed due to this


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998107#comment-13998107
 ] 

Rayees Namathponnan edited comment on CLOUDSTACK-6550 at 5/15/14 5:01 AM:
--

Below tests still fails while calling listtemplate 

integration.component.test_accounts.TestTemplateHierarchy.test_01_template_hierarch
integration.component.test_cpu_project_limits.TestProjectsCPULimits.test_01_project_counts_start_stop_instance
integration.component.test_mm_project_limits.TestProjectsMemoryLimits.test_01_project_vmlifecycle_start_stop_instance




was (Author: rayeesn):
Below tests still fails while calling listtemplate 

integration.component.test_accounts.TestTemplateHierarchy.test_01_template_hierarch
integration.component.test_cpu_project_limits.TestProjectsCPULimits.test_01_project_counts_start_stop_instance



 [Automation] list API return empty list if you are not passing 
 listall=true, many testcases failed due to this
 --

 Key: CLOUDSTACK-6550
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6550
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, Virtual Router
Affects Versions: 4.4.0
 Environment: Xen 6.2
 build : 4.4-forward 
Reporter: Rayees Namathponnan
Assignee: Santhosh Kumar Edukulla
Priority: Blocker
 Fix For: 4.4.0


 Currently test cases are using below command to listrouter (without 
 listall=true),  
 passing accountID and domain ID
  
 http://10.147.38.149:8096/?account=test-TestReleaseIP-test_releaseIP-8W58N0domainid=22feae40-d076-11e3-8dca-0608081fcommand=listRouters
  
 this API call return empty list in 4.4,  



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6648) [Automation]: vm ha cases were failing in 4.4-forward

2014-05-15 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rayees Namathponnan updated CLOUDSTACK-6648:


Issue Type: Test  (was: Bug)

 [Automation]: vm ha cases were failing in 4.4-forward
 -

 Key: CLOUDSTACK-6648
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6648
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.4.0
Reporter: Santhosh Kumar Edukulla
Assignee: Santhosh Kumar Edukulla

 vm_ha.py cases were failing because of proper zone was not getting picked up. 
 Fixed them now, moved the test data out of test cases to get proper test data.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-5887) [Automation] test_04_reoccuring_snapshot_rules test cases failing with error Exception not raised


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998446#comment-13998446
 ] 

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

Commit 1561138157f66485b4e3c762c4166a1c2cacd3d2 in cloudstack's branch 
refs/heads/4.4-forward from [~gauravaradhye]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=1561138 ]

CLOUDSTACK-5887: Resolved issue in test_base_image_updation.py


 [Automation] test_04_reoccuring_snapshot_rules test cases failing with error 
 Exception not raised
 ---

 Key: CLOUDSTACK-5887
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5887
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.3.0
Reporter: Rayees Namathponnan
Assignee: Gaurav Aradhye
 Fix For: 4.3.0


 Run Regression_Advanced_KVM_60_Multi 250 
 Test case 
 integration.component.test_base_image_updation.TestBaseImageUpdate.test_04_reoccuring_snapshot_rules
  failed with below exception 
 test_04_reoccuring_snapshot_rules 
 (integration.component.test_base_image_updation.TestBaseImageUpdate): DEBUG: 
 sending GET request: listSnapshotPolicies {'volumeid': 
 u'25137726-bf49-4cf1-ba70-bec5f5a3c797'}
 test_04_reoccuring_snapshot_rules 
 (integration.component.test_base_image_updation.TestBaseImageUpdate): DEBUG: 
 Computed Signature by Marvin: iBlsyp5r6eX3vafeA87SjLnpjcQ=
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.49.195
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=1JEaK3o398-0hKchIDyIGIeLr8P7vP5lrFeBEvWlpjEryj7MmTKekzWdsqyMvRhaxFTaDAO3pcbmTSMbtokUnQvolumeid=25137726-bf49-4cf1-ba70-bec5f5a3c797command=listSnapshotPoliciessignature=iBlsyp5r6eX3vafeA87SjLnpjcQ%3Dresponse=json
  HTTP/1.1 200 40
 test_04_reoccuring_snapshot_rules 
 (integration.component.test_base_image_updation.TestBaseImageUpdate): DEBUG: 
 Request: 
 http://10.223.49.195:8080/client/api?apiKey=1JEaK3o398-0hKchIDyIGIeLr8P7vP5lrFeBEvWlpjEryj7MmTKekzWdsqyMvRhaxFTaDAO3pcbmTSMbtokUnQvolumeid=25137726-bf49-4cf1-ba70-bec5f5a3c797command=listSnapshotPoliciessignature=iBlsyp5r6eX3vafeA87SjLnpjcQ%3Dresponse=json
  Response: { listsnapshotpoliciesresponse : { } }
 test_04_reoccuring_snapshot_rules 
 (integration.component.test_base_image_updation.TestBaseImageUpdate): 
 CRITICAL: FAILED: test_04_reoccuring_snapshot_rules: Traceback (most recent 
 call last):
   File /usr/local/lib/python2.7/unittest/case.py, line 318, in run
 testMethod()
   File 
 /Repo_30X/ipcl/cloudstack/test/integration/component/test_base_image_updation.py,
  line 644, in test_04_reoccuring_snapshot_rules
 volumeid=vm_with_reset_root_disk_id
   File /usr/local/lib/python2.7/unittest/case.py, line 112, in __exit__
 {0} not raised.format(exc_name))
 AssertionError: Exception not raised
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/unittest/case.py, line 318, in run
 testMethod()
   File 
 /Repo_30X/ipcl/cloudstack/test/integration/component/test_base_image_updation.py,
  line 644, in test_04_reoccuring_snapshot_rules
 volumeid=vm_with_reset_root_disk_id
   File /usr/local/lib/python2.7/unittest/case.py, line 112, in __exit__
 {0} not raised.format(exc_name))
 Exception not raised
   begin captured logging  
 It will be great if we can add some more meaning full messages



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-6670) A lot of IAMServiceImpl] (main:null) Invalidate IAM cache message in log until web-ui isn't loaded

2014-05-15 Thread ASF subversion and git services (JIRA)

Milamber created CLOUDSTACK-6670:


 Summary: A lot of IAMServiceImpl] (main:null) Invalidate IAM 
cache message in log until web-ui isn't loaded
 Key: CLOUDSTACK-6670
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6670
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Affects Versions: 4.4.0
 Environment: Ubuntu 14.04
CloudStack 4.4.0 snapshot 20140513
Reporter: Milamber


A lot of these message below appear in management log until the web ui isn't 
loaded.

2014-05-14 15:22:38,733 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:38,800 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:38,900 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:39,000 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:39,554 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:39,654 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:39,731 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:39,809 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:39,865 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:39,920 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:39,964 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:40,009 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:40,098 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:40,353 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:40,519 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:22:40,619 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
[.]
2014-05-14 15:25:07,990 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:25:08,065 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:25:08,133 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:25:08,199 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:25:08,266 DEBUG [o.a.c.i.s.IAMServiceImpl] (main:null) Invalidate 
IAM cache
2014-05-14 15:25:08,266 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] 
(main:null) Done Starting CloudStack Components
2014-05-14 15:25:08,267 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) Starting module [ldap]
2014-05-14 15:25:08,267 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] 
(main:null) Starting CloudStack Components
2014-05-14 15:25:08,267 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] 
(main:null) Done Starting CloudStack Components
2014-05-14 15:25:08,267 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) Starting module [md5]
2014-05-14 15:25:08,267 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] 
(main:null) Starting CloudStack Components
2014-05-14 15:25:08,268 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] 
(main:null) Done Starting CloudStack Components
2014-05-14 15:25:08,268 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) Starting module [plaintext]
2014-05-14 15:25:08,268 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] 
(main:null) Starting CloudStack Components
2014-05-14 15:25:08,268 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] 
(main:null) Done Starting CloudStack Components
2014-05-14 15:25:08,268 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) Starting module [rate-limit]
2014-05-14 15:25:08,268 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] 
(main:null) Starting CloudStack Components
2014-05-14 15:25:08,268 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] 
(main:null) Done Starting CloudStack Components
2014-05-14 15:25:08,268 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) Starting module [server-api]
[..]



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6654) Configkey parameters are not validated

2014-05-15 Thread Saksham Srivastava (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Saksham Srivastava updated CLOUDSTACK-6654:
---

Status: Reviewable  (was: In Progress)

 Configkey parameters are not validated
 --

 Key: CLOUDSTACK-6654
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6654
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
Reporter: Saksham Srivastava
Assignee: Saksham Srivastava
 Fix For: 4.4.0


 There is no validation for the values of ConfigKey variables. So one can give 
 anything like -5.6 or “pqr” or ‘#*99abc’  as the value of cpu/memory/storage 
 over-provision factors or any other variables in ConfigKey framework.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-6620) [Hyper-v] when all vms on host are deleted from outside, then there is null pointer exception in hyperv agent in getting vmstats

2014-05-15 Thread Anshul Gangwar (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Anshul Gangwar resolved CLOUDSTACK-6620.


Resolution: Fixed

 [Hyper-v] when all vms on host are deleted from outside, then there is null 
 pointer exception in hyperv agent in getting vmstats
 

 Key: CLOUDSTACK-6620
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6620
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Reporter: Anshul Gangwar
Assignee: Anshul Gangwar
Priority: Critical
 Fix For: 4.4.0


 [Hyper-v] when all vms on host are deleted from outside, then there is null 
 pointer exception in hyperv agent in getting vm stats



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6620) [Hyper-v] when all vms on host are deleted from outside, then there is null pointer exception in hyperv agent in getting vmstats

2014-05-15 Thread Anshul Gangwar (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998449#comment-13998449
 ] 

Anshul Gangwar commented on CLOUDSTACK-6620:


issue is already fixed by above commit

 [Hyper-v] when all vms on host are deleted from outside, then there is null 
 pointer exception in hyperv agent in getting vmstats
 

 Key: CLOUDSTACK-6620
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6620
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Reporter: Anshul Gangwar
Assignee: Anshul Gangwar
Priority: Critical
 Fix For: 4.4.0


 [Hyper-v] when all vms on host are deleted from outside, then there is null 
 pointer exception in hyperv agent in getting vm stats



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6675) NPE while executing updatePortForwardingRule


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13997939#comment-13997939
 ] 

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

Commit 3b5f95c5473165356702d16873ac3d7cd8c514e8 in cloudstack's branch 
refs/heads/4.4-forward from [~alena1108]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=3b5f95c ]

CLOUDSTACK-6675: updatePFRule - retrieve network sync object based on the PF 
rule id that is passed in to the call; not the public ip address


 NPE while executing updatePortForwardingRule
 

 Key: CLOUDSTACK-6675
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6675
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Alena Prokharchyk
Priority: Blocker
 Fix For: 4.4.0


 NPE hit while executing updatePortForwardingRule CS API. I am blocked on 
 executing a Use Case which is based on this API.
 =
 NullPointerException:
 =
 2014-05-14 11:44:45,215 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-10:ctx-d408ed7f) ===START===  127.0.0.1 -- GET  
 apikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQcommand=updatePortForwardingRulefordisplay=falseid=b767a533-e3ed-45ad-ab2b-68ea806438f6response=jsonapikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQsignature=jF8MpXvj4u4NKyajmbuFBPAcw2M%3D
 2014-05-14 11:44:45,286 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
 (catalina-exec-10:ctx-d408ed7f ctx-3df22ad6 ctx-84f5b16f) submit async 
 job-886, details: AsyncJobVO {id:886, userId: 1, accountId: 1, instanceType: 
 None, instanceId: null, cmd: 
 org.apache.cloudstack.api.command.user.firewall.UpdatePortForwardingRuleCmd, 
 cmdInfo: 
 {response:json,id:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxDetails:{\Network\:\b767a533-e3ed-45ad-ab2b-68ea806438f6\,\com.cloud.network.rules.FirewallRule\:23},cmdEventType:NET.RULEMODIFY,ctxUserId:1,httpmethod:GET,uuid:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxAccountId:1,ctxStartEventId:1859,signature:jF8MpXvj4u4NKyajmbuFBPAcw2M\u003d,apikey:dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQ,fordisplay:false},
  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
 null, initMsid: 6638073284439, completeMsid: null, lastUpdated: null, 
 lastPolled: null, created: null}
 2014-05-14 11:44:45,287 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-10:ctx-d408ed7f ctx-3df22ad6 ctx-84f5b16f) ===END===  
 127.0.0.1 -- GET  
 apikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQcommand=updatePortForwardingRulefordisplay=falseid=b767a533-e3ed-45ad-ab2b-68ea806438f6response=jsonapikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQsignature=jF8MpXvj4u4NKyajmbuFBPAcw2M%3D
 2014-05-14 11:44:45,288 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
 (API-Job-Executor-110:job-886) Add job-886 into job monitoring
 2014-05-14 11:44:45,292 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-11:ctx-3d255b35) ===START===  127.0.0.1 -- GET  
 apikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQcommand=queryAsyncJobResultjobId=0571d334-e071-4073-b404-1e388195733bresponse=jsonapikey=dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQsignature=EKX465Tc%2B3NvETQRtvhWEynB%2Faw%3D
 2014-05-14 11:44:45,295 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
 (API-Job-Executor-110:job-886) Executing AsyncJobVO {id:886, userId: 1, 
 accountId: 1, instanceType: None, instanceId: null, cmd: 
 org.apache.cloudstack.api.command.user.firewall.UpdatePortForwardingRuleCmd, 
 cmdInfo: 
 {response:json,id:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxDetails:{\Network\:\b767a533-e3ed-45ad-ab2b-68ea806438f6\,\com.cloud.network.rules.FirewallRule\:23},cmdEventType:NET.RULEMODIFY,ctxUserId:1,httpmethod:GET,uuid:b767a533-e3ed-45ad-ab2b-68ea806438f6,ctxAccountId:1,ctxStartEventId:1859,signature:jF8MpXvj4u4NKyajmbuFBPAcw2M\u003d,apikey:dXvODaGH1UvF0WKs63T_wCXsVEs5nFTJaNhBJCGF3sCYwgbuvUaelZf6V8tWjTsyB53LSIT9Wf4UUUQKSz8UXQ,fordisplay:false},
  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
 null, initMsid: 6638073284439, completeMsid: null, lastUpdated: null, 
 lastPolled: null, created: null}
 2014-05-14 11:44:45,308 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
 (consoleproxy-1:ctx-a4771a58) Zone 1 is ready to launch console proxy
 2014-05-14 11:44:45,308 WARN  [c.c.a.d.ParamGenericValidationWorker] 
 (API-Job-Executor-110:job-886

[jira] [Updated] (CLOUDSTACK-6671) Failed to start instance VM java.lang.NullPointerException at com.cloud.hypervisor.KVMGuru.implement(KVMGuru.java:64)

2014-05-15 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Milamber updated CLOUDSTACK-6671:
-

Attachment: extract-management.log

Full log when I try to create a VM.

 Failed to start instance VM java.lang.NullPointerException at 
 com.cloud.hypervisor.KVMGuru.implement(KVMGuru.java:64)
 -

 Key: CLOUDSTACK-6671
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6671
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Install and Setup, KVM
Affects Versions: 4.4.0
 Environment: Ubuntu 14.04 / KVM / CS 4.4.0 snapshot 20140513
Reporter: Milamber
Priority: Critical
  Labels: KVM
 Attachments: extract-management.log


 Unable to create VM on a fresh CS 4.4.0 installation (branch 4.4). 
 SSVM, Console proxy and first virtual routeur are correctly created and UP.
 10 day ago, this issue isn't present.
 In attachment, full log.
 2014-05-14 15:46:33,085 ERROR [c.c.v.VirtualMachineManagerImpl] 
 (Work-Job-Executor-6:job-25/job-27 ctx-57c7f749) Failed to start instance 
 VM[User|i-2-5-VM]
 java.lang.NullPointerException
   at com.cloud.hypervisor.KVMGuru.implement(KVMGuru.java:64)
   at 
 com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:995)
   at 
 com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:5180)
   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.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5325)
   at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
   at 
 org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:496)
   at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
   at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
   at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
   at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
   at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
   at 
 org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:453)
   at 
 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
   at java.util.concurrent.FutureTask.run(FutureTask.java:262)
   at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
   at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
   at java.lang.Thread.run(Thread.java:744)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6204) HTTP support for CPVM, as part of realhostip changes


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13997364#comment-13997364
 ] 

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

Commit 156bd9b88589897f7a3c102104fc7cbe29354251 in cloudstack's branch 
refs/heads/4.3-forward from [~jlkinsel]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=156bd9b ]

Applying missed patch from CLOUDSTACK-6204

Was brought to my attention that when I manually applied the
CLOUDSTACK-6204 patch to 4.3-forward, somehow the changes for
ConsoleProxyInof.java were missed. Fixing that here.

BUG-ID: CLOUDSTACK-6204
Bugfix-for: 4.3 (exists in 0e57b75 on master)
Signed-off-by: John Kinsella j...@stratosec.co 1400052371 -0700


 HTTP support for CPVM, as part of realhostip changes
 

 Key: CLOUDSTACK-6204
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6204
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Reporter: Amogh Vasekar
Assignee: Amogh Vasekar
Priority: Critical
 Fix For: Future


 Details can be found here 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Realhost+IP+changes



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6594) [Automation] Observed many DB Exception while starting MS Can't DROP 'last_sent'; check that column/key exists

2014-05-15 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Milamber updated CLOUDSTACK-6594:
-

Attachment: management-server.log

Full management log

 [Automation] Observed many DB Exception while starting MS Can't DROP 
 'last_sent'; check that column/key exists
 

 Key: CLOUDSTACK-6594
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6594
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
 Environment: RHEL 6.3,
 Build - 4.4-forward,
 Also Ubuntu 14.04, CS 4.4.0-snapshot 20140513
Reporter: Rayees Namathponnan
Assignee: Nitin Mehta
 Fix For: 4.4.0

 Attachments: CLOUDSTACK-6594.rar, management-server.log


 Below exception observed while staring MS 
 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] (main:null) Loading module 
 context [system] from URL 
 [jar:file:/usr/share/cloudstack-management/webapps/client/WEB-INF/lib/cloud-core-4.4.0-SNAPSHOT.jar!/META-INF/cloudstack/bootstrap/spring-bootstrap-context-inheritable.xml]
 INFO  [c.c.u.d.T.Transaction] (main:null) Is Data Base High Availiability 
 enabled? Ans : false
 INFO  [c.c.u.d.Merovingian2] (main:null) Cleaning up locks for 29066118877352
 INFO  [c.c.u.d.Merovingian2] (main:null) Released 0 locks for 29066118877352
 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] (main:null) Running system 
 integrity checker com.cloud.upgrade.DatabaseUpgradeChecker@883ca2e
 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) Grabbing lock to check for 
 database upgrade.
 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) DB version = 4.0.0 Code 
 Version = 4.4.0-SNAPSHOT
 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) Database upgrade must be 
 performed from 4.0.0 to 4.4.0-SNAPSHOT
 WARN  [c.c.u.d.DatabaseAccessObject] (main:null) Ignored SQL Exception when 
 trying to drop key last_sent on table alert
 com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Can't DROP 
 'last_sent'; check that column/key exists
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
 Method)
 at 
 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
 at 
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
 at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
 at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
 at com.mysql.jdbc.Util.getInstance(Util.java:386)
 at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1052)
 at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3597)
 at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3529)
 at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1990)
 at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2151)
 at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2625)
 at 
 com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2119)
 at 
 com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2415)
 at 
 com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2333)
 at 
 com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2318)
 at 
 org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
 at 
 org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
 at 
 com.cloud.upgrade.dao.DatabaseAccessObject.dropKey(DatabaseAccessObject.java:37)
 at 
 com.cloud.upgrade.dao.DbUpgradeUtils.dropKeysIfExist(DbUpgradeUtils.java:28)
 at 
 com.cloud.upgrade.dao.Upgrade410to420.addIndexForAlert(Upgrade410to420.java:543)
 at 
 com.cloud.upgrade.dao.Upgrade410to420.performDataMigration(Upgrade410to420.java:98)
 at 
 com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:310)
 at 
 com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgradeChecker.java:432)
 at 
 org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.checkIntegrity(CloudStackExtendedLifeCycle.java:65)
 at 
 org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.start(CloudStackExtendedLifeCycle.java:55)
 at 
 org.springframework.context.support.DefaultLifecycleProcessor.doStart(DefaultLifecycleProcessor.java:167)
 at 
 org.springframework.context.support.DefaultLifecycleProcessor.access$200(DefaultLifecycleProcessor.java:51)
 at

[jira] [Commented] (CLOUDSTACK-6649) CS is not giving the system-wide capacity for GPU reosurce.


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13997428#comment-13997428
 ] 

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

Commit 35cd61c46314290904189d1b1515413337011f43 in cloudstack's branch 
refs/heads/master from [~sanjay.tripathi]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=35cd61c ]

CLOUDSTACK-6649: CS is not giving the system-wide capacity for GPU reosurce.


 CS is not giving the system-wide capacity for GPU reosurce.
 ---

 Key: CLOUDSTACK-6649
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6649
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
 Environment: MS 4.4
 XS 620SP!
Reporter: Sanjay Tripathi
Priority: Critical
 Fix For: 4.4.0


 CloudStack is not displaying system-wide capacity for GPU resource because of 
 this admin is not able to see how much of GPU resource is used and how much 
 is available.
 Like other resources, CS should give capacity details of GPU resource in 
 listCapacity API call response and display that in CS dashboard. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6674) [Automation] [DB lock] When KVM agent is alert state, agent never trying to connect back


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13997893#comment-13997893
 ] 

Rayees Namathponnan commented on CLOUDSTACK-6674:
-

Log available at https://citrix.sharefile.com/d/sc12671daac6449ab

 [Automation] [DB lock] When KVM agent is alert state, agent never trying to 
 connect back 
 -

 Key: CLOUDSTACK-6674
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6674
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM
Affects Versions: 4.4.0
 Environment: KVM (RHEL 6.3)
 4.4-forward
Reporter: Rayees Namathponnan
Assignee: edison su
Priority: Blocker
 Fix For: 4.4.0


 This issue observed in automation run,  when KVM agent is alert state, it 
 never tries to connect back,  also observed SQL DB lock in MS log for 
 AgentConnectTaskPool
 You need to restart agent manually to connect it back 
 Here is agent log 
 2014-05-13 23:59:38,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Lost 
 connection to the server. Dealing with the remaining
  commands...
 2014-05-13 23:59:38,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Cannot connect because we still have 5 commands in progre
 ss.
 2014-05-13 23:59:43,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Lost 
 connection to the server. Dealing with the remaining
  commands...
 2014-05-13 23:59:43,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Cannot connect because we still have 5 commands in progre
 ss.
 2014-05-13 23:59:48,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Lost 
 connection to the server. Dealing with the remaining
  commands...
 2014-05-13 23:59:48,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Cannot connect because we still have 5 commands in progre
 ss.
 2014-05-13 23:59:53,877 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Lost 
 connection to the server. Dealing with the remaining
  commands...
 2014-05-13 23:59:53,878 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Cannot connect because we still have 5 commands in progre
 ss.
 2014-05-13 23:59:58,878 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Lost 
 connection to the server. Dealing with the remaining
  commands...
 2014-05-13 23:59:58,878 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Cannot connect because we still have 5 commands in progress.
 ~
 MS log, please see the attached log for more info
 2014-05-13 20:07:50,170 DEBUG [c.c.v.VirtualMachineManagerImpl] 
 (API-Job-Executor-93:job-2240 ctx-f6efb16a) Destroying vm 
 VM[User|i-137-304-QA]
 2014-05-13 20:07:50,171 DEBUG [c.c.u.d.T.Transaction] 
 (API-Job-Executor-65:job-2223 ctx-a60be5ae) Rolling back the transaction: 
 Time = 291 Name =  API-Job-Ex
 ecutor-65; called by 
 -TransactionLegacy.rollback:903-TransactionLegacy.removeUpTo:846-TransactionLegacy.close:670-TransactionContextInterceptor.invoke:36-Ref
 lectiveMethodInvocation.proceed:161-ExposeInvocationInterceptor.invoke:91-ReflectiveMethodInvocation.proceed:172-JdkDynamicAopProxy.invoke:204-$Proxy97.markA
 sUnavailable:-1-IpAddressManagerImpl$10.doInTransaction:1639-IpAddressManagerImpl$10.doInTransaction:1620-Transaction$2.doInTransaction:49
 2014-05-13 20:07:50,173 WARN  [c.c.u.AccountManagerImpl] 
 (API-Job-Executor-65:job-2223 ctx-a60be5ae) Failed to cleanup account 
 Acct[20c063c7-9913-496d-983f-e
 fe18a92a9dc-test-account-TestScaleVmDynamicServiceOffering-test_change_so_running_vm_dynamic_to_dynamic_1_ADMIN]
  due to
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
 com.mysql.jdbc.PreparedStatement@76384607: UPDATE user_ip_address SET 
 user_ip_address.state
 ='Releasing' WHERE user_ip_address.id = 15
 at com.cloud.utils.db.GenericDaoBase.update(GenericDaoBase.java:851)
 at com.cloud.utils.db.GenericDaoBase.update(GenericDaoBase.java:1327)
 at 
 com.cloud.network.dao.IPAddressDaoImpl.markAsUnavailable(IPAddressDaoImpl.java:323)
 at sun.reflect.GeneratedMethodAccessor536.invoke(Unknown Source)
 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 
 com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34)
 at

[jira] [Comment Edited] (CLOUDSTACK-6677) [Automatin] updateVMAffinityGroup failed with error permission error


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6677?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998241#comment-13998241
 ] 

Rayees Namathponnan edited comment on CLOUDSTACK-6677 at 5/14/14 10:52 PM:
---

see the logs at 

https://citrix.sharefile.com/d/s9807a1660ea48cab


was (Author: rayeesn):
https://citrix.sharefile.com/d/s9807a1660ea48cab

 [Automatin] updateVMAffinityGroup failed with error permission error
 --

 Key: CLOUDSTACK-6677
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6677
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: IAM
Affects Versions: 4.4.0
 Environment: Vmware 
 advanced zone
 4.4-forward
Reporter: Rayees Namathponnan
Priority: Critical
 Fix For: 4.4.0


 Execute the test case 
 integration.component.test_affinity_groups.TestUpdateVMAffinityGroups.test_01_update_aff_grp_by_ids
  
 This test cases Update the list of affinityGroups by using affinity groupids
 updated affinity group failed with error 
 2014-05-13 21:20:45,960 DEBUG [o.a.c.i.s.IAMServiceImpl] 
 (catalina-exec-20:ctx-9e812e17 ctx-40048f6e ctx-437e0f12) Put IAM access 
 check for
  2-AffinityGroup50-UseEntry-updateVMAffinityGroup in cache
 2014-05-13 21:20:45,960 INFO  [c.c.a.ApiServer] 
 (catalina-exec-20:ctx-9e812e17 ctx-40048f6e ctx-437e0f12) PermissionDenied: 
 Account Acct[f5
 8e93b1-a80a-44cf-aa3d-eedf6bafd291-admin] does not have permission to access 
 resource AffinityGroup[7bbb96b5-9e3a-4ec7-b3a6-c999ab0f05fa] f
 or access type: UseEntry on objs: []
 2014-05-13 21:20:45,967 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] 
 (catalina-exec-20:ctx-9e812e17 ctx-40048f6e ctx-437e0f12) IAM access c
 heck for 2-null-null-SystemCapability from cache: true
 2014-05-13 21:20:45,967 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-20:ctx-9e812e17 ctx-40048f6e ctx-437e0f12) Root Access granted 
 to A
 cct[a6658972-daec-11e3-bccf-52b2d980df8a-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-13 21:20:45,968 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-20:ctx-9e812e17 ctx-40048f6e ctx-437e0f12) ===END===  
 10.223.240.195 -- GET
   
 apiKey=I4_J6v2xRJz_ehxWb75VCpQmjkPiWGVJmWFjzQovyzxtQuLRtwX73c-U3WztYDQpErh-LqpeFz8_H5O5eiQjjAaffinitygroupids=f8d114d2-5f8e-4218-8911-7a
 168976e8f1%2C7bbb96b5-9e3a-4ec7-b3a6-c999ab0f05faid=b4591441-d44c-47df-bde1-35824608a5f1command=updateVMAffinityGroupsignature=cZzhArouG
 Yk4qBdpQNCtkEZ1f%2BU%3Dresponse=json



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6673) cloudstack-setup-management make a chmod 777 on /root


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13998247#comment-13998247
 ] 

Milamber commented on CLOUDSTACK-6673:
--


Probably origin from:

./python/lib/cloudutils/serviceConfig.py

#FIXME: urgly make /root writable
bash(sudo chmod 0777 /root)


 cloudstack-setup-management make a chmod 777 on /root
 -

 Key: CLOUDSTACK-6673
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6673
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Install and Setup
Affects Versions: 4.4.0
 Environment: Ubuntu 14.04 / KVM
 CS 4.4.0 snapshot 20140513
Reporter: Milamber
Priority: Blocker
  Labels: security

 Before run cloudstack-setup-management, /root directory permissions are:
 drwx--   4 root root  4096 mai   14 15:05 root
 After the runs of cloudstack-setup-management, /root directory permissions 
 are:
 drwxrwxrwx   4 root root  4096 mai   14 15:05 root



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-4770) Management server fails to start with Unable to get the management server node due to downed interface with no MAC address