[jira] [Updated] (CLOUDSTACK-127) Adding VMs to an existing LB rule after upgrading from CS 3.0.2 to ASF 4.0 fails with ResourceUnavailableException: Resource [DataCenter:1] is unreachable: Unable to
[ https://issues.apache.org/jira/browse/CLOUDSTACK-127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinav Roy updated CLOUDSTACK-127: --- Attachment: messages SMlog.10 Attaching SMlog of XenServer and messages from Virtual Router Adding VMs to an existing LB rule after upgrading from CS 3.0.2 to ASF 4.0 fails with ResourceUnavailableException: Resource [DataCenter:1] is unreachable: Unable to apply ip association on router --- Key: CLOUDSTACK-127 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-127 Project: CloudStack Issue Type: Bug Components: Network Controller Affects Versions: pre-4.0.0 Environment: MS OS : Rhel 6.2 Hypervisor : Xen 6.0.2 BUILDs : 3.0.2 and ASF 4.0 [ Git Revision: 54f9af1695bc359b02e9fc906b3b335cc0bfec41 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git] Reporter: Abhinav Roy Assignee: Sheng Yang Fix For: pre-4.0.0 Attachments: management-server.log, messages, SMlog.10 Steps : = 1. Deploy an advanced zone setup with CS 3.0.2 2. Deploy couple of VMs. 3. Acquire an IP Address for the Network created and create a LB rule for the VMs created in step2. 4. Upgrade the setup to ASF 4.0 5. Create a VM on the existing Network. 6. Add the VM created in step 5 to the LB rule created in step 3. Expected Behaviour : = All the steps should be successful and no error should be seen. Observed Behaviour : = Step 6 fails with the following exceptions 2012-09-18 00:32:07,036 DEBUG [network.lb.LoadBalancingRulesManagerImpl] (Job-Executor-7:job-18) Adding VM[User|VM-3] to the load balancer pool 2012-09-18 00:32:07,130 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-7:job-18) Applying ip association in network Ntwk[204|Guest|7] 2012-09-18 00:32:07,177 DEBUG [agent.transport.Request] (Job-Executor-7:job-18) Seq 1-2076573728: Sending { Cmd , MgmtId: 160940036302157, via: 1, Ver: v1, Flags: 11, [{routing.IpAssocCommand:{ipAddresses:[{accountId:2,publicIp:10.102.125.69,sourceNat:true,add:true,oneToOneNat:false,firstIP:true,vlanId:untagged,vlanGateway:10.102.125.1,vlanNetmask:255.255.255.0,vifMacAddress:06:4d:b6:00:00:09,networkRate:200,trafficType:Public},{accountId:2,publicIp:10.102.125.66,sourceNat:false,add:true,oneToOneNat:false,firstIP:false,vlanId:untagged,vlanGateway:10.102.125.1,vlanNetmask:255.255.255.0,vifMacAddress:06:b2:8e:00:00:06,networkRate:200,trafficType:Public}],accessDetails:{router.guest.ip:10.1.1.1,zone.network.type:Advanced,router.ip:169.254.2.233,router.name:r-4-VM},wait:0}}] } 2012-09-18 00:32:07,177 DEBUG [agent.transport.Request] (Job-Executor-7:job-18) Seq 1-2076573728: Executing: { Cmd , MgmtId: 160940036302157, via: 1, Ver: v1, Flags: 11, [{routing.IpAssocCommand:{ipAddresses:[{accountId:2,publicIp:10.102.125.69,sourceNat:true,add:true,oneToOneNat:false,firstIP:true,vlanId:untagged,vlanGateway:10.102.125.1,vlanNetmask:255.255.255.0,vifMacAddress:06:4d:b6:00:00:09,networkRate:200,trafficType:Public},{accountId:2,publicIp:10.102.125.66,sourceNat:false,add:true,oneToOneNat:false,firstIP:false,vlanId:untagged,vlanGateway:10.102.125.1,vlanNetmask:255.255.255.0,vifMacAddress:06:b2:8e:00:00:06,networkRate:200,trafficType:Public}],accessDetails:{router.guest.ip:10.1.1.1,zone.network.type:Advanced,router.ip:169.254.2.233,router.name:r-4-VM},wait:0}}] } 2012-09-18 00:32:07,178 DEBUG [agent.manager.DirectAgentAttache] (DirectAgent-6:null) Seq 1-2076573728: Executing request 2012-09-18 00:32:07,718 ERROR [xen.resource.CitrixResourceBase] (DirectAgent-6:null) Ip Assoc failure on applying one ip due to exception: com.cloud.exception.InternalErrorException: Xen plugin ipassoc failed. at com.cloud.hypervisor.xen.resource.CitrixResourceBase.assignPublicIpAddress(CitrixResourceBase.java:1934) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:2030) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:421) at com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73) at com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:191) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at
[jira] [Updated] (CLOUDSTACK-126) IP allocation on an existing Network after upgrading from CS 3.0.2 to ASF 4.0 fails with ResourceUnavailableException: Resource [DataCenter:1] is unreachable: Unable
[ https://issues.apache.org/jira/browse/CLOUDSTACK-126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinav Roy updated CLOUDSTACK-126: --- Attachment: SMlog.10 messages Attaching SMlog of XenServer and messages from Virtual Router IP allocation on an existing Network after upgrading from CS 3.0.2 to ASF 4.0 fails with ResourceUnavailableException: Resource [DataCenter:1] is unreachable: Unable to apply ip association on router - Key: CLOUDSTACK-126 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-126 Project: CloudStack Issue Type: Bug Components: Network Controller, Network Devices Affects Versions: pre-4.0.0 Environment: MS OS : Rhel 6.2 Hypervisor : Xen 6.0.2 BUILDs : 3.0.2 and ASF 4.0 [ Git Revision: 54f9af1695bc359b02e9fc906b3b335cc0bfec41 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git] Reporter: Abhinav Roy Fix For: pre-4.0.0 Attachments: management-server.log, messages, SMlog.10 Steps : = 1. Deploy an advanced zone setup with CS 3.0.2 2. Deploy couple of VMs. 3. Acquire an IP Address for the Network created. 4. Upgrade the setup to ASF 4.0 5. Create a VM on the existing Network. 6. Acquire one more IP Address on the existing Network. Expected Behaviour : = All the steps should be successful and no error should be seen. Observed Behaviour : = 1. Steps 6 fails with the following exceptions 2012-09-18 00:32:25,151 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-24:null) Associate IP address called by the user 2 account 2 2012-09-18 00:32:25,154 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-24:null) Associate IP address lock acquired 2012-09-18 00:32:25,157 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-24:null) Got 10.102.125.65 to assign for account 2 in zone 1 2012-09-18 00:32:25,160 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-24:null) Releasing lock account Acct[2-admin] 2012-09-18 00:32:25,161 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-24:null) Associate IP address lock released 2012-09-18 00:32:25,196 DEBUG [cloud.async.AsyncJobManagerImpl] (catalina-exec-24:null) submit async job-19, details: AsyncJobVO {id:19, userId: 2, accountId: 2, sessionKey: null, instanceType: IpAddress, instanceId: 1, cmd: com.cloud.api.commands.AssociateIPAddrCmd, cmdOriginator: null, cmdInfo: {id:1,response:json,sessionkey:8hzazFr/yI02O3oGDZOuHcC4BWI\u003d,ctxUserId:2,_:1347908545066,ctxAccountId:2,networkid:df48bccd-f675-4a66-adf8-eea5a441b4f3,ctxStartEventId:74}, cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, processStatus: 0, resultCode: 0, result: null, initMsid: 160940036302157, completeMsid: null, lastUpdated: null, lastPolled: null, created: null} 2012-09-18 00:32:25,201 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-19) Executing com.cloud.api.commands.AssociateIPAddrCmd for job-19 2012-09-18 00:32:25,208 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-19) Sync job-19 execution on object network.204 2012-09-18 00:32:25,216 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-19) job com.cloud.api.commands.AssociateIPAddrCmd for job-19 was queued, processing the queue. 2012-09-18 00:32:25,225 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-19) Executing sync queue item: SyncQueueItemVO {id:6, queueId: 1, contentType: AsyncJob, contentId: 19, lastProcessMsid: 160940036302157, lastprocessNumber: 5, created: Tue Sep 18 00:32:25 IST 2012} 2012-09-18 00:32:25,226 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-19) Schedule queued job-19 2012-09-18 00:32:25,240 DEBUG [cloud.async.SyncQueueManagerImpl] (Job-Executor-8:job-19) There is a pending process in sync queue(id: 1) 2012-09-18 00:32:25,242 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-9:job-19) Executing com.cloud.api.commands.AssociateIPAddrCmd for job-19 2012-09-18 00:32:25,274 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-9:job-19) Associating ip Ip[10.102.125.65-1] to network Ntwk[204|Guest|7] 2012-09-18 00:32:25,327 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-9:job-19) Applying ip association in network Ntwk[204|Guest|7] 2012-09-18 00:32:25,374 DEBUG [agent.transport.Request] (Job-Executor-9:job-19) Seq 1-2076573732: Sending { Cmd , MgmtId: 160940036302157, via: 1, Ver: v1, Flags: 11,
Re: Review Request: CLOUDSTACK-121: FIx NullPointerException while logging in
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/#review11651 --- server/src/com/cloud/user/AccountManagerImpl.java https://reviews.apache.org/r/7130/#comment25170 put a log message - Koushik Das On Sept. 17, 2012, 12:22 p.m., Rohit Yadav wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/ --- (Updated Sept. 17, 2012, 12:22 p.m.) Review request for cloudstack, Abhinandan Prateek, Alena Prokharchyk, and Alex Huang. Description --- Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-121 Download original patch and git am patch: http://patchbin.baagi.org/p?id=qai8n2 Diffs - server/src/com/cloud/user/AccountManagerImpl.java fa9fafb Diff: https://reviews.apache.org/r/7130/diff/ Testing --- Thanks, Rohit Yadav
[jira] [Commented] (CLOUDSTACK-75) Install: need to changed Installer description found cllud.com in the installer description
[ https://issues.apache.org/jira/browse/CLOUDSTACK-75?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13457653#comment-13457653 ] Pradeep Soundararajan commented on CLOUDSTACK-75: - As of now I have modified the local version of jenkins.cloudstack.org under /opt/cloudstack/build/hudsonbuild to take the immediate effect in the build. Once we fix the above issue in github, then easily we can merge the changes back to the local version. commit ae8f99ff9727b73385ab6bd9946611ff6cc274da Author: root root@domU-12-31-39-15-22-2D.compute-1.internal Date: Tue Sep 18 03:06:11 2012 -0400 Pradeep: CLOUDSTACK-75: Install: need to changed Installer description found Cloud.com in the installer description install/debinstall_full.sh|2 +- install/mycloud-agent.sh |2 +- install/rpminstall_full.sh|2 +- install/rpminstall_nobaremetal.sh |2 +- 4 files changed, 4 insertions(+), 4 deletions(-) Install: need to changed Installer description found cllud.com in the installer description - Key: CLOUDSTACK-75 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-75 Project: CloudStack Issue Type: Bug Components: Install and Setup Affects Versions: pre-4.0.0 Reporter: sadhu suresh Assignee: Pradeep Soundararajan Fix For: pre-4.0.0 Noticed cloud.com in the installer description. steps: 1.down the latest build from jenkins http://jenkins.cloudstack.org/job/build-cloudstack-4.0-ubuntu12.04/lastSuccessfulBuild/artifact/CloudStack-oss-4.0.1-ubuntu12.04.tar.gz 2.Install the setup on ubuntu and check the shown test on the Installer description sadhu@ubuntu:~/CloudStack-oss-4.0.1-ubuntu12.04$ sudo ./install.sh Actual result: Noticed cloud.clom in the installer description Welcome to the Cloud.com CloudStack Installer Hit http://us.archive.ubuntu.com precise-backports/universe Translation-en Fetched 1,204 kB in 22s (54.1 kB/s) Welcome to the Cloud.com CloudStack Installer. What would you like to do? M) Install the Management Server A) Install the Agent S) Install the Usage Monitor D) Install the database server Q) Quit Expected result: description should be like this welcome to the CloudStack Installer. What would you like to do?..don't show the cloud.com in the description. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CLOUDSTACK-100) capacityChecker throws exception in specific scenario
[ https://issues.apache.org/jira/browse/CLOUDSTACK-100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rohit Yadav resolved CLOUDSTACK-100. Resolution: Invalid capacityChecker throws exception in specific scenario - Key: CLOUDSTACK-100 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-100 Project: CloudStack Issue Type: Bug Components: Management Server Affects Versions: pre-4.0.0 Environment: Git Revision: 03df2fa9dd45c938f72cd1866044b09d1b0cc978 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.gi Reporter: sadhu suresh Assignee: Rohit Yadav Fix For: pre-4.0.0 Attachments: management-server.log.2012-09-12.gz Runtime exception noticed during zone creation on a setup where Management server installed on a VM with less memory resources Steps: 1.Install new build on rhel6.3 OS 2.make sure your Ms has less memory capacity(i.e In the current environment Management server heartbeat takes too long to finish) 3.try to create advance zone with xen as hypervior and observe the behavior Actual result: Noticed exception in the log while its adding primary storage during zone creation operation and it took long time to finish addZone operation due to communication took long time to finish between host and Management server. Capacity Checker throws runtime exception caused by some sql exception...and exception says you have error in SQL syntax * Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'B' at line 1 ** Content of management log: 2012-09-12 16:34:44,074 DEBUG [cloud.cluster.ClusterManagerImpl] (Cluster-Heartbeat-1:null) Management server heartbeat takes too long to finish. profiler: Done. Duration: 8837ms, profilerHeartbeatUpdate: Done. Duration: 3455ms, profilerPeerScan: Done. Duration: 5382ms, profilerAgentLB: Done. Duration: 0ms 2012-09-12 16:34:49,824 DEBUG [cloud.cluster.ClusterManagerImpl] (Cluster-Heartbeat-1:null) Peer scan takes too long to finish. profiler: Done. Duration: 4631ms, profilerQueryActiveList: Done. Duration: 2637ms, profilerSyncClusterInfo: Done. Duration: 1994ms, profilerInvalidatedNodeList: Done. Duration: 0ms, profilerRemovedList: Done. Duration: 0ms 2012-09-12 16:34:52,543 DEBUG [cloud.cluster.ClusterManagerImpl] (Cluster-Heartbeat-1:null) Management server heartbeat takes too long to finish. profiler: Done. Duration: 4699ms, profilerHeartbeatUpdate: Done. Duration: 68ms, profilerPeerScan: Done. Duration: 4631ms, profilerAgentLB: Done. Duration: 0ms 2012-09-12 16:34:54,854 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 routers. 2012-09-12 16:34:56,316 DEBUG [cloud.cluster.ClusterManagerImpl] (Cluster-Heartbeat-1:null) Management server heartbeat takes too long to finish. profiler: Done. Duration: 2112ms, profilerHeartbeatUpdate: Done. Duration: 704ms, profilerPeerScan: Done. Duration: 1408ms, profilerAgentLB: Done. Duration: 0ms 2012-09-12 16:35:01,183 INFO [agent.manager.AgentMonitor] (AgentMonitor:null) Found the following agents behind on ping: [1] 2012-09-12 16:35:01,276 DEBUG [cloud.cluster.ClusterManagerImpl] (Cluster-Heartbeat-1:null) Peer scan takes too long to finish. profiler: Done. Duration: 4690ms, profilerQueryActiveList: Done. Duration: 4394ms, profilerSyncClusterInfo: Done. Duration: 296ms, profilerInvalidatedNodeList: Done. Duration: 0ms, profilerRemovedList: Done. Duration: 0ms 2012-09-12 16:35:01,634 DEBUG [cloud.cluster.ClusterManagerImpl] (Cluster-Heartbeat-1:null) Management server heartbeat takes too long to finish. profiler: Done. Duration: 5318ms, profilerHeartbeatUpdate: Done. Duration: 265ms, profilerPeerScan: Done. Duration: 5053ms, profilerAgentLB: Done. Duration: 0ms 2012-09-12 16:35:01,874 ERROR [cloud.alert.AlertManagerImpl] (CapacityChecker:null) Exception in CapacityChecker com.cloud.utils.exception.CloudRuntimeException: DB Exception on: org.apache.commons.dbcp.DelegatingPreparedStatement@a9ee006 at com.cloud.utils.db.GenericDaoBase.customSearchIncludingRemoved(GenericDaoBase.java:479) at com.cloud.utils.db.DatabaseCallback.intercept(DatabaseCallback.java:34) at com.cloud.capacity.dao.CapacityDaoImpl.findCapacityBy(CapacityDaoImpl.java:355) at com.cloud.utils.db.DatabaseCallback.intercept(DatabaseCallback.java:34) at com.cloud.alert.AlertManagerImpl.checkForAlerts(AlertManagerImpl.java:473) at com.cloud.alert.AlertManagerImpl$CapacityChecker.run(AlertManagerImpl.java:442)
[jira] [Commented] (CLOUDSTACK-100) capacityChecker throws exception in specific scenario
[ https://issues.apache.org/jira/browse/CLOUDSTACK-100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13457655#comment-13457655 ] Rohit Yadav commented on CLOUDSTACK-100: @Sadhu: The bugs (you mentioned) suggest that the MySQL server is unable to serve under such load (capacity checking queries are intensive) http://bugs.cloudstack.org/browse/CS-16309 http://bugs.cloudstack.org/browse/CS-10501 Due to inadequate memory, my hypothesis is that the sql server process has many page error, swap ins/outs, hence slow response from the mysql-connector. Same goes for mgmt server. If the minimum requirement are not met for a process, it is bound to fail. (for example, trying to run Battlefield3 on 256MB RAM and saying that it does not work hence it's a bug is ridiculous :) So, this bug ticket is invalid. I'm closing the ticket. But just to be sure, let's create a new test environment and reopen or file a new bug if this fails; 1. Find out the minimum memory requirement for MySQL server and create a VM with that memory and host mgmt server and mysql on different VMs. 2. Perform the operations as in this bug. 3. If the bug is caught, perform it at least couple of times. If the bug is found consistently, then we've a problem. capacityChecker throws exception in specific scenario - Key: CLOUDSTACK-100 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-100 Project: CloudStack Issue Type: Bug Components: Management Server Affects Versions: pre-4.0.0 Environment: Git Revision: 03df2fa9dd45c938f72cd1866044b09d1b0cc978 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.gi Reporter: sadhu suresh Assignee: Rohit Yadav Fix For: pre-4.0.0 Attachments: management-server.log.2012-09-12.gz Runtime exception noticed during zone creation on a setup where Management server installed on a VM with less memory resources Steps: 1.Install new build on rhel6.3 OS 2.make sure your Ms has less memory capacity(i.e In the current environment Management server heartbeat takes too long to finish) 3.try to create advance zone with xen as hypervior and observe the behavior Actual result: Noticed exception in the log while its adding primary storage during zone creation operation and it took long time to finish addZone operation due to communication took long time to finish between host and Management server. Capacity Checker throws runtime exception caused by some sql exception...and exception says you have error in SQL syntax * Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'B' at line 1 ** Content of management log: 2012-09-12 16:34:44,074 DEBUG [cloud.cluster.ClusterManagerImpl] (Cluster-Heartbeat-1:null) Management server heartbeat takes too long to finish. profiler: Done. Duration: 8837ms, profilerHeartbeatUpdate: Done. Duration: 3455ms, profilerPeerScan: Done. Duration: 5382ms, profilerAgentLB: Done. Duration: 0ms 2012-09-12 16:34:49,824 DEBUG [cloud.cluster.ClusterManagerImpl] (Cluster-Heartbeat-1:null) Peer scan takes too long to finish. profiler: Done. Duration: 4631ms, profilerQueryActiveList: Done. Duration: 2637ms, profilerSyncClusterInfo: Done. Duration: 1994ms, profilerInvalidatedNodeList: Done. Duration: 0ms, profilerRemovedList: Done. Duration: 0ms 2012-09-12 16:34:52,543 DEBUG [cloud.cluster.ClusterManagerImpl] (Cluster-Heartbeat-1:null) Management server heartbeat takes too long to finish. profiler: Done. Duration: 4699ms, profilerHeartbeatUpdate: Done. Duration: 68ms, profilerPeerScan: Done. Duration: 4631ms, profilerAgentLB: Done. Duration: 0ms 2012-09-12 16:34:54,854 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 routers. 2012-09-12 16:34:56,316 DEBUG [cloud.cluster.ClusterManagerImpl] (Cluster-Heartbeat-1:null) Management server heartbeat takes too long to finish. profiler: Done. Duration: 2112ms, profilerHeartbeatUpdate: Done. Duration: 704ms, profilerPeerScan: Done. Duration: 1408ms, profilerAgentLB: Done. Duration: 0ms 2012-09-12 16:35:01,183 INFO [agent.manager.AgentMonitor] (AgentMonitor:null) Found the following agents behind on ping: [1] 2012-09-12 16:35:01,276 DEBUG [cloud.cluster.ClusterManagerImpl] (Cluster-Heartbeat-1:null) Peer scan takes too long to finish. profiler: Done. Duration: 4690ms, profilerQueryActiveList: Done. Duration: 4394ms, profilerSyncClusterInfo: Done. Duration: 296ms, profilerInvalidatedNodeList: Done. Duration: 0ms, profilerRemovedList: Done. Duration:
Re: [ASFCS40] Support for Build To Build Upgrade
On the 4.0 branch, there should not contain any db schema change any more. Do you find DB change recently? Sent from my iPhone On Sep 17, 2012, at 10:34 PM, Sailaja Mada sailaja.m...@citrix.com wrote: Hi, Currently Cloudstack installer has the option for package upgrade only. QA team used to get notified if there are any schema changes between the builds and the steps to follow to upgrade the schema . QA either does the manual update of schema OR rebuilds the setup to get the test setup with the current build . To address this concern , can we have the automated script to support for build to build upgrade ? Thanks and Regards, Sailaja.M
[jira] [Updated] (CLOUDSTACK-28) wget.exe (GPLed) is present in the tools directory as a binary.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pradeep Soundararajan updated CLOUDSTACK-28: Attachment: wget_list.txt Please find the list of files which uses wget. wget.exe (GPLed) is present in the tools directory as a binary. Key: CLOUDSTACK-28 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-28 Project: CloudStack Issue Type: Bug Components: Test Tools Affects Versions: pre-4.0.0 Reporter: David Nalley Assignee: Pradeep Soundararajan Priority: Blocker Labels: binary, license Fix For: pre-4.0.0 Attachments: wget_list.txt test/scripts/wget.exe wget is GPL which is prohibited license, and wget is a binary, which is also forbidden in our source tree. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Review Request: CLOUDSTACK-121: FIx NullPointerException while logging in
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/ --- (Updated Sept. 18, 2012, 8:29 a.m.) Review request for cloudstack, Abhinandan Prateek, Alena Prokharchyk, and Alex Huang. Changes --- new patch based on koushik's comments Description (updated) --- Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-121 Download original patch and git am patch: http://bhaisaab.org/patches/cloudstack/0001-CLOUDSTACK-121-Fix-NullPointerException-for-incorrec.patch Diffs - server/src/com/cloud/user/AccountManagerImpl.java fa9fafb Diff: https://reviews.apache.org/r/7130/diff/ Testing --- Thanks, Rohit Yadav
Re: Review Request: CLOUDSTACK-121: FIx NullPointerException while logging in
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/ --- (Updated Sept. 18, 2012, 8:29 a.m.) Review request for cloudstack, Abhinandan Prateek, Alena Prokharchyk, and Alex Huang. Description --- Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-121 Download original patch and git am patch: http://bhaisaab.org/patches/cloudstack/0001-CLOUDSTACK-121-Fix-NullPointerException-for-incorrec.patch Diffs - server/src/com/cloud/user/AccountManagerImpl.java fa9fafb Diff: https://reviews.apache.org/r/7130/diff/ Testing --- Thanks, Rohit Yadav
Re: Review Request: CLOUDSTACK-121: FIx NullPointerException while logging in
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/#review11652 --- server/src/com/cloud/user/AccountManagerImpl.java https://reviews.apache.org/r/7130/#comment25173 You are retrieving the user account again and again checking for null. Can we not have 1 db call for this ? - Nitin Mehta On Sept. 18, 2012, 8:29 a.m., Rohit Yadav wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/ --- (Updated Sept. 18, 2012, 8:29 a.m.) Review request for cloudstack, Abhinandan Prateek, Alena Prokharchyk, and Alex Huang. Description --- Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-121 Download original patch and git am patch: http://bhaisaab.org/patches/cloudstack/0001-CLOUDSTACK-121-Fix-NullPointerException-for-incorrec.patch Diffs - server/src/com/cloud/user/AccountManagerImpl.java fa9fafb Diff: https://reviews.apache.org/r/7130/diff/ Testing --- Thanks, Rohit Yadav
Re: Review Request: CLOUDSTACK-121: FIx NullPointerException while logging in
On Sept. 18, 2012, 8:32 a.m., Nitin Mehta wrote: server/src/com/cloud/user/AccountManagerImpl.java, line 1869 https://reviews.apache.org/r/7130/diff/1/?file=155820#file155820line1869 You are retrieving the user account again and again checking for null. Can we not have 1 db call for this ? I just added a check so that it does not throw a NullPointerException. Further, this kind of logic are at many places (where one db call could have played the trick). It's required as we may have multiple accounts with the same name but on different domains. How about we open another ticket on this issue (refactor multiple db calls in code to least number possible, make cloudstack faster?). - Rohit --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/#review11652 --- On Sept. 18, 2012, 8:29 a.m., Rohit Yadav wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/ --- (Updated Sept. 18, 2012, 8:29 a.m.) Review request for cloudstack, Abhinandan Prateek, Alena Prokharchyk, and Alex Huang. Description --- Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-121 Download original patch and git am patch: http://bhaisaab.org/patches/cloudstack/0001-CLOUDSTACK-121-Fix-NullPointerException-for-incorrec.patch Diffs - server/src/com/cloud/user/AccountManagerImpl.java fa9fafb Diff: https://reviews.apache.org/r/7130/diff/ Testing --- Thanks, Rohit Yadav
[jira] [Commented] (CLOUDSTACK-120) Failed to deploy Router with KVM hyperviosor [ Can't find the mapping of guest os: Debian GNU/Linux 5.0 (32-bit)]
[ https://issues.apache.org/jira/browse/CLOUDSTACK-120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13457707#comment-13457707 ] Hiroaki Kawai commented on CLOUDSTACK-120: -- This is not fixed in 4.0 branch. Failed to deploy Router with KVM hyperviosor [ Can't find the mapping of guest os: Debian GNU/Linux 5.0 (32-bit)] -- Key: CLOUDSTACK-120 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-120 Project: CloudStack Issue Type: Bug Components: KVM, Management Server Affects Versions: pre-4.0.0 Reporter: Sailaja Mada Assignee: edison su Priority: Blocker Fix For: pre-4.0.0 Attachments: agent.log, api-server.log, management-server.log Steps: 1. Setup Management server 2. Setup KVM host with Cloudstack Agent installed 3. Setup Basic Zone with SG service offering 4. After having all the system VM's running , tried to deploy the first instance Observation : First Instance deployment failed as the router failed start . MS Error log : 2012-09-17 15:10:27,255 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 routers. 2012-09-17 15:10:31,882 DEBUG [agent.transport.Request] (AgentManager-Handler-14:null) Seq 3-1151271005: Processing: { Ans: , MgmtId: 55487956346259, via: 3, Ver: v1, Flags: 110, [{StartAnswer:{vm:{id:4,name:r-4-VM,type:DomainRouter,cpus:1,speed:500,minRam:134217728,maxRam:134217728,arch:x86_64,os:Debian GNU/Linux 5.0 (32-bit),bootArgs: template=domP name=r-4-VM eth0ip=10.102.125.188 eth0mask=255.255.255.0 gateway=10.102.125.1 domain=cs1cloud.internal dhcprange=10.102.125.1 eth1ip=169.254.1.202 eth1mask=255.255.0.0 type=dhcpsrvr disable_rp_filter=true dns1=10.103.128.15,rebootOnCrash:false,enableHA:true,limitCpuUse:false,vncPassword:fa3d755b18ba1297,params:{},uuid:6e5680fa-14b1-447d-9024-1bed9cb59268,disks:[{id:4,name:/cloudstack/sailaja/pri1/,mountPoint:0614e5e3-77ce-46da-b356-4e528752aa9d,path:0614e5e3-77ce-46da-b356-4e528752aa9d,size:725811200,type:ROOT,storagePoolType:NetworkFilesystem,storagePoolUuid:e95f2598-5038-3ceb-a326-5309b3295012,deviceId:0}],nics:[{deviceId:0,networkRateMbps:200,defaultNic:true,uuid:a6b006af-039e-4a00-bdeb-97ac623fb56e,ip:10.102.125.188,netmask:255.255.255.0,gateway:10.102.125.1,mac:06:bb:c4:00:00:09,dns1:10.103.128.15,broadcastType:Native,type:Guest,broadcastUri:vlan://untagged,isolationUri:ec2://untagged,isSecurityGroupEnabled:false},{deviceId:1,networkRateMbps:-1,defaultNic:false,uuid:e694c359-0609-42b6-872b-f2191ee20241,ip:169.254.1.202,netmask:255.255.0.0,gateway:169.254.0.1,mac:0e:00:a9:fe:01:ca,broadcastType:LinkLocal,type:Control,isSecurityGroupEnabled:false}]},result:true,wait:0}},{check.CheckSshAnswer:{result:true,wait:0}},{GetDomRVersionAnswer:{result:false,details:GetDomRVersionCmd failed,wait:0}},{Answer:{result:false,details:Stopped by previous failure,wait:0}}] } 2012-09-17 15:10:31,882 DEBUG [agent.transport.Request] (Job-Executor-8:job-8) Seq 3-1151271005: Received: { Ans: , MgmtId: 55487956346259, via: 3, Ver: v1, Flags: 110, { StartAnswer, CheckSshAnswer, GetDomRVersionAnswer, Answer } } 2012-09-17 15:10:31,884 DEBUG [agent.manager.AgentAttache] (AgentManager-Handler-14:null) Seq 3-1151271005: No more commands found 2012-09-17 15:10:31,888 WARN [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-8:job-8) Unable to get the template/scripts version of router r-4-VM due to: GetDomRVersionCmd failed 2012-09-17 15:10:31,888 INFO [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-8:job-8) The guru did not like the answers so stopping VM[DomainRouter|r-4-VM] 2012-09-17 15:10:31,890 DEBUG [agent.transport.Request] (Job-Executor-8:job-8) Seq 3-1151271010: Sending { Cmd , MgmtId: 55487956346259, via: 3, Ver: v1, Flags: 100111, [{StopCommand:{isProxy:false,vmName:r-4-VM,wait:0}}] } Cloud Agent Error log : 2012-09-17 15:44:06,178 DEBUG [kvm.resource.KVMGuestOsMapper] (agentRequest-Handler-5:null) Can't find the mapping of guest os: Debian GNU/Linux 5.0 (32-bit) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Review Request: Add proper OS name to KVMGuestOsMapper for systemvm
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7144/ --- Review request for cloudstack. Description --- The patch https://reviews.apache.org/r/7132 for https://issues.apache.org/jira/browse/CLOUDSTACK-120 is not applied in 4.0 branch. This addresses bug CLOUDSTACK-120. Diffs - plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/KVMGuestOsMapper.java 88bb0f5 Diff: https://reviews.apache.org/r/7144/diff/ Testing --- Thanks, Hiroaki Kawai
RE: How to make Domain Admin having the right adding account?
Change the bitmap in the file commands.properties.in to 7 to allow domain admin to execute this api (change 3 to 7). createAccount=com.cloud.api.commands.CreateAccountCmd;3 You then might have to go into CreateAccountCmd implementation and check if there is some ACL for restricting domain admin in using this api as well. But, do you want to authorize domain admin only to use this api or other account/user apis like deleteAccount, updateAccount, createUser, deleteUser and updateUser as well ? Thanks, -Nitin -Original Message- From: sx chen [mailto:cloudchen0...@gmail.com] Sent: Tuesday, September 18, 2012 12:58 PM To: cloudstack-us...@incubator.apache.org Subject: How to make Domain Admin having the right adding account? hi,all I'm a CloudStack API developer,I want to know How to make Domain Admin having the right adding account? We know that only root user has the right to excute createAccount API,So what should I do?
Configuration to check if hvm is enabled in XS
I found the following piece of code in XCPServerDiscoverer.java (configure() method) value = _params.get(xen.check.hvm); _checkHvm = value == null ? true : Boolean.parseBoolean(value); Currently there is no configuration in the database with that name and so _checkHvm is always true. This requires that XS host has hvm enabled on it before it can be added through CS. Wanted to check why this configuration got added? Also don't see any such check for other HVs. Thanks, Koushik
[jira] [Updated] (CLOUDSTACK-126) IP allocation on an existing Network after upgrading from CS 3.0.2 to ASF 4.0 fails with ResourceUnavailableException: Resource [DataCenter:1] is unreachable: Unable
[ https://issues.apache.org/jira/browse/CLOUDSTACK-126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ram Chinta updated CLOUDSTACK-126: -- Assignee: Devdeep Singh IP allocation on an existing Network after upgrading from CS 3.0.2 to ASF 4.0 fails with ResourceUnavailableException: Resource [DataCenter:1] is unreachable: Unable to apply ip association on router - Key: CLOUDSTACK-126 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-126 Project: CloudStack Issue Type: Bug Components: Network Controller, Network Devices Affects Versions: pre-4.0.0 Environment: MS OS : Rhel 6.2 Hypervisor : Xen 6.0.2 BUILDs : 3.0.2 and ASF 4.0 [ Git Revision: 54f9af1695bc359b02e9fc906b3b335cc0bfec41 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git] Reporter: Abhinav Roy Assignee: Devdeep Singh Fix For: pre-4.0.0 Attachments: management-server.log, messages, SMlog.10 Steps : = 1. Deploy an advanced zone setup with CS 3.0.2 2. Deploy couple of VMs. 3. Acquire an IP Address for the Network created. 4. Upgrade the setup to ASF 4.0 5. Create a VM on the existing Network. 6. Acquire one more IP Address on the existing Network. Expected Behaviour : = All the steps should be successful and no error should be seen. Observed Behaviour : = 1. Steps 6 fails with the following exceptions 2012-09-18 00:32:25,151 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-24:null) Associate IP address called by the user 2 account 2 2012-09-18 00:32:25,154 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-24:null) Associate IP address lock acquired 2012-09-18 00:32:25,157 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-24:null) Got 10.102.125.65 to assign for account 2 in zone 1 2012-09-18 00:32:25,160 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-24:null) Releasing lock account Acct[2-admin] 2012-09-18 00:32:25,161 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-24:null) Associate IP address lock released 2012-09-18 00:32:25,196 DEBUG [cloud.async.AsyncJobManagerImpl] (catalina-exec-24:null) submit async job-19, details: AsyncJobVO {id:19, userId: 2, accountId: 2, sessionKey: null, instanceType: IpAddress, instanceId: 1, cmd: com.cloud.api.commands.AssociateIPAddrCmd, cmdOriginator: null, cmdInfo: {id:1,response:json,sessionkey:8hzazFr/yI02O3oGDZOuHcC4BWI\u003d,ctxUserId:2,_:1347908545066,ctxAccountId:2,networkid:df48bccd-f675-4a66-adf8-eea5a441b4f3,ctxStartEventId:74}, cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, processStatus: 0, resultCode: 0, result: null, initMsid: 160940036302157, completeMsid: null, lastUpdated: null, lastPolled: null, created: null} 2012-09-18 00:32:25,201 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-19) Executing com.cloud.api.commands.AssociateIPAddrCmd for job-19 2012-09-18 00:32:25,208 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-19) Sync job-19 execution on object network.204 2012-09-18 00:32:25,216 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-19) job com.cloud.api.commands.AssociateIPAddrCmd for job-19 was queued, processing the queue. 2012-09-18 00:32:25,225 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-19) Executing sync queue item: SyncQueueItemVO {id:6, queueId: 1, contentType: AsyncJob, contentId: 19, lastProcessMsid: 160940036302157, lastprocessNumber: 5, created: Tue Sep 18 00:32:25 IST 2012} 2012-09-18 00:32:25,226 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-19) Schedule queued job-19 2012-09-18 00:32:25,240 DEBUG [cloud.async.SyncQueueManagerImpl] (Job-Executor-8:job-19) There is a pending process in sync queue(id: 1) 2012-09-18 00:32:25,242 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-9:job-19) Executing com.cloud.api.commands.AssociateIPAddrCmd for job-19 2012-09-18 00:32:25,274 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-9:job-19) Associating ip Ip[10.102.125.65-1] to network Ntwk[204|Guest|7] 2012-09-18 00:32:25,327 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-9:job-19) Applying ip association in network Ntwk[204|Guest|7] 2012-09-18 00:32:25,374 DEBUG [agent.transport.Request] (Job-Executor-9:job-19) Seq 1-2076573732: Sending { Cmd , MgmtId: 160940036302157, via: 1, Ver: v1, Flags: 11,
[jira] [Updated] (CLOUDSTACK-117) Deleting all the users from the account doesn't delete the account and the domain router.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ram Chinta updated CLOUDSTACK-117: -- Assignee: Devdeep Singh Deleting all the users from the account doesn't delete the account and the domain router. - Key: CLOUDSTACK-117 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-117 Project: CloudStack Issue Type: Bug Components: Network Controller Affects Versions: pre-4.0.0 Environment: Git Revision: 03df2fa9dd45c938f72cd1866044b09d1b0cc978 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git Reporter: Abhinav Roy Assignee: Devdeep Singh Fix For: pre-4.0.0 Attachments: management-server.log Steps : === 1. Deploy an advanced networking setup. 2. Create an account with 2 users. 3. Login as the users created in above steps and deploy VMs. 4. Delete the VMs. 5. Delete both users from the account. Expected Behaviour : 1. The account should be deleted as all the users in the account are deleted. 2. The domain router associated with the account should be destroyed. Observed Behaviour : 1. After deleting all the users, the account doesn't get deleted. 2. Since the account is not deleted , the domain router also doesn't get destroyed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CLOUDSTACK-112) Adding XenServer Host Fails
[ https://issues.apache.org/jira/browse/CLOUDSTACK-112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ram Chinta updated CLOUDSTACK-112: -- Assignee: Devdeep Singh Adding XenServer Host Fails --- Key: CLOUDSTACK-112 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-112 Project: CloudStack Issue Type: Bug Components: XenServer Affects Versions: pre-4.0.0 Reporter: Jonas Vachal Assignee: Devdeep Singh Labels: xenserver Fix For: pre-4.0.0 Adding a new XenServer 6.0.2 host fails. The management log reports: 2012-09-16 08:47:03,149 INFO [cloud.resource.ResourceManagerImpl] (catalina-exec-7:null) Trying to add a new host at http://10.1.10.51 in data center 3 2012-09-16 08:47:03,218 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-7:null) Slave logon to 10.1.10.51 2012-09-16 08:47:03,248 DEBUG [xen.resource.XenServerConnectionPool] (catalina-exec-7:null) Logging on as the master to 10.1.10.51 2012-09-16 08:47:03,401 INFO [xen.discoverer.XcpServerDiscoverer] (catalina-exec-7:null) Found host localhost ip=10.1.10.51 product version=6.0.2 2012-09-16 08:47:03,713 DEBUG [xen.resource.CitrixResourceBase] (catalina-exec-7:null) Management network is on pif=a5a64b7a-2d53-9632-8b8e-5dd988f083b2 2012-09-16 08:47:03,735 WARN [xen.resource.CitrixResourceBase] (catalina-exec-7:null) Unable to get host information for 10.1.10.51 java.lang.NullPointerException at com.cloud.hypervisor.xen.resource.CitrixResourceBase.getHostInfo(CitrixResourceBase.java:4331) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.initialize(CitrixResourceBase.java:4460) at com.cloud.hypervisor.xen.resource.XenServer56Resource.initialize(XenServer56Resource.java:328) at com.cloud.resource.ResourceManagerImpl.createHostAndAgent(ResourceManagerImpl.java:1598) at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:720) at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:544) at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:140) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:138) at com.cloud.api.ApiServer.queueCommand(ApiServer.java:543) at com.cloud.api.ApiServer.handleRequest(ApiServer.java:422) at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304) at com.cloud.api.ApiServlet.doGet(ApiServlet.java:63) 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:2268) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:679) 2012-09-16 08:47:03,741 WARN [xen.resource.CitrixResourceBase] (catalina-exec-7:null) Unable to get host information for 10.1.10.51 2012-09-16 08:47:03,741 INFO [cloud.resource.ResourceManagerImpl] (catalina-exec-7:null) Unable to fully initialize the agent because no StartupCommands are returned 2012-09-16 08:47:03,742 INFO [cloud.resource.ResourceManagerImpl] (catalina-exec-7:null) server resources successfully discovered by XCP Agent 2012-09-16 08:47:03,742 WARN [cloud.api.ApiDispatcher] (catalina-exec-7:null) class com.cloud.api.ServerApiException : Failed to add host -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Review Request: CLOUDSTACK-121: FIx NullPointerException while logging in
On Sept. 18, 2012, 8:32 a.m., Nitin Mehta wrote: server/src/com/cloud/user/AccountManagerImpl.java, line 1869 https://reviews.apache.org/r/7130/diff/1/?file=155820#file155820line1869 You are retrieving the user account again and again checking for null. Can we not have 1 db call for this ? Rohit Yadav wrote: I just added a check so that it does not throw a NullPointerException. Further, this kind of logic are at many places (where one db call could have played the trick). It's required as we may have multiple accounts with the same name but on different domains. How about we open another ticket on this issue (refactor multiple db calls in code to least number possible, make cloudstack faster?). Fixed in new patch, same link, updated file. Please re-review and git am! - Rohit --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/#review11652 --- On Sept. 18, 2012, 8:29 a.m., Rohit Yadav wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/ --- (Updated Sept. 18, 2012, 8:29 a.m.) Review request for cloudstack, Abhinandan Prateek, Alena Prokharchyk, and Alex Huang. Description --- Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-121 Download original patch and git am patch: http://bhaisaab.org/patches/cloudstack/0001-CLOUDSTACK-121-Fix-NullPointerException-for-incorrec.patch Diffs - server/src/com/cloud/user/AccountManagerImpl.java fa9fafb Diff: https://reviews.apache.org/r/7130/diff/ Testing --- Thanks, Rohit Yadav
Re: Review Request: CLOUDSTACK-121: FIx NullPointerException while logging in
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/ --- (Updated Sept. 18, 2012, 9:43 a.m.) Review request for cloudstack, Abhinandan Prateek, Alena Prokharchyk, and Alex Huang. Description --- Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-121 Download original patch and git am patch: http://bhaisaab.org/patches/cloudstack/0001-CLOUDSTACK-121-Fix-NullPointerException-for-incorrec.patch Diffs (updated) - api/src/com/cloud/user/UserAccount.java 734e16b server/src/com/cloud/user/AccountManagerImpl.java fa9fafb Diff: https://reviews.apache.org/r/7130/diff/ Testing --- Thanks, Rohit Yadav
[jira] [Commented] (CLOUDSTACK-80) /ovm is empty
[ https://issues.apache.org/jira/browse/CLOUDSTACK-80?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13457717#comment-13457717 ] Pradeep Soundararajan commented on CLOUDSTACK-80: - I believe in ASF it has been moved to ../plugins/hypervisors/ovm. All the plugins related has been moved to plugins directory. Any one please confirm? I will close this ticket /ovm is empty - Key: CLOUDSTACK-80 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-80 Project: CloudStack Issue Type: Bug Affects Versions: pre-4.0.0 Reporter: sebastien goasguen Assignee: Pradeep Soundararajan Priority: Minor Fix For: pre-4.0.0 /ovm is empty, I don't know if it's intentional. but can probably be deleted ? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CLOUDSTACK-2) Script or tool to check/replace/add ASF license in source code
[ https://issues.apache.org/jira/browse/CLOUDSTACK-2?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rohit Yadav resolved CLOUDSTACK-2. -- Resolution: Fixed RAT tool already configured: http://markmail.org/search/?q=cloudstack%20RAT#query:cloudstack%20RAT+page:1+mid:gm2jzhu2khxaoyir+state:results How to check with RAT tool, updated wiki: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+Maven#BuildingwithMaven-RAT%3AASFLicenseChecking Chip added a Jenkins job to verfiy master using RAT tool: http://jenkins.cloudstack.org/job/verify-licensing-master/ Example RAT tool output http://jenkins.cloudstack.org/job/verify-licensing-master/lastSuccessfulBuild/artifact/target/rat.txt Script or tool to check/replace/add ASF license in source code -- Key: CLOUDSTACK-2 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2 Project: CloudStack Issue Type: Task Affects Versions: pre-4.0.0 Reporter: Rohit Yadav Assignee: Rohit Yadav Fix For: pre-4.0.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CLOUDSTACK-104) Failed to update SSL Certificate
[ https://issues.apache.org/jira/browse/CLOUDSTACK-104?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rohit Yadav resolved CLOUDSTACK-104. Resolution: Incomplete Paco please update, we need more information. Failed to update SSL Certificate - Key: CLOUDSTACK-104 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-104 Project: CloudStack Issue Type: Bug Components: Management Server Affects Versions: pre-4.0.0 Environment: Centos 6.3 and CS 3.0.2 Reporter: Paco Medina Assignee: Rohit Yadav Priority: Blocker Fix For: pre-4.0.0 Hello, After many tries, many install from scratch, clean install, there is no way to install SSL certificate for Console VM's. Error says : Failed to update SSL Certificate No logs found but the management serveur give a RST. I've dump (PCAP), a public host to reproduce the issue. Regards, Paco Medina -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
RE: How to make Domain Admin having the right adding account?
I am not sure if there is any documentation around for this but I think you will need to proceed in a similar fashion as I suggested for createAccount api. Or you can use another account type RESOURCE_DOMAIN_ADMIN which has permissions to do this. More info @ http://confluence.cloudstack.org/display/gen/Resource+Domain+Admin Also, FYI I think there was discussion/work planned to make ACL more fine grained in the future releases as well, but I suggest you to state your use case so that it could be kept in mind while designing it. Thanks, -Nitin -Original Message- From: sx chen [mailto:cloudchen0...@gmail.com] Sent: Tuesday, September 18, 2012 2:56 PM To: cloudstack-dev@incubator.apache.org Subject: Re: How to make Domain Admin having the right adding account? Centainly I want to authorize domain admin to use the api:createAccount deleteAccount, updateAccount, createUser, deleteUser and updateUser within its domain as well .I also want to disable the user attach storage and let the domain admin do this. so, is there a document about this?or any suggestion? 2012/9/18 Nitin Mehta nitin.me...@citrix.com Change the bitmap in the file commands.properties.in to 7 to allow domain admin to execute this api (change 3 to 7). createAccount=com.cloud.api.commands.CreateAccountCmd;3 You then might have to go into CreateAccountCmd implementation and check if there is some ACL for restricting domain admin in using this api as well. But, do you want to authorize domain admin only to use this api or other account/user apis like deleteAccount, updateAccount, createUser, deleteUser and updateUser as well ? Thanks, -Nitin -Original Message- From: sx chen [mailto:cloudchen0...@gmail.com] Sent: Tuesday, September 18, 2012 12:58 PM To: cloudstack-us...@incubator.apache.org Subject: How to make Domain Admin having the right adding account? hi,all I'm a CloudStack API developer,I want to know How to make Domain Admin having the right adding account? We know that only root user has the right to excute createAccount API,So what should I do?
[jira] [Commented] (CLOUDSTACK-80) /ovm is empty
[ https://issues.apache.org/jira/browse/CLOUDSTACK-80?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13457733#comment-13457733 ] Murali Reddy commented on CLOUDSTACK-80: Yes, ovm code is moved to plugins/hypervisor/ovm. Please remove ovm folder. Perhaps it was not deleted as part of ovm move to plugins/hypervisor/ovm folder /ovm is empty - Key: CLOUDSTACK-80 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-80 Project: CloudStack Issue Type: Bug Affects Versions: pre-4.0.0 Reporter: sebastien goasguen Assignee: Pradeep Soundararajan Priority: Minor Fix For: pre-4.0.0 /ovm is empty, I don't know if it's intentional. but can probably be deleted ? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CLOUDSTACK-129) introduce listIsolationMethods API
Murali Reddy created CLOUDSTACK-129: --- Summary: introduce listIsolationMethods API Key: CLOUDSTACK-129 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-129 Project: CloudStack Issue Type: Bug Components: API Affects Versions: 4.1.0 Reporter: Murali Reddy Priority: Minor As SDN controllers (Nicira, Midonet) and isolation methods gets added in to CloudStack it make sense to introduce a listIsolationMethods API which should return list of network isolation methods supported by CloudStack. This list can be used in the drop down isolation type in the zone creation wizard. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: when OVS tunnel manager is not used, isolationMethods parameter passed to createPhysicalNetwork API is being ignored.
(CLOUDSTACK-129) introduce listIsolationMethods API I opened this bug for listing supported isolation methods. This should avoid any assumptions in the UI. From: Hugo Trippaers htrippa...@schubergphilis.commailto:htrippa...@schubergphilis.com Date: Tuesday, 18 September 2012 3:04 AM To: Jessica Wang jessica.w...@citrix.commailto:jessica.w...@citrix.com Cc: Murali Reddy murali.re...@citrix.commailto:murali.re...@citrix.com, Alena Prokharchyk alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.com, Sangeetha Hariharan sangeetha.hariha...@citrix.commailto:sangeetha.hariha...@citrix.com, cloudstack-dev@incubator.apache.orgmailto:cloudstack-dev@incubator.apache.org cloudstack-dev@incubator.apache.orgmailto:cloudstack-dev@incubator.apache.org Subject: Re: when OVS tunnel manager is not used, isolationMethods parameter passed to createPhysicalNetwork API is being ignored. Hey Jessica, The drops own is now also used to select the STT isolation type. This one does not depend on any flags and is an implementation that is separate from the OVS implementation. The end user should alway be allowed to select either vlan isolation or STT based isolation and later configure the Nicira support on the physical network. So I removed the flag to check for OVS support at that is no longer the only implementation of SDN that is supported by CloudStack. Hope this explains the change. Cheers, Hugo Verstuurd vanaf mijn iPad Op 17 sep. 2012 om 20:58 heeft Jessica Wang jessica.w...@citrix.commailto:jessica.w...@citrix.com het volgende geschreven: Hugo, Murali, Your UI change at 2012-07-11 (“Phase 1 of Nicira integration”) made Zone Wizard skip the checking of global setting sdn.ovs.controller and show Isolation Method dropdown regardless of value of global setting sdn.ovs.controller. Is there any specific reason to do so? We use value of global setting sdn.ovs.controller (true/false) to determine whether to show Isolation Method dropdown during Advanced zone creation. Because when OVS tunnel manager is not used (i.e. when “sdn.ovs.controller”=false), isolationMethods parameter passed to createPhysicalNetwork API is being ignored. Thus, Isolation Method dropdown shouldn’t show when “sdn.ovs.controller”=false. Jessica Author: Hugo Trippaers htrippa...@schubergphilis.commailto:htrippa...@schubergphilis.com 2012-07-11 16:14:28 Committer: Murali Reddy murali.re...@citrix.commailto:murali.re...@citrix.com 2012-07-11 17:16:06 Parent: 968752071291f3cc47b86ff67289d7cfc7cac3dd (applying Chip Childer's patches for license headers in the ui directory) Child: 1075344f03e836de5b11222aaf68b90bdd4a9531 (CS-15353: Larger click boxes in UI.) Branches: autoscale, master, remotes/cloudcom/asf_autoscale, remotes/origin/4.0, remotes/origin/asf-4.0, remotes/origin/autoscale, remotes/origin/deps-ctrl, remotes/origin/gradle, remotes/origin/javelin, remotes/origin/master, remotes/origin/maven, remotes/origin/maven-waf, remotes/origin/rbd, remotes/origin/storagerefactor, remotes/origin/tampa, remotes/origin/vm-snapshot, remotes/origin/vpc, vpc Follows: tag-3.0.1-prerelease-1 Precedes: Phase 1 of Nicira integration =
[jira] [Commented] (CLOUDSTACK-80) /ovm is empty
[ https://issues.apache.org/jira/browse/CLOUDSTACK-80?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13457741#comment-13457741 ] Pradeep Soundararajan commented on CLOUDSTACK-80: - Commiters could you please delete this directory... /ovm is empty - Key: CLOUDSTACK-80 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-80 Project: CloudStack Issue Type: Bug Affects Versions: pre-4.0.0 Reporter: sebastien goasguen Assignee: Pradeep Soundararajan Priority: Minor Fix For: pre-4.0.0 /ovm is empty, I don't know if it's intentional. but can probably be deleted ? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CLOUDSTACK-80) /ovm is empty
[ https://issues.apache.org/jira/browse/CLOUDSTACK-80?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13457745#comment-13457745 ] Murali Reddy commented on CLOUDSTACK-80: seems ovm folder is stale entry. does not exist in the repo. you can close the bug /ovm is empty - Key: CLOUDSTACK-80 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-80 Project: CloudStack Issue Type: Bug Affects Versions: pre-4.0.0 Reporter: sebastien goasguen Assignee: Pradeep Soundararajan Priority: Minor Fix For: pre-4.0.0 /ovm is empty, I don't know if it's intentional. but can probably be deleted ? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (CLOUDSTACK-80) /ovm is empty
[ https://issues.apache.org/jira/browse/CLOUDSTACK-80?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pradeep Soundararajan closed CLOUDSTACK-80. --- Resolution: Fixed ovm code is moved to plugins/hypervisor/ovm. Right now OVM directory is not present under ASF. /ovm is empty - Key: CLOUDSTACK-80 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-80 Project: CloudStack Issue Type: Bug Affects Versions: pre-4.0.0 Reporter: sebastien goasguen Assignee: Pradeep Soundararajan Priority: Minor Fix For: pre-4.0.0 /ovm is empty, I don't know if it's intentional. but can probably be deleted ? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Review Request: CLOUDSTACK-121: FIx NullPointerException while logging in
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/#review11657 --- server/src/com/cloud/user/AccountManagerImpl.java https://reviews.apache.org/r/7130/#comment25181 Trivial but we have already logged auth failure above correct ? - Nitin Mehta On Sept. 18, 2012, 9:43 a.m., Rohit Yadav wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/ --- (Updated Sept. 18, 2012, 9:43 a.m.) Review request for cloudstack, Abhinandan Prateek, Alena Prokharchyk, and Alex Huang. Description --- Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-121 Download original patch and git am patch: http://bhaisaab.org/patches/cloudstack/0001-CLOUDSTACK-121-Fix-NullPointerException-for-incorrec.patch Diffs - api/src/com/cloud/user/UserAccount.java 734e16b server/src/com/cloud/user/AccountManagerImpl.java fa9fafb Diff: https://reviews.apache.org/r/7130/diff/ Testing --- Thanks, Rohit Yadav
Re: Review Request: CLOUDSTACK-121: FIx NullPointerException while logging in
On Sept. 18, 2012, 11:27 a.m., Nitin Mehta wrote: server/src/com/cloud/user/AccountManagerImpl.java, line 1884 https://reviews.apache.org/r/7130/diff/2/?file=156156#file156156line1884 Trivial but we have already logged auth failure above correct ? +1 But, added as suggested by Koushik (see above). This is a special case we want to log for the Admin: It happens when someone tries to login with an incorrect domain. The information may be useful for Admin. PS. over engineering for a silly bug, just ship already pretty please ;) - Rohit --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/#review11657 --- On Sept. 18, 2012, 9:43 a.m., Rohit Yadav wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7130/ --- (Updated Sept. 18, 2012, 9:43 a.m.) Review request for cloudstack, Abhinandan Prateek, Alena Prokharchyk, and Alex Huang. Description --- Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-121 Download original patch and git am patch: http://bhaisaab.org/patches/cloudstack/0001-CLOUDSTACK-121-Fix-NullPointerException-for-incorrec.patch Diffs - api/src/com/cloud/user/UserAccount.java 734e16b server/src/com/cloud/user/AccountManagerImpl.java fa9fafb Diff: https://reviews.apache.org/r/7130/diff/ Testing --- Thanks, Rohit Yadav
Re: Configuration to check if hvm is enabled in XS
The parameter xen.check.hvm was supposed to control if the host should be hvm enabled or not. Currently, since it is not set in the db implies that only hvm enabled xenserver host can be added to the cloud. HVM mode is required for windows VM. It is right to enforce the hvm mode for the cloud as otherwise it will not be able to support the full cloud functionality. -abhi On 18-Sep-2012, at 2:45 PM, Koushik Das koushik@citrix.com wrote: I found the following piece of code in XCPServerDiscoverer.java (configure() method) value = _params.get(xen.check.hvm); _checkHvm = value == null ? true : Boolean.parseBoolean(value); Currently there is no configuration in the database with that name and so _checkHvm is always true. This requires that XS host has hvm enabled on it before it can be added through CS. Wanted to check why this configuration got added? Also don't see any such check for other HVs. Thanks, Koushik
[jira] [Resolved] (CLOUDSTACK-125) Deletion of Account Job succeeded in spite of failure in cleaning up the Isolated Guest Network in the Account.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rohit Yadav resolved CLOUDSTACK-125. Resolution: Duplicate Duplicate of https://issues.apache.org/jira/browse/CLOUDSTACK-84 Deletion of Account Job succeeded in spite of failure in cleaning up the Isolated Guest Network in the Account. --- Key: CLOUDSTACK-125 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-125 Project: CloudStack Issue Type: Bug Components: Management Server Affects Versions: pre-4.0.0 Reporter: Chandan Purushothama Assignee: Rohit Yadav Fix For: pre-4.0.0 Attachments: management-server.zip === Steps to Reproduce: === 1. Create an Account. Log into as the Account's User. 2. Create an Isolated Guest Network using DefaultNetworkOfferingwithSourceNATService Network Offering. 3. Deploy a VM in that Isolated Guest Network. 4. Log out of the Account 5. Login as ROOT domain Admin. 6. Delete the Account created in Step1. === Observations: === Unable to destroy the Guest Network: 2012-09-17 11:26:00,744 DEBUG [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-12:job-21) Successfully released network resources for the vm VM[DomainRouter|r-17-ASF] 2012-09-17 11:26:00,744 DEBUG [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-12:job-21) Successfully released storage resources for the vm VM[DomainRouter|r-17-ASF] 2012-09-17 11:26:00,748 DEBUG [vm.dao.VMInstanceDaoImpl] (Job-Executor-12:job-21) Unable to update VM[DomainRouter|r-17-ASF]: DB Data={Host=1; State=Stopping; updated=5; time=Mon Sep 17 11:26:00 PDT 2012} New Data: {Host=null; State=Stopped; updated=5; time=Mon Sep 17 11:26:00 PDT 2012} Stale Data: {Host=1; State=Stopping; updated=4; time=Mon Sep 17 11:25:11 PDT 2012} 2012-09-17 11:26:00,748 WARN [cloud.network.NetworkManagerImpl] (Job-Executor-12:job-21) Unable to complete shutdown of the network elements due to element: VirtualRouter 2012-09-17 11:26:00,756 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-12:job-21) Network is not not in the correct state to be destroyed: Implemented 2012-09-17 11:26:00,756 WARN [cloud.user.AccountManagerImpl] (Job-Executor-12:job-21) Unable to destroy network Ntwk[210|Guest|8] as a part of account id=6 cleanup. === Delete Account Job: === [root@asfmgmt ~]# grep -i job-21 /var/log/cloud/management/management-server.log 2012-09-17 11:23:35,394 DEBUG [cloud.async.AsyncJobManagerImpl] (catalina-exec-16:null) submit async job-21, details: AsyncJobVO {id:21, userId: 2, accountId: 2, sessionKey: null, instanceType: Account, instanceId: null, cmd: com.cloud.api.commands.DeleteAccountCmd, cmdOriginator: null, cmdInfo: {response:json,id:e4438e90-4e5d-446a-b274-57f235b2e0ae,sessionkey:u6LWTaW5070wtlr1F3LOD5CWBE8\u003d,ctxUserId:2,_:1347906467807,ctxAccountId:2,ctxStartEventId:138}, cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, processStatus: 0, resultCode: 0, result: null, initMsid: 7471666038533, completeMsid: null, lastUpdated: null, lastPolled: null, created: null} 2012-09-17 11:23:35,398 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-12:job-21) Executing com.cloud.api.commands.DeleteAccountCmd for job-21 2012-09-17 11:23:35,421 DEBUG [cloud.user.AccountManagerImpl] (Job-Executor-12:job-21) Removed account 6 2012-09-17 11:23:35,444 DEBUG [cloud.user.AccountManagerImpl] (Job-Executor-12:job-21) Successfully deleted snapshots directories for all volumes under account 6 across all zones 2012-09-17 11:23:35,448 DEBUG [cloud.user.AccountManagerImpl] (Job-Executor-12:job-21) Expunging # of vms (accountId=6): 1 2012-09-17 11:23:35,465 DEBUG [cloud.capacity.CapacityManagerImpl] (Job-Executor-12:job-21) VM state transitted from :Running to Stopping with event: StopRequestedvm's original host id: 1 new host id: 1 host id before state transition: 1 2012-09-17 11:23:35,467 DEBUG [agent.transport.Request] (Job-Executor-12:job-21) Seq 1-402924740: Sending { Cmd , MgmtId: 7471666038533, via: 1, Ver: v1, Flags: 100111, [{StopCommand:{isProxy:false,vmName:i-6-16-ASF,wait:0}}] } 2012-09-17 11:23:35,467 DEBUG [agent.transport.Request] (Job-Executor-12:job-21) Seq 1-402924740: Executing: { Cmd , MgmtId: 7471666038533, via: 1, Ver: v1, Flags: 100111, [{StopCommand:{isProxy:false,vmName:i-6-16-ASF,wait:0}}] } 2012-09-17 11:23:59,949 DEBUG [agent.transport.Request] (Job-Executor-12:job-21) Seq 1-402924740: Received: { Ans: , MgmtId: 7471666038533, via: 1, Ver: v1, Flags: 110, {
Re: unit tests for api/src/com/cloud/agent/api
On Mon, Sep 17, 2012 at 7:24 PM, Edison Su edison...@citrix.com wrote: First, thanks for working on test stuff, we really need more automate test cases. If you plan to work on the API test, we have a python test framework: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html. The most compelling feature is that it supports code completion for cloudstack API, very easy to write test case in Eclipse environment. And we are setting up a test infrastructure, which will execute all the test cases written for this framework. We already have around 500+ test cases, or maybe more, but apparently it's not enough. If you like to work on it, that will be great! While I like the functional/integration tests, as you note we have 500+ currently. Those tests also take many hours to run at present. Unit tests should be something fast, a sanity check, and we only have 25 right now for the entire code base, so while I like func/integration tests, I'd really like for our unit tests to be runnable on every commit, and provide some decent level of coverage so that we have a bit of confidence that code works well, and provide good feedback to folks on whether their commit passes the sniff test. --David
[jira] [Commented] (CLOUDSTACK-84) Getting Null Pointer Excpetion while executing listRouters command after deleting a user project.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-84?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13457785#comment-13457785 ] Rohit Yadav commented on CLOUDSTACK-84: --- When VR is deleted, checkAccess failed due to account=null, as Dao gets only accounts that are not (marked) removed. The fix is simple: diff --git a/server/src/com/cloud/acl/DomainChecker.java b/server/src/com/cloud/acl/DomainChecker.java index 6bc2cd3..5d349da 100755 --- a/server/src/com/cloud/acl/DomainChecker.java +++ b/server/src/com/cloud/acl/DomainChecker.java @@ -112,7 +112,7 @@ public class DomainChecker extends AdapterBase implements SecurityChecker { _networkMgr.checkNetworkPermissions(caller, (Network)entity); } else { if (caller.getType() == Account.ACCOUNT_TYPE_NORMAL) { -Account account = _accountDao.findById(entity.getAccountId()); +Account account = _accountDao.findAccountIncludingRemovedById(entity.getAccountId()); diff --git a/server/src/com/cloud/user/dao/AccountDao.java b/server/src/com/cloud/user/dao/AccountDao.java index 3b7fa66..18f1cd3 100644 --- a/server/src/com/cloud/user/dao/AccountDao.java +++ b/server/src/com/cloud/user/dao/AccountDao.java @@ -43,6 +43,7 @@ public interface AccountDao extends GenericDaoAccountVO, Long { Account findEnabledNonProjectAccount(String accountName, Long domainId); //returns account even when it's removed +Account findAccountIncludingRemovedById(Long accountId); Account findAccountIncludingRemoved(String accountName, Long domainId); Account findNonProjectAccountIncludingRemoved(String accountName, Long domainId); diff --git a/server/src/com/cloud/user/dao/AccountDaoImpl.java b/server/src/com/cloud/user/dao/AccountDaoImpl.java index 7300bb1..1477fd0 100755 --- a/server/src/com/cloud/user/dao/AccountDaoImpl.java +++ b/server/src/com/cloud/user/dao/AccountDaoImpl.java @@ -55,6 +55,7 @@ public class AccountDaoImpl extends GenericDaoBaseAccountVO, Long implements A protected AccountDaoImpl() { AllFieldsSearch = createSearchBuilder(); +AllFieldsSearch.and(id, AllFieldsSearch.entity().getId(), SearchCriteria.Op.EQ); AllFieldsSearch.and(accountName, AllFieldsSearch.entity().getAccountName(), SearchCriteria.Op.EQ); @@ -184,6 +185,13 @@ public class AccountDaoImpl extends GenericDaoBaseAccountVO, Long implements A } @Override +public Account findAccountIncludingRemovedById(Long accountId) { +SearchCriteriaAccountVO sc = AllFieldsSearch.create(); +sc.setParameters(id, accountId); +return findOneIncludingRemovedBy(sc); +} Issues: 0. checkAccess is called by a lot of methods. Replacing listById - findAccountIncludingRemovedById may cause unseen problems. 1. My host was Xen 6.0, still XenServer56Resource kept warning: [java] INFO [xen.resource.XenServer56Resource] (DirectAgent-35:) Catch com.xensource.xenapi.Types$InvalidValue: failed to destory VLAN eth0 on host 88441d4c-892f-4f05-8ef0-7d446810f3a0 due to The value given is invalid [java] INFO [xen.resource.XenServer56Resource] (DirectAgent-35:) Catch com.xensource.xenapi.Types$VifInUse: failed to destory VLAN eth0 on host 88441d4c-892f-4f05-8ef0-7d446810f3a0 due to Network has active VIFs Getting Null Pointer Excpetion while executing listRouters command after deleting a user project. - Key: CLOUDSTACK-84 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-84 Project: CloudStack Issue Type: Bug Components: Network Controller Affects Versions: pre-4.0.0 Environment: Management sever : Rhel 6.3 Setup : Advanced Host : XenServer 6.0.2 Build Details :- Git Revision: 03df2fa9dd45c938f72cd1866044b09d1b0cc978 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git Reporter: Abhinav Roy Assignee: Rohit Yadav Fix For: pre-4.0.0 Attachments: api-server.log, Cloudstack-84.jpg, management-server.log Steps to reproduce : - 1. Deploy a CS advanced networking setup. 2. create a sub-domain 'Domain1' under 'ROOT' domain. 3. Create 2 users - user1 and user2 under 'Domain1'. 4. login as user1 and create a project. Add user2 to the project. 5. Create 2 VMs , one as user1 and the other as user2. 6. Login as user1(project admin) and delete the project. Expected Behaviour : -- The project deletion along with deletion of all the resources associated with the project should be successful and no error should be seen. Observed Behaviour : -- 1. Got this Exception during project deletion : 2012-09-12
[jira] [Commented] (CLOUDSTACK-66) /tools/bugs-wiki is obsolete
[ https://issues.apache.org/jira/browse/CLOUDSTACK-66?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13457803#comment-13457803 ] sebastien goasguen commented on CLOUDSTACK-66: -- Pradeep, these two scripts seem to be standalone scripts to query bugs.cloudstack.org and wiki.cloudstack.org for keywords. It uses the soap api of confluence, but the version seem outdated. I doubt that anyone is using them, they don't work. For cleanup, I think they could be deleted, but the original authors should decide. -Sebastien /tools/bugs-wiki is obsolete Key: CLOUDSTACK-66 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-66 Project: CloudStack Issue Type: Bug Affects Versions: pre-4.0.0 Reporter: sebastien goasguen Assignee: Pradeep Soundararajan Priority: Minor Fix For: pre-4.0.0 tools/bugs-wiki contains two python scripts to search bugs.cloudstack.org and wiki.cloudstack.org. They rely on a ~2004 SOAPpy module. At a minimum this needs to be fixed. The search-wiki.py uses the wrong confluence wsdl. Both scripts need to be updated to the new JIRA and wiki instances. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [ASFCS40][DISCUSS] How should we move forward to resolution on the config files in patches? Was: Re: [ASFCS40] Configuration file licensing followup
On Fri, Sep 14, 2012 at 10:55 AM, David Nalley da...@gnsa.us wrote: On Fri, Sep 14, 2012 at 8:59 AM, Chip Childers chip.child...@sungard.com wrote: On Thu, Sep 13, 2012 at 2:41 PM, David Nalley da...@gnsa.us wrote: On Thu, Sep 13, 2012 at 2:36 PM, Noah Slater nsla...@tumbolia.org wrote: Saying that configuration files, in all cases, are not copywritable because that are, on the whole, not as complex as code is like saying that blog posts, in all cases, are not copywritable because they are, on the whole, not as complex as books. The law is much more nuanced than that. There is no way we can say, up front, whether a configuration file is protected by copywrite or not. The unwillingness to commit to anything on legal-discuss is an indication of this. (It was made explicit that with a vague question, there will only be vague answers.) It might be better to actually document what we have, and then present that to legal discuss and take it from there. Let's get concrete. We should put together a list of each config file path, along with information such as: * Size of file * Complexity (key/value, code snippets, what?) * Copyright notice or license header? * License of project it (may) have been taken from * Origin (Citrix, upstream project, unknown?) Once we have a complete picture, I think we can talk about how to proceed. (And hopefully propose a guideline for future config files.) I certainly do not think we are in a position to write of an entire category of data as being uncopywritable. I am happy to run this to pursue this with legal too, but I think we need a better view of what we're dealing with. Thoughts? Alright, I'll start working on compiling this. --David David, Do you want to divide and conquer on this task? I'd be happy to help. -chip Happy to have the help --David David, I've gotten as far as I can with the list (via the google spreadsheet you shared). I think the next step is to send it out for broader review. We are going to need the help of the folks that might have originally added the config file / script to the project. -chip
Re: [ASFCS40][DISCUSS] How should we move forward to resolution on the config files in patches? Was: Re: [ASFCS40] Configuration file licensing followup
On Tue, Sep 18, 2012 at 10:24 AM, Chip Childers chip.child...@sungard.com wrote: On Fri, Sep 14, 2012 at 10:55 AM, David Nalley da...@gnsa.us wrote: On Fri, Sep 14, 2012 at 8:59 AM, Chip Childers chip.child...@sungard.com wrote: On Thu, Sep 13, 2012 at 2:41 PM, David Nalley da...@gnsa.us wrote: On Thu, Sep 13, 2012 at 2:36 PM, Noah Slater nsla...@tumbolia.org wrote: Saying that configuration files, in all cases, are not copywritable because that are, on the whole, not as complex as code is like saying that blog posts, in all cases, are not copywritable because they are, on the whole, not as complex as books. The law is much more nuanced than that. There is no way we can say, up front, whether a configuration file is protected by copywrite or not. The unwillingness to commit to anything on legal-discuss is an indication of this. (It was made explicit that with a vague question, there will only be vague answers.) It might be better to actually document what we have, and then present that to legal discuss and take it from there. Let's get concrete. We should put together a list of each config file path, along with information such as: * Size of file * Complexity (key/value, code snippets, what?) * Copyright notice or license header? * License of project it (may) have been taken from * Origin (Citrix, upstream project, unknown?) Once we have a complete picture, I think we can talk about how to proceed. (And hopefully propose a guideline for future config files.) I certainly do not think we are in a position to write of an entire category of data as being uncopywritable. I am happy to run this to pursue this with legal too, but I think we need a better view of what we're dealing with. Thoughts? Alright, I'll start working on compiling this. --David David, Do you want to divide and conquer on this task? I'd be happy to help. -chip Happy to have the help --David David, I've gotten as far as I can with the list (via the google spreadsheet you shared). I think the next step is to send it out for broader review. We are going to need the help of the folks that might have originally added the config file / script to the project. -chip Sorry I haven't been of much help of late. Shall we move it to the wiki? --David
Re: How to make Domain Admin having the right adding account?
You then might have to go into CreateAccountCmd implementation and check if there is some ACL for restricting domain admin in using this api as well. public void execute(){ UserContext.current().setEventDetails(Account Name: +getAccountName()+, Domain Id:+getDomainId()); UserAccount userAccount = _accountService.createUserAccount(getUsername(), getPassword(), getFirstName(), getLastName(), getEmail(), getTimeZone(), getAccountName(), getAccountType(), getDomainId(), getNetworkDomain(), getDetails()); if (userAccount != null) { AccountResponse response = _responseGenerator.createUserAccountResponse(userAccount); response.setResponseName(getCommandName()); this.setResponseObject(response); } else { throw new ServerApiException(BaseCmd.INTERNAL_ERROR, Failed to create a user account); } } I don't see any acl for restricting domain admin in using this api. I will modify commands.properties.in and test it later. domain admin to execute this api (change 3 to 7). and what is 3 and 7 stand for? I think there was discussion/work planned to make ACL more fine grained in the future releases as well you mean the CloudStack will have a UI to set the ACL for user and admin? my use case is quite simple,admin customize some templates and serviceoffings, user can create a vm via these templates and serviceoffings, user has to apply disk,and admin create disk and attach disk for user. thanks a lot. 2012/9/18 Nitin Mehta nitin.me...@citrix.com I am not sure if there is any documentation around for this but I think you will need to proceed in a similar fashion as I suggested for createAccount api. Or you can use another account type RESOURCE_DOMAIN_ADMIN which has permissions to do this. More info @ http://confluence.cloudstack.org/display/gen/Resource+Domain+Admin Also, FYI I think there was discussion/work planned to make ACL more fine grained in the future releases as well, but I suggest you to state your use case so that it could be kept in mind while designing it. Thanks, -Nitin -Original Message- From: sx chen [mailto:cloudchen0...@gmail.com] Sent: Tuesday, September 18, 2012 2:56 PM To: cloudstack-dev@incubator.apache.org Subject: Re: How to make Domain Admin having the right adding account? Centainly I want to authorize domain admin to use the api:createAccount deleteAccount, updateAccount, createUser, deleteUser and updateUser within its domain as well .I also want to disable the user attach storage and let the domain admin do this. so, is there a document about this?or any suggestion? 2012/9/18 Nitin Mehta nitin.me...@citrix.com Change the bitmap in the file commands.properties.in to 7 to allow domain admin to execute this api (change 3 to 7). createAccount=com.cloud.api.commands.CreateAccountCmd;3 You then might have to go into CreateAccountCmd implementation and check if there is some ACL for restricting domain admin in using this api as well. But, do you want to authorize domain admin only to use this api or other account/user apis like deleteAccount, updateAccount, createUser, deleteUser and updateUser as well ? Thanks, -Nitin -Original Message- From: sx chen [mailto:cloudchen0...@gmail.com] Sent: Tuesday, September 18, 2012 12:58 PM To: cloudstack-us...@incubator.apache.org Subject: How to make Domain Admin having the right adding account? hi,all I'm a CloudStack API developer,I want to know How to make Domain Admin having the right adding account? We know that only root user has the right to excute createAccount API,So what should I do?
Re: unit tests for api/src/com/cloud/agent/api
So I folllowed the doc: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html, and tried to install marvin to my 64 bit MacBook, OS: Lion. I installed marvin.0.6.2, and also biopython-1.59 because: import marvin Traceback (most recent call last): File stdin, line 1, in module File /usr/local/bin/marvin.py, line 2, in module import Marvin.app.main File /Library/Python/2.7/site-packages/Marvin/__init__.py, line 8, in module from Marvin.primer import PrimerDesigner File /Library/Python/2.7/site-packages/Marvin/primer.py, line 3, in module from Bio.Seq import Seq ImportError: No module named Bio.Seq and wxPython2.8-osx-unicode-py2.7 because: import marvin Traceback (most recent call last): File stdin, line 1, in module File /usr/local/bin/marvin.py, line 2, in module import Marvin.app.main File /Library/Python/2.7/site-packages/Marvin/app/main.py, line 2, in module import wx ImportError: No module named wx Next I got: ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see man python for running in 32-bit mode) After googling, I was told that wxPython on Mac is only available in 32-bit mode, and this link ( http://stackoverflow.com/questions/2565201/wxpython-incompatible-with-snow-leopard) suggests to run python in 32 bit mode. My question to you guys is: am I on the right path so far? Should I run python marvin in 32 bit python mode? Any suggestions? Thanks. Yichi On Tue, Sep 18, 2012 at 7:50 AM, David Nalley da...@gnsa.us wrote: On Mon, Sep 17, 2012 at 7:24 PM, Edison Su edison...@citrix.com wrote: First, thanks for working on test stuff, we really need more automate test cases. If you plan to work on the API test, we have a python test framework: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html. The most compelling feature is that it supports code completion for cloudstack API, very easy to write test case in Eclipse environment. And we are setting up a test infrastructure, which will execute all the test cases written for this framework. We already have around 500+ test cases, or maybe more, but apparently it's not enough. If you like to work on it, that will be great! While I like the functional/integration tests, as you note we have 500+ currently. Those tests also take many hours to run at present. Unit tests should be something fast, a sanity check, and we only have 25 right now for the entire code base, so while I like func/integration tests, I'd really like for our unit tests to be runnable on every commit, and provide some decent level of coverage so that we have a bit of confidence that code works well, and provide good feedback to folks on whether their commit passes the sniff test. --David
Re: unit tests for api/src/com/cloud/agent/api
Yichi, Would more traditional unit tests (using JUnit and moc'ed dependencies) perhaps be a better way to get to unit test coverage? (As opposed to other automated test types) -chip On Tue, Sep 18, 2012 at 12:27 PM, Yichi Lu yichi...@sungard.com wrote: So I folllowed the doc: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html, and tried to install marvin to my 64 bit MacBook, OS: Lion. I installed marvin.0.6.2, and also biopython-1.59 because: import marvin Traceback (most recent call last): File stdin, line 1, in module File /usr/local/bin/marvin.py, line 2, in module import Marvin.app.main File /Library/Python/2.7/site-packages/Marvin/__init__.py, line 8, in module from Marvin.primer import PrimerDesigner File /Library/Python/2.7/site-packages/Marvin/primer.py, line 3, in module from Bio.Seq import Seq ImportError: No module named Bio.Seq and wxPython2.8-osx-unicode-py2.7 because: import marvin Traceback (most recent call last): File stdin, line 1, in module File /usr/local/bin/marvin.py, line 2, in module import Marvin.app.main File /Library/Python/2.7/site-packages/Marvin/app/main.py, line 2, in module import wx ImportError: No module named wx Next I got: ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see man python for running in 32-bit mode) After googling, I was told that wxPython on Mac is only available in 32-bit mode, and this link ( http://stackoverflow.com/questions/2565201/wxpython-incompatible-with-snow-leopard) suggests to run python in 32 bit mode. My question to you guys is: am I on the right path so far? Should I run python marvin in 32 bit python mode? Any suggestions? Thanks. Yichi On Tue, Sep 18, 2012 at 7:50 AM, David Nalley da...@gnsa.us wrote: On Mon, Sep 17, 2012 at 7:24 PM, Edison Su edison...@citrix.com wrote: First, thanks for working on test stuff, we really need more automate test cases. If you plan to work on the API test, we have a python test framework: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html. The most compelling feature is that it supports code completion for cloudstack API, very easy to write test case in Eclipse environment. And we are setting up a test infrastructure, which will execute all the test cases written for this framework. We already have around 500+ test cases, or maybe more, but apparently it's not enough. If you like to work on it, that will be great! While I like the functional/integration tests, as you note we have 500+ currently. Those tests also take many hours to run at present. Unit tests should be something fast, a sanity check, and we only have 25 right now for the entire code base, so while I like func/integration tests, I'd really like for our unit tests to be runnable on every commit, and provide some decent level of coverage so that we have a bit of confidence that code works well, and provide good feedback to folks on whether their commit passes the sniff test. --David
Re: [ASFCS40][DISCUSS] How should we move forward to resolution on the config files in patches? Was: Re: [ASFCS40] Configuration file licensing followup
On Tue, Sep 18, 2012 at 10:28 AM, David Nalley da...@gnsa.us wrote: On Tue, Sep 18, 2012 at 10:24 AM, Chip Childers chip.child...@sungard.com wrote: On Fri, Sep 14, 2012 at 10:55 AM, David Nalley da...@gnsa.us wrote: On Fri, Sep 14, 2012 at 8:59 AM, Chip Childers chip.child...@sungard.com wrote: On Thu, Sep 13, 2012 at 2:41 PM, David Nalley da...@gnsa.us wrote: On Thu, Sep 13, 2012 at 2:36 PM, Noah Slater nsla...@tumbolia.org wrote: Saying that configuration files, in all cases, are not copywritable because that are, on the whole, not as complex as code is like saying that blog posts, in all cases, are not copywritable because they are, on the whole, not as complex as books. The law is much more nuanced than that. There is no way we can say, up front, whether a configuration file is protected by copywrite or not. The unwillingness to commit to anything on legal-discuss is an indication of this. (It was made explicit that with a vague question, there will only be vague answers.) It might be better to actually document what we have, and then present that to legal discuss and take it from there. Let's get concrete. We should put together a list of each config file path, along with information such as: * Size of file * Complexity (key/value, code snippets, what?) * Copyright notice or license header? * License of project it (may) have been taken from * Origin (Citrix, upstream project, unknown?) Once we have a complete picture, I think we can talk about how to proceed. (And hopefully propose a guideline for future config files.) I certainly do not think we are in a position to write of an entire category of data as being uncopywritable. I am happy to run this to pursue this with legal too, but I think we need a better view of what we're dealing with. Thoughts? Alright, I'll start working on compiling this. --David David, Do you want to divide and conquer on this task? I'd be happy to help. -chip Happy to have the help --David David, I've gotten as far as I can with the list (via the google spreadsheet you shared). I think the next step is to send it out for broader review. We are going to need the help of the folks that might have originally added the config file / script to the project. -chip Sorry I haven't been of much help of late. Shall we move it to the wiki? --David That makes sense. If you get to it before me, fantastic... but otherwise I'll move it over tomorrow. -chip
Re: unit tests for api/src/com/cloud/agent/api
I think so. JUnit probably is a better way at this point. Yichi On Tue, Sep 18, 2012 at 11:32 AM, Chip Childers chip.child...@sungard.comwrote: Yichi, Would more traditional unit tests (using JUnit and moc'ed dependencies) perhaps be a better way to get to unit test coverage? (As opposed to other automated test types) -chip On Tue, Sep 18, 2012 at 12:27 PM, Yichi Lu yichi...@sungard.com wrote: So I folllowed the doc: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html, and tried to install marvin to my 64 bit MacBook, OS: Lion. I installed marvin.0.6.2, and also biopython-1.59 because: import marvin Traceback (most recent call last): File stdin, line 1, in module File /usr/local/bin/marvin.py, line 2, in module import Marvin.app.main File /Library/Python/2.7/site-packages/Marvin/__init__.py, line 8, in module from Marvin.primer import PrimerDesigner File /Library/Python/2.7/site-packages/Marvin/primer.py, line 3, in module from Bio.Seq import Seq ImportError: No module named Bio.Seq and wxPython2.8-osx-unicode-py2.7 because: import marvin Traceback (most recent call last): File stdin, line 1, in module File /usr/local/bin/marvin.py, line 2, in module import Marvin.app.main File /Library/Python/2.7/site-packages/Marvin/app/main.py, line 2, in module import wx ImportError: No module named wx Next I got: ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see man python for running in 32-bit mode) After googling, I was told that wxPython on Mac is only available in 32-bit mode, and this link ( http://stackoverflow.com/questions/2565201/wxpython-incompatible-with-snow-leopard ) suggests to run python in 32 bit mode. My question to you guys is: am I on the right path so far? Should I run python marvin in 32 bit python mode? Any suggestions? Thanks. Yichi On Tue, Sep 18, 2012 at 7:50 AM, David Nalley da...@gnsa.us wrote: On Mon, Sep 17, 2012 at 7:24 PM, Edison Su edison...@citrix.com wrote: First, thanks for working on test stuff, we really need more automate test cases. If you plan to work on the API test, we have a python test framework: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html. The most compelling feature is that it supports code completion for cloudstack API, very easy to write test case in Eclipse environment. And we are setting up a test infrastructure, which will execute all the test cases written for this framework. We already have around 500+ test cases, or maybe more, but apparently it's not enough. If you like to work on it, that will be great! While I like the functional/integration tests, as you note we have 500+ currently. Those tests also take many hours to run at present. Unit tests should be something fast, a sanity check, and we only have 25 right now for the entire code base, so while I like func/integration tests, I'd really like for our unit tests to be runnable on every commit, and provide some decent level of coverage so that we have a bit of confidence that code works well, and provide good feedback to folks on whether their commit passes the sniff test. --David
[jira] [Created] (CLOUDSTACK-131) Templates other than SystemVM template are not getting downloaded on Rhel 6.3 ASF 4.0 setup with KVM host
Abhinav Roy created CLOUDSTACK-131: -- Summary: Templates other than SystemVM template are not getting downloaded on Rhel 6.3 ASF 4.0 setup with KVM host Key: CLOUDSTACK-131 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-131 Project: CloudStack Issue Type: Bug Components: Management Server, Template Affects Versions: pre-4.0.0 Environment: MS OS : Rhel 6.3 Hypervisor : KVM BUILD : [Git Revision: 54f9af1695bc359b02e9fc906b3b335cc0bfec41 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git Reporter: Abhinav Roy Fix For: pre-4.0.0 Description : == Templates other than the systemvm template are not getting downloaded after deploying a Basic/Advanced zone CS setup with KVM hypervisor. Steps : == Deploy a CS setup with KVM hypervisor. Expected behaviour : == Zone should be successfully deployed, system VMS should be created and the default template should be deployed. Observed behaviour : == 1. Zone deployment is successful. 2. system-vms get created successfully. 3. But the problem is that there is no sign of deployment of any other template, even if I try to manually register and deploy a template it doesn't happen. 4. Restarting system vm or management server doesn't change the behaviour. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CLOUDSTACK-131) Templates other than SystemVM template are not getting downloaded on Rhel 6.3 ASF 4.0 setup with KVM host
[ https://issues.apache.org/jira/browse/CLOUDSTACK-131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinav Roy updated CLOUDSTACK-131: --- Attachment: management-server.log Attaching management server logs Templates other than SystemVM template are not getting downloaded on Rhel 6.3 ASF 4.0 setup with KVM host - Key: CLOUDSTACK-131 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-131 Project: CloudStack Issue Type: Bug Components: Management Server, Template Affects Versions: pre-4.0.0 Environment: MS OS : Rhel 6.3 Hypervisor : KVM BUILD : [Git Revision: 54f9af1695bc359b02e9fc906b3b335cc0bfec41 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git Reporter: Abhinav Roy Fix For: pre-4.0.0 Attachments: management-server.log Description : == Templates other than the systemvm template are not getting downloaded after deploying a Basic/Advanced zone CS setup with KVM hypervisor. Steps : == Deploy a CS setup with KVM hypervisor. Expected behaviour : == Zone should be successfully deployed, system VMS should be created and the default template should be deployed. Observed behaviour : == 1. Zone deployment is successful. 2. system-vms get created successfully. 3. But the problem is that there is no sign of deployment of any other template, even if I try to manually register and deploy a template it doesn't happen. 4. Restarting system vm or management server doesn't change the behaviour. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CLOUDSTACK-131) Templates other than SystemVM template are not getting downloaded on Rhel 6.3 ASF 4.0 setup with KVM host
[ https://issues.apache.org/jira/browse/CLOUDSTACK-131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinav Roy updated CLOUDSTACK-131: --- Description: Description : == Templates other than the systemvm template are not getting downloaded after deploying a Basic/Advanced zone CS setup with KVM hypervisor. Steps : == Deploy a CS setup with KVM hypervisor. Expected behaviour : == Zone should be successfully deployed, system VMS should be created and the default template should be deployed. Observed behaviour : == 1. Zone deployment is successful. 2. system-vms get created successfully. 3. But the problem is that there is no sign of deployment of any other template (nothing seen in logs too), even if I try to manually register and deploy a template it doesn't happen. 4. Restarting system vm or management server doesn't change the behaviour. was: Description : == Templates other than the systemvm template are not getting downloaded after deploying a Basic/Advanced zone CS setup with KVM hypervisor. Steps : == Deploy a CS setup with KVM hypervisor. Expected behaviour : == Zone should be successfully deployed, system VMS should be created and the default template should be deployed. Observed behaviour : == 1. Zone deployment is successful. 2. system-vms get created successfully. 3. But the problem is that there is no sign of deployment of any other template, even if I try to manually register and deploy a template it doesn't happen. 4. Restarting system vm or management server doesn't change the behaviour. Templates other than SystemVM template are not getting downloaded on Rhel 6.3 ASF 4.0 setup with KVM host - Key: CLOUDSTACK-131 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-131 Project: CloudStack Issue Type: Bug Components: Management Server, Template Affects Versions: pre-4.0.0 Environment: MS OS : Rhel 6.3 Hypervisor : KVM BUILD : [Git Revision: 54f9af1695bc359b02e9fc906b3b335cc0bfec41 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git Reporter: Abhinav Roy Fix For: pre-4.0.0 Attachments: management-server.log Description : == Templates other than the systemvm template are not getting downloaded after deploying a Basic/Advanced zone CS setup with KVM hypervisor. Steps : == Deploy a CS setup with KVM hypervisor. Expected behaviour : == Zone should be successfully deployed, system VMS should be created and the default template should be deployed. Observed behaviour : == 1. Zone deployment is successful. 2. system-vms get created successfully. 3. But the problem is that there is no sign of deployment of any other template (nothing seen in logs too), even if I try to manually register and deploy a template it doesn't happen. 4. Restarting system vm or management server doesn't change the behaviour. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: unit tests for api/src/com/cloud/agent/api
Yichi - I think you've got a completely different marvin from the cheeseshop here: http://pypi.python.org/pypi/marvin/0.6.2 What you need is this: http://jenkins.cloudstack.org/job/build-marvin-master/ DId the documentation mislead you somehwere? On 18 September 2012 21:57, Yichi Lu yichi...@sungard.com wrote: So I folllowed the doc: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html, and tried to install marvin to my 64 bit MacBook, OS: Lion. I installed marvin.0.6.2, and also biopython-1.59 because: import marvin Traceback (most recent call last): File stdin, line 1, in module File /usr/local/bin/marvin.py, line 2, in module import Marvin.app.main File /Library/Python/2.7/site-packages/Marvin/__init__.py, line 8, in module from Marvin.primer import PrimerDesigner File /Library/Python/2.7/site-packages/Marvin/primer.py, line 3, in module from Bio.Seq import Seq ImportError: No module named Bio.Seq and wxPython2.8-osx-unicode-py2.7 because: import marvin Traceback (most recent call last): File stdin, line 1, in module File /usr/local/bin/marvin.py, line 2, in module import Marvin.app.main File /Library/Python/2.7/site-packages/Marvin/app/main.py, line 2, in module import wx ImportError: No module named wx Next I got: ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see man python for running in 32-bit mode) After googling, I was told that wxPython on Mac is only available in 32-bit mode, and this link ( http://stackoverflow.com/questions/2565201/wxpython-incompatible-with-snow-leopard) suggests to run python in 32 bit mode. My question to you guys is: am I on the right path so far? Should I run python marvin in 32 bit python mode? Any suggestions? Thanks. Yichi On Tue, Sep 18, 2012 at 7:50 AM, David Nalley da...@gnsa.us wrote: On Mon, Sep 17, 2012 at 7:24 PM, Edison Su edison...@citrix.com wrote: First, thanks for working on test stuff, we really need more automate test cases. If you plan to work on the API test, we have a python test framework: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html. The most compelling feature is that it supports code completion for cloudstack API, very easy to write test case in Eclipse environment. And we are setting up a test infrastructure, which will execute all the test cases written for this framework. We already have around 500+ test cases, or maybe more, but apparently it's not enough. If you like to work on it, that will be great! While I like the functional/integration tests, as you note we have 500+ currently. Those tests also take many hours to run at present. Unit tests should be something fast, a sanity check, and we only have 25 right now for the entire code base, so while I like func/integration tests, I'd really like for our unit tests to be runnable on every commit, and provide some decent level of coverage so that we have a bit of confidence that code works well, and provide good feedback to folks on whether their commit passes the sniff test. --David
Re: unit tests for api/src/com/cloud/agent/api
On 18 September 2012 18:20, David Nalley da...@gnsa.us wrote: On Mon, Sep 17, 2012 at 7:24 PM, Edison Su edison...@citrix.com wrote: First, thanks for working on test stuff, we really need more automate test cases. If you plan to work on the API test, we have a python test framework: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html. The most compelling feature is that it supports code completion for cloudstack API, very easy to write test case in Eclipse environment. And we are setting up a test infrastructure, which will execute all the test cases written for this framework. We already have around 500+ test cases, or maybe more, but apparently it's not enough. If you like to work on it, that will be great! While I like the functional/integration tests, as you note we have 500+ currently. Those tests also take many hours to run at present. Unit tests should be something fast, a sanity check, and we only have 25 right now for the entire code base, so while I like func/integration tests, I'd really like for our unit tests to be runnable on every commit, and provide some decent level of coverage so that we have a bit of confidence that code works well, and provide good feedback to folks on whether their commit passes the sniff test. --David We can speed up the tests. Just never got to have marvin drive everything asynchronously. It's been on my TODO list forever now as have the API tests. I for one would be extremely happy to see some. About the tool though, here's my opinion: An API test would be a great addition to the marvin suite. Marvin makes it easier to write them too. All you will need is compare a canned response from say listVirtualMachines with what is returned by the CS endpoint. Writing these as python's doctests would make it cleaner and easier to maintain too. Having one tool do all functional and sanity tests is a bonus as well. If you do choose to go the jUnit/java way I suggest you look at jClouds as well. It has a cloudstack-ec2 suite that does API tests already. They will need to be extended and brought to match with the changes done for 4.0. Yichi - I think if you begin testing with all the listXxx API calls and put them down as unit-tests the createXxx, addXxx, deleteXxx will fall in place automatically. HTH
Re: unit tests for api/src/com/cloud/agent/api
Sorry jclouds has a cloudstack suite for advanced zone as well. Not just ec2. cloudstack-ec2 is to test the ec2 shim of cloudstack. On 18 September 2012 22:23, prasanna t...@apache.org wrote: On 18 September 2012 18:20, David Nalley da...@gnsa.us wrote: On Mon, Sep 17, 2012 at 7:24 PM, Edison Su edison...@citrix.com wrote: First, thanks for working on test stuff, we really need more automate test cases. If you plan to work on the API test, we have a python test framework: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html. The most compelling feature is that it supports code completion for cloudstack API, very easy to write test case in Eclipse environment. And we are setting up a test infrastructure, which will execute all the test cases written for this framework. We already have around 500+ test cases, or maybe more, but apparently it's not enough. If you like to work on it, that will be great! While I like the functional/integration tests, as you note we have 500+ currently. Those tests also take many hours to run at present. Unit tests should be something fast, a sanity check, and we only have 25 right now for the entire code base, so while I like func/integration tests, I'd really like for our unit tests to be runnable on every commit, and provide some decent level of coverage so that we have a bit of confidence that code works well, and provide good feedback to folks on whether their commit passes the sniff test. --David We can speed up the tests. Just never got to have marvin drive everything asynchronously. It's been on my TODO list forever now as have the API tests. I for one would be extremely happy to see some. About the tool though, here's my opinion: An API test would be a great addition to the marvin suite. Marvin makes it easier to write them too. All you will need is compare a canned response from say listVirtualMachines with what is returned by the CS endpoint. Writing these as python's doctests would make it cleaner and easier to maintain too. Having one tool do all functional and sanity tests is a bonus as well. If you do choose to go the jUnit/java way I suggest you look at jClouds as well. It has a cloudstack-ec2 suite that does API tests already. They will need to be extended and brought to match with the changes done for 4.0. Yichi - I think if you begin testing with all the listXxx API calls and put them down as unit-tests the createXxx, addXxx, deleteXxx will fall in place automatically. HTH
[jira] [Updated] (CLOUDSTACK-132) Mash up marvin into an interactive auto-completing API shell for CloudStack
[ https://issues.apache.org/jira/browse/CLOUDSTACK-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Prasanna Santhanam updated CLOUDSTACK-132: -- Summary: Mash up marvin into an interactive auto-completing API shell for CloudStack (was: Mash up marvin into an interactive auto-completeling API shell for CloudStack) Mash up marvin into an interactive auto-completing API shell for CloudStack --- Key: CLOUDSTACK-132 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-132 Project: CloudStack Issue Type: New Feature Components: Test Tools Affects Versions: 4.0.0, pre-4.0.0 Environment: The marvin libraries contain the capability to convert marvin into an interactive shell for CloudStack. Every cloud provider has an auto-completing shell and cloudstack lacks options for this now. This should involve refactoring all the marvin libraries to allow for auto-completion of APIs. Furthermore the ability to autocomplete the entities like templates, images, virtualmachines need to exist as a part of such a shell to make it useful at cloudscale Reporter: Prasanna Santhanam Assignee: Prasanna Santhanam Fix For: 4.1.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CLOUDSTACK-132) Mash up marvin into an interactive auto-completing API shell for CloudStack
[ https://issues.apache.org/jira/browse/CLOUDSTACK-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Prasanna Santhanam updated CLOUDSTACK-132: -- Environment: (was: The marvin libraries contain the capability to convert marvin into an interactive shell for CloudStack. Every cloud provider has an auto-completing shell and cloudstack lacks options for this now. This should involve refactoring all the marvin libraries to allow for auto-completion of APIs. Furthermore the ability to autocomplete the entities like templates, images, virtualmachines need to exist as a part of such a shell to make it useful at cloudscale) Mash up marvin into an interactive auto-completing API shell for CloudStack --- Key: CLOUDSTACK-132 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-132 Project: CloudStack Issue Type: New Feature Components: Test Tools Affects Versions: 4.0.0, pre-4.0.0 Reporter: Prasanna Santhanam Assignee: Prasanna Santhanam Fix For: 4.1.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CLOUDSTACK-132) Mash up marvin into an interactive auto-completing API shell for CloudStack
[ https://issues.apache.org/jira/browse/CLOUDSTACK-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Prasanna Santhanam updated CLOUDSTACK-132: -- Description: The marvin libraries contain the capability to convert marvin into an interactive shell for CloudStack. Every cloud provider has an auto-completing shell and cloudstack lacks options for this now. This should involve refactoring all the marvin libraries to allow for auto-completion of APIs. Furthermore the ability to autocomplete the entities like templates, images, virtualmachines need to exist as a part of such a shell to make it useful at cloudscale Mash up marvin into an interactive auto-completing API shell for CloudStack --- Key: CLOUDSTACK-132 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-132 Project: CloudStack Issue Type: New Feature Components: Test Tools Affects Versions: 4.0.0, pre-4.0.0 Reporter: Prasanna Santhanam Assignee: Prasanna Santhanam Fix For: 4.1.0 The marvin libraries contain the capability to convert marvin into an interactive shell for CloudStack. Every cloud provider has an auto-completing shell and cloudstack lacks options for this now. This should involve refactoring all the marvin libraries to allow for auto-completion of APIs. Furthermore the ability to autocomplete the entities like templates, images, virtualmachines need to exist as a part of such a shell to make it useful at cloudscale -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CLOUDSTACK-96) Guest networks UI doesn't show the 'blank option' using which we can create Guest networks which are not in VPC, after the creation of first VPCvpc
[ https://issues.apache.org/jira/browse/CLOUDSTACK-96?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Federle resolved CLOUDSTACK-96. - Resolution: Cannot Reproduce I cannot reproduce -- the dialog works correctly where the VPC drop-down is hidden when a non-VPC network offering is selected, and visible when it is. Guest networks UI doesn't show the 'blank option' using which we can create Guest networks which are not in VPC, after the creation of first VPCvpc --- Key: CLOUDSTACK-96 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-96 Project: CloudStack Issue Type: Bug Components: UI Reporter: Sonny Chhen Assignee: Brian Federle See this bug for reference: http://bugs.cloudstack.org/browse/CS-16329 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: System Template and db.properties in dev environment
Thank you! On Mon, Sep 17, 2012 at 2:14 PM, Edison Su edison...@citrix.com wrote: This is a bug, I fixed in master branch, preinstall system vm template doesn't need db.properties. I use the following command to preinstall template on my machine: In cloudstack source code folder: scripts/storage/secondary/cloud-install-sys-tmplt -m secondary-storage-mount-point -h xenserver -u url-of-system-vm-template -e vhd -t 1 Notes: -t 1 for xenserver, -t 3 for kvm, -t 8 for vmware. Use ant deploydb instead of cloud-setup-database to deploy db. Use ant deploy-server instead of cloud-setup-management to deploy mgt server. Use ant debug instead of service cloud-management server to start server. -Original Message- From: Busy Dev [mailto:busyd...@gmail.com] Sent: Monday, September 17, 2012 4:32 AM To: cloudstack-dev@incubator.apache.org Subject: System Template and db.properties in dev environment I have over the past several days trying to get my development environment up and running (this is all on one machine). I followed the Temporary Build Process on ASF Master and was able to get the server to run. However, when I try to add a host, I am not able to - I suspect that it is because I did not run *cloud-install-sys-tmplt* on my dev machine. However, when I do run it, the script complains that it cannot access * /etc/cloud/management/db.properties*. This then leads to the following question - what about the other scripts that are normally run during install like cloud-setup-databases and cloud-setup-management? It seems most, if not all config files are not setup properly? Do I need to run the regular install package first on my machine (management and agent) before calling ant for the very first time? Thanks
[jira] [Resolved] (CLOUDSTACK-95) IP address allocation not working when a user tries to allocate IP addresses in a Project.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-95?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Federle resolved CLOUDSTACK-95. - Resolution: Unresolved This looks like an API issue, as the required parameters are being sent correctly to associateIpAddress (from what I can tell). Please have an API developer check this out, and reassign if it is discovered to be a UI bug. IP address allocation not working when a user tries to allocate IP addresses in a Project. -- Key: CLOUDSTACK-95 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-95 Project: CloudStack Issue Type: Bug Components: Projects Affects Versions: pre-4.0.0 Environment: OS : Rhel6.3 BUILD : [Git Revision: 03df2fa9dd45c938f72cd1866044b09d1b0cc978 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git] Reporter: Abhinav Roy Assignee: Brian Federle Fix For: pre-4.0.0 Attachments: After IP Allocation Domain-Admin Dashboard.jpg, After IP Allocation Domain-Admin Network.jpg, After IP Allocation ROOT-Admin Dashboard.jpg, Before-IP-Allocation Domain-Admin Dashboard.jpg, Before-IP-Allocation ROOT-Admin Dashboard.jpg Steps : = 1. Deploy Advanced zone CloudStack setup. 2. Create a Domain 'user-domain' inside ROOT domain. 3. Create 3 accounts inside user-domain. user1 as domain-admin and user2 user3 as regular users. 4. login to user3 and create a project. 5. Add user4 and user5 to the project. 6. Switch to project-view 7. Create a network and few VM instances. 8. Goto Network - IP Addresses and try to acquire an IP address. Expected Behaviour : = 1. The IP addresses should be acquired successfully and the acquired IP should be seen in the UI at Network - IP Address 2. There should be an increase in the IP address count in the project dashboard as well as in the dashboard when you login as ROOT admin. Observed Behaviour : = 1. The IP address doesn't get acquire and there is an error shown in the UI as well as the management server logs 2012-09-13 23:40:17,039 DEBUG [cloud.user.AccountManagerImpl] (catalina-exec-23:null) Access to Acct[17-PrjAcct-user5-project-2] granted to Acct[5-user3] by DomainChecker2012-09-13 23:40:17,040 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-23:null) Associate IP address called by the user 5 account 17 2012-09-13 23:40:17,042 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-23:null) Associate IP address lock acquired2012-09-13 23:40:17,048 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-23:null) Got 10.102.125.69 to assign for account 17 in zone 1 2012-09-13 23:40:17,052 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-23:null) Releasing lock account Acct[17-PrjAcct-user5-project-2] 2012-09-13 23:40:17,052 DEBUG [cloud.network.NetworkManagerImpl] (catalina-exec-23:null) Associate IP address lock released 2012-09-13 23:40:17,074 DEBUG [cloud.async.AsyncJobManagerImpl] (catalina-exec-23:null) submit async job-116, details: AsyncJobVO {id:116, userId: 5, accountId: 5, sessionKey: null, instanceType: IpAddress, instanceId: 5, cmd: com.cloud.api.commands.AssociateIPAddrCmd, cmdOriginator: null, cmdInfo: {id:5,response:json,sessionkey:YEiFPlSInA8mdZRoF3X3HrwFMOA\u003d,ctxUserId:5,_:1347559874247,projectid:91d915f6-ec6a-49ba-9a6e-205eae66e447,ctxAccountId:5,networkid:b13be5fd-9499-4ba4-a68c-cd955ff016af,ctxStartEventId:504}, cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, processStatus: 0, resultCode: 0, result: null, initMsid: 129936880108802, completeMsid: null, lastUpdated: null, lastPolled: null, created: null}2012-09-13 23:40:17,077 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-23:job-116) Executing com.cloud.api.commands.AssociateIPAddrCmd for job-116 2012-09-13 23:40:17,082 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-23:job-116) Sync job-116 execution on object network.2152012-09-13 23:40:17,093 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-23:job-116) job com.cloud.api.commands.AssociateIPAddrCmd for job-116 was queued, processing the queue.2012-09-13 23:40:17,099 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-23:job-116) Executing sync queue item: SyncQueueItemVO {id:15, queueId: 15, contentType: AsyncJob, contentId: 116, lastProcessMsid: 129936880108802, lastprocessNumber: 1, created: Thu Sep 13 23:40:17 IST 2012}2012-09-13 23:40:17,100 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-23:job-116) Schedule queued job-116 2012-09-13 23:40:17,104 DEBUG
RE: when OVS tunnel manager is not used, isolationMethods parameter passed to createPhysicalNetwork API is being ignored.
Hugo, Murali, Thank you for the explanation. Jessica From: Murali Reddy Sent: Tuesday, September 18, 2012 4:06 AM To: Hugo Trippaers; Jessica Wang; cloudstack-dev@incubator.apache.org Cc: Alena Prokharchyk; Sangeetha Hariharan Subject: Re: when OVS tunnel manager is not used, isolationMethods parameter passed to createPhysicalNetwork API is being ignored. (CLOUDSTACK-129) introduce listIsolationMethods API I opened this bug for listing supported isolation methods. This should avoid any assumptions in the UI. From: Hugo Trippaers htrippa...@schubergphilis.commailto:htrippa...@schubergphilis.com Date: Tuesday, 18 September 2012 3:04 AM To: Jessica Wang jessica.w...@citrix.commailto:jessica.w...@citrix.com Cc: Murali Reddy murali.re...@citrix.commailto:murali.re...@citrix.com, Alena Prokharchyk alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.com, Sangeetha Hariharan sangeetha.hariha...@citrix.commailto:sangeetha.hariha...@citrix.com, cloudstack-dev@incubator.apache.orgmailto:cloudstack-dev@incubator.apache.org cloudstack-dev@incubator.apache.orgmailto:cloudstack-dev@incubator.apache.org Subject: Re: when OVS tunnel manager is not used, isolationMethods parameter passed to createPhysicalNetwork API is being ignored. Hey Jessica, The drops own is now also used to select the STT isolation type. This one does not depend on any flags and is an implementation that is separate from the OVS implementation. The end user should alway be allowed to select either vlan isolation or STT based isolation and later configure the Nicira support on the physical network. So I removed the flag to check for OVS support at that is no longer the only implementation of SDN that is supported by CloudStack. Hope this explains the change. Cheers, Hugo Verstuurd vanaf mijn iPad Op 17 sep. 2012 om 20:58 heeft Jessica Wang jessica.w...@citrix.commailto:jessica.w...@citrix.com het volgende geschreven: Hugo, Murali, Your UI change at 2012-07-11 (Phase 1 of Nicira integration) made Zone Wizard skip the checking of global setting sdn.ovs.controller and show Isolation Method dropdown regardless of value of global setting sdn.ovs.controller. Is there any specific reason to do so? We use value of global setting sdn.ovs.controller (true/false) to determine whether to show Isolation Method dropdown during Advanced zone creation. Because when OVS tunnel manager is not used (i.e. when sdn.ovs.controller=false), isolationMethods parameter passed to createPhysicalNetwork API is being ignored. Thus, Isolation Method dropdown shouldn't show when sdn.ovs.controller=false. Jessica Author: Hugo Trippaers htrippa...@schubergphilis.commailto:htrippa...@schubergphilis.com 2012-07-11 16:14:28 Committer: Murali Reddy murali.re...@citrix.commailto:murali.re...@citrix.com 2012-07-11 17:16:06 Parent: 968752071291f3cc47b86ff67289d7cfc7cac3dd (applying Chip Childer's patches for license headers in the ui directory) Child: 1075344f03e836de5b11222aaf68b90bdd4a9531 (CS-15353: Larger click boxes in UI.) Branches: autoscale, master, remotes/cloudcom/asf_autoscale, remotes/origin/4.0, remotes/origin/asf-4.0, remotes/origin/autoscale, remotes/origin/deps-ctrl, remotes/origin/gradle, remotes/origin/javelin, remotes/origin/master, remotes/origin/maven, remotes/origin/maven-waf, remotes/origin/rbd, remotes/origin/storagerefactor, remotes/origin/tampa, remotes/origin/vm-snapshot, remotes/origin/vpc, vpc Follows: tag-3.0.1-prerelease-1 Precedes: Phase 1 of Nicira integration =
[jira] [Resolved] (CLOUDSTACK-98) UI of Events section in the Project dashboard is not seen properly aligned when accessed through Firefox and IE8 Browsers.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-98?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Federle resolved CLOUDSTACK-98. - Resolution: Fixed commit d66f2077d1552d2bad1cacb2465faebd8f4c0e35 Author: Brian Federle brian.fede...@citrix.com Date: Tue Sep 18 11:08:41 2012 -0700 CLOUDSTACK-98: Fix alignment of project dashboard event rows UI of Events section in the Project dashboard is not seen properly aligned when accessed through Firefox and IE8 Browsers. -- Key: CLOUDSTACK-98 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-98 Project: CloudStack Issue Type: Bug Components: Projects, UI Affects Versions: pre-4.0.0 Environment: OS : Rhel6.3 BUILD : [Git Revision: 03df2fa9dd45c938f72cd1866044b09d1b0cc978 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git ] Reporter: Abhinav Roy Assignee: Brian Federle Priority: Minor Fix For: pre-4.0.0 Attachments: UI - IE8.jpg, UI-Mozilla.jpg, UI Safari 5.jpg Steps : = 1. Deploy Advanced zone CloudStack setup. 2. Create a Domain 'user-domain' inside ROOT domain. 3. Create 3 accounts inside user-domain. user1 as domain-admin and user2 user3 as regular users. 4. login to user3 and create a project. 5. Add user4 and user5 to the project. 6. Switch to project-view 7. click on the Dashboard tab. Expected Behaviour : = All the sections in the Project Dashboard should be aligned properly when seen in the UI of all supported browsers, IE8, Firefox15, Safari5 Observed Behaviour : The Events section in the Project Dashboard is not seen properly aligned when accessed through IE and Firefox but is seen properly aligned in Safari. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: unit tests for api/src/com/cloud/agent/api
Prasanna: It is my fault. I installed the wrong marvin package. Yichi On Tue, Sep 18, 2012 at 11:55 AM, prasanna t...@apache.org wrote: Sorry jclouds has a cloudstack suite for advanced zone as well. Not just ec2. cloudstack-ec2 is to test the ec2 shim of cloudstack. On 18 September 2012 22:23, prasanna t...@apache.org wrote: On 18 September 2012 18:20, David Nalley da...@gnsa.us wrote: On Mon, Sep 17, 2012 at 7:24 PM, Edison Su edison...@citrix.com wrote: First, thanks for working on test stuff, we really need more automate test cases. If you plan to work on the API test, we have a python test framework: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html. The most compelling feature is that it supports code completion for cloudstack API, very easy to write test case in Eclipse environment. And we are setting up a test infrastructure, which will execute all the test cases written for this framework. We already have around 500+ test cases, or maybe more, but apparently it's not enough. If you like to work on it, that will be great! While I like the functional/integration tests, as you note we have 500+ currently. Those tests also take many hours to run at present. Unit tests should be something fast, a sanity check, and we only have 25 right now for the entire code base, so while I like func/integration tests, I'd really like for our unit tests to be runnable on every commit, and provide some decent level of coverage so that we have a bit of confidence that code works well, and provide good feedback to folks on whether their commit passes the sniff test. --David We can speed up the tests. Just never got to have marvin drive everything asynchronously. It's been on my TODO list forever now as have the API tests. I for one would be extremely happy to see some. About the tool though, here's my opinion: An API test would be a great addition to the marvin suite. Marvin makes it easier to write them too. All you will need is compare a canned response from say listVirtualMachines with what is returned by the CS endpoint. Writing these as python's doctests would make it cleaner and easier to maintain too. Having one tool do all functional and sanity tests is a bonus as well. If you do choose to go the jUnit/java way I suggest you look at jClouds as well. It has a cloudstack-ec2 suite that does API tests already. They will need to be extended and brought to match with the changes done for 4.0. Yichi - I think if you begin testing with all the listXxx API calls and put them down as unit-tests the createXxx, addXxx, deleteXxx will fall in place automatically. HTH
Talking points
Sorry if this has been noted and discussed before, but this is interesting, esp as related to the future of CloudStack http://www.mirantis.com/blog/an-openstack-guy-takes-cloudstack-for-a-test-drive/
[jira] [Updated] (CLOUDSTACK-127) Adding VMs to an existing LB rule after upgrading from CS 3.0.2 to ASF 4.0 fails with ResourceUnavailableException: Resource [DataCenter:1] is unreachable: Unable to
[ https://issues.apache.org/jira/browse/CLOUDSTACK-127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinav Roy updated CLOUDSTACK-127: --- Attachment: SMlog.11 Sorry Sheng. Here is the log having that error. Adding VMs to an existing LB rule after upgrading from CS 3.0.2 to ASF 4.0 fails with ResourceUnavailableException: Resource [DataCenter:1] is unreachable: Unable to apply ip association on router --- Key: CLOUDSTACK-127 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-127 Project: CloudStack Issue Type: Bug Components: Network Controller Affects Versions: pre-4.0.0 Environment: MS OS : Rhel 6.2 Hypervisor : Xen 6.0.2 BUILDs : 3.0.2 and ASF 4.0 [ Git Revision: 54f9af1695bc359b02e9fc906b3b335cc0bfec41 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git] Reporter: Abhinav Roy Assignee: Sheng Yang Fix For: pre-4.0.0 Attachments: management-server.log, messages, SMlog.10, SMlog.11 Steps : = 1. Deploy an advanced zone setup with CS 3.0.2 2. Deploy couple of VMs. 3. Acquire an IP Address for the Network created and create a LB rule for the VMs created in step2. 4. Upgrade the setup to ASF 4.0 5. Create a VM on the existing Network. 6. Add the VM created in step 5 to the LB rule created in step 3. Expected Behaviour : = All the steps should be successful and no error should be seen. Observed Behaviour : = Step 6 fails with the following exceptions 2012-09-18 00:32:07,036 DEBUG [network.lb.LoadBalancingRulesManagerImpl] (Job-Executor-7:job-18) Adding VM[User|VM-3] to the load balancer pool 2012-09-18 00:32:07,130 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-7:job-18) Applying ip association in network Ntwk[204|Guest|7] 2012-09-18 00:32:07,177 DEBUG [agent.transport.Request] (Job-Executor-7:job-18) Seq 1-2076573728: Sending { Cmd , MgmtId: 160940036302157, via: 1, Ver: v1, Flags: 11, [{routing.IpAssocCommand:{ipAddresses:[{accountId:2,publicIp:10.102.125.69,sourceNat:true,add:true,oneToOneNat:false,firstIP:true,vlanId:untagged,vlanGateway:10.102.125.1,vlanNetmask:255.255.255.0,vifMacAddress:06:4d:b6:00:00:09,networkRate:200,trafficType:Public},{accountId:2,publicIp:10.102.125.66,sourceNat:false,add:true,oneToOneNat:false,firstIP:false,vlanId:untagged,vlanGateway:10.102.125.1,vlanNetmask:255.255.255.0,vifMacAddress:06:b2:8e:00:00:06,networkRate:200,trafficType:Public}],accessDetails:{router.guest.ip:10.1.1.1,zone.network.type:Advanced,router.ip:169.254.2.233,router.name:r-4-VM},wait:0}}] } 2012-09-18 00:32:07,177 DEBUG [agent.transport.Request] (Job-Executor-7:job-18) Seq 1-2076573728: Executing: { Cmd , MgmtId: 160940036302157, via: 1, Ver: v1, Flags: 11, [{routing.IpAssocCommand:{ipAddresses:[{accountId:2,publicIp:10.102.125.69,sourceNat:true,add:true,oneToOneNat:false,firstIP:true,vlanId:untagged,vlanGateway:10.102.125.1,vlanNetmask:255.255.255.0,vifMacAddress:06:4d:b6:00:00:09,networkRate:200,trafficType:Public},{accountId:2,publicIp:10.102.125.66,sourceNat:false,add:true,oneToOneNat:false,firstIP:false,vlanId:untagged,vlanGateway:10.102.125.1,vlanNetmask:255.255.255.0,vifMacAddress:06:b2:8e:00:00:06,networkRate:200,trafficType:Public}],accessDetails:{router.guest.ip:10.1.1.1,zone.network.type:Advanced,router.ip:169.254.2.233,router.name:r-4-VM},wait:0}}] } 2012-09-18 00:32:07,178 DEBUG [agent.manager.DirectAgentAttache] (DirectAgent-6:null) Seq 1-2076573728: Executing request 2012-09-18 00:32:07,718 ERROR [xen.resource.CitrixResourceBase] (DirectAgent-6:null) Ip Assoc failure on applying one ip due to exception: com.cloud.exception.InternalErrorException: Xen plugin ipassoc failed. at com.cloud.hypervisor.xen.resource.CitrixResourceBase.assignPublicIpAddress(CitrixResourceBase.java:1934) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:2030) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:421) at com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73) at com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:191) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at
Re: unit tests for api/src/com/cloud/agent/api
On Sep 18, 2012, at 6:53 PM, prasanna t...@apache.org wrote: On 18 September 2012 18:20, David Nalley da...@gnsa.us wrote: On Mon, Sep 17, 2012 at 7:24 PM, Edison Su edison...@citrix.com wrote: First, thanks for working on test stuff, we really need more automate test cases. If you plan to work on the API test, we have a python test framework: https://cwiki.apache.org/CLOUDSTACK/testing-with-python.html. The most compelling feature is that it supports code completion for cloudstack API, very easy to write test case in Eclipse environment. And we are setting up a test infrastructure, which will execute all the test cases written for this framework. We already have around 500+ test cases, or maybe more, but apparently it's not enough. If you like to work on it, that will be great! While I like the functional/integration tests, as you note we have 500+ currently. Those tests also take many hours to run at present. Unit tests should be something fast, a sanity check, and we only have 25 right now for the entire code base, so while I like func/integration tests, I'd really like for our unit tests to be runnable on every commit, and provide some decent level of coverage so that we have a bit of confidence that code works well, and provide good feedback to folks on whether their commit passes the sniff test. --David We can speed up the tests. Just never got to have marvin drive everything asynchronously.It's been on my TODO list forever now as have the API tests. I for one would be extremely happy to see some. I am gonna look into the speed up. Where you thinking of threading it or using nose which seems to support multiprocess out of the box ? About the tool though, here's my opinion: An API test would be a great addition to the marvin suite. Marvin makes it easier to write them too. All you will need is compare a canned response from say listVirtualMachines with what is returned by the CS endpoint. Writing these as python's doctests would make it cleaner and easier to maintain too. Having one tool do all functional and sanity tests is a bonus as well. If you do choose to go the jUnit/java way I suggest you look at jClouds as well. It has a cloudstack-ec2 suite that does API tests already. They will need to be extended and brought to match with the changes done for 4.0. Yichi - I think if you begin testing with all the listXxx API calls and put them down as unit-tests the createXxx, addXxx, deleteXxx will fall in place automatically. HTH
Reminder IRC Meeting Tomorrow (Wednesday, 19 September 2012) at 17:00 UTC
Hi all, Just a reminder, we have the weekly IRC meeting tomorrow at 17:00 UTC (that's 13:00 Eastern/10:00 Pacific) in #Cloudstack-Meeting on Freenode. Last week's minutes/log are here: Full minutes: https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Meeting+12+September+2012+Minutes Full log: https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Meeting+12+September+2012+Log (Thanks John!) As always - reminder that the meeting is for discussion in real time, but topics needing a project decision are always discussed and decided on the mailing list. Thanks! Joe -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Re: Reminder IRC Meeting Tomorrow (Wednesday, 19 September 2012) at 17:00 UTC
On 18-09-12 22:13, Joe Brockmeier wrote: Hi all, Just a reminder, we have the weekly IRC meeting tomorrow at 17:00 UTC (that's 13:00 Eastern/10:00 Pacific) in #Cloudstack-Meeting on Freenode. I won't be able to make it this week, sorry guys! Just a suggestion I want to make for a topic: No flame intended to anybody, we're all working very hard, but when is 4.0 RC1 coming out? We can't keep pushing it back. A date should be set imho. Wido Last week's minutes/log are here: Full minutes: https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Meeting+12+September+2012+Minutes Full log: https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Meeting+12+September+2012+Log (Thanks John!) As always - reminder that the meeting is for discussion in real time, but topics needing a project decision are always discussed and decided on the mailing list. Thanks! Joe
[jira] [Created] (CLOUDSTACK-133) Multiple DHCP Servers are being created on the shared network on using multiple Network Ranges from the same shared network.
Chandan Purushothama created CLOUDSTACK-133: --- Summary: Multiple DHCP Servers are being created on the shared network on using multiple Network Ranges from the same shared network. Key: CLOUDSTACK-133 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-133 Project: CloudStack Issue Type: Bug Components: Management Server Affects Versions: pre-4.0.0 Reporter: Chandan Purushothama Fix For: pre-4.0.0 Steps to Reproduce: 1. Create Two Shared Networks such that the networks' IP ranges are from the same VLAN. One shared network's scope is All while the second shared network's scope is specific for Domain '/ROOT/B' mysql select * from vlan where vlan_id=1371; ++--+-+---+-+-++++-+ | id | uuid | vlan_id | vlan_gateway | vlan_netmask| description | vlan_type | data_center_id | network_id | physical_network_id | ++--+-+---+-+-++++-+ | 2 | e08b604f-143f-4989-aafe-1d416b595d37 | 1371| 10.223.137.65 | 255.255.255.192 | 10.223.137.66-10.223.137.70 | DirectAttached | 1 |211 | 200 | | 4 | 5d4337c4-6922-429d-abc0-b1116fb72a6f | 1371| 10.223.137.65 | 255.255.255.192 | 10.223.137.71-10.223.137.75 | DirectAttached | 1 |216 | 200 | ++--+-+---+-+-++++-+ 2 rows in set (0.00 sec) mysql select * from networks where id in (211,216) \G *** 1. row *** id: 211 name: SharedNetwork-1371-All uuid: fc74c161-8065-4636-9bb4-66815b53eb91 display_text: SharedNetwork-1371-All traffic_type: Guest broadcast_domain_type: Vlan broadcast_uri: vlan://1371 gateway: 10.223.137.65 cidr: 10.223.137.64/26 mode: Dhcp network_offering_id: 7 physical_network_id: 200 data_center_id: 1 guru_name: DirectNetworkGuru state: Setup related: 211 domain_id: 1 account_id: 1 dns1: NULL dns2: NULL guru_data: NULL set_fields: 0 acl_type: Domain network_domain: shdnetall.lab.vmops.com reservation_id: NULL guest_type: Shared restart_required: 0 created: 2012-09-17 18:32:45 removed: NULL specify_ip_ranges: 1 vpc_id: NULL *** 2. row *** id: 216 name: SharedNetwork-1371-DBonly uuid: b6554f75-4cde-45e1-83ee-5ef1ecd6799b display_text: SharedNetwork-1371-DBonly traffic_type: Guest broadcast_domain_type: Vlan broadcast_uri: vlan://1371 gateway: 10.223.137.65 cidr: 10.223.137.64/26 mode: Dhcp network_offering_id: 7 physical_network_id: 200 data_center_id: 1 guru_name: DirectNetworkGuru state: Setup related: 216 domain_id: 1 account_id: 1 dns1: NULL dns2: NULL guru_data: NULL set_fields: 0 acl_type: Domain network_domain: shared-db.lab.vmops.com reservation_id: NULL guest_type: Shared restart_required: 0 created: 2012-09-18 00:09:11 removed: NULL specify_ip_ranges: 1 vpc_id: NULL 2 rows in set (0.00 sec) mysql select * from domain_network_ref where network_id in (211,216); ++---++--+ | id | domain_id | network_id | subdomain_access | ++---++--+ | 1 | 1 |211 |1 | | 3 | 6 |216 |1 | ++---++--+ 2. Login into an Account in /ROOT/B domain and deploy a VM in the shared network that has All scope access. Observe the deployment of the DHCP Server in the shared network. 3. Deploy another VM in the two shared networks. Since there is a DHCP Server already present the shared network with All scope access, observe the deployment of the DHCP Server in the shared network that has domain
[jira] [Resolved] (CLOUDSTACK-85) UI:Not showing hypervisor type in AddInstance wizard
[ https://issues.apache.org/jira/browse/CLOUDSTACK-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Federle resolved CLOUDSTACK-85. - Resolution: Fixed commit 93c84c829134f71f80c560468af8bb32afab8164 (HEAD, refs/remotes/origin/master, refs/remotes/origin/HEAD, refs/heads/master) Author: Brian Federle brian.fede...@citrix.com Date: Tue Sep 18 14:18:48 2012 -0700 CLOUDSTACK-85: Fix instance wizard review hypervisor Fix hypervisor type not being shown in instance wizard review step UI:Not showing hypervisor type in AddInstance wizard Key: CLOUDSTACK-85 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-85 Project: CloudStack Issue Type: Bug Components: Management Server, UI Affects Versions: pre-4.0.0 Environment: Git Revision: 03df2fa9dd45c938f72cd1866044b09d1b0cc978 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.gi Reporter: sadhu suresh Assignee: Brian Federle Fix For: pre-4.0.0 Attachments: Hypervisor_type_screenshot.png steps: 1. Add advanced Zone with hyper-visor as xen 2. Click on Add Instance to deploy a Vm 3. Select the template and service offering and navigate to final screen of add Instance wizard(i.e lauchVm screen) 3.Before click on LauchVM button,check the displayed attribute displayed on LauchVM page(in add Instance wizard) actual result: Not shown the value for Hyper-visor type.It shows as none content of the lauchVM page.please check the attached screenshot. Name (Optional) Add to group (Optional) Zone zone1 Edit Hypervisor (None) Edit Template CentOS 5.6(64-bit) no GUI (XenServer) Edit Compute offering Small Instance Edit Data Disk Offering Small Edit Network sadhu Edit Expected result: The value should be shown for Hyper-visor Type -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
RE: Force UI to be in English
Marcos, My reply is for CS 3.0.4 cloud platform, not CS 2.2.x. == div class=select-language select name=language option value=/option // please remove this line option value=enfmt:message key=label.lang.english//option option value=jafmt:message key=label.lang.japanese//option option value=zh_CNfmt:message key=label.lang.chinese//option /select /div == Jessica -Original Message- From: Jessica Wang [mailto:jessica.w...@citrix.com] Sent: Tuesday, September 18, 2012 11:17 AM To: marcos_or...@anadat.es; Chiradeep Vittal Cc: cloudstack-dev@incubator.apache.org Subject: RE: Force UI to be in English Marcos, Cloudstack UI is using browser's default language as default. To force UI to be in English instead of in browser's default language, please just remove one line from your \ui\index.jsp == div class=select-language select name=language option value=/option // please remove this line option value=enfmt:message key=label.lang.english//option option value=jafmt:message key=label.lang.japanese//option option value=zh_CNfmt:message key=label.lang.chinese//option /select /div == Jessica -Original Message- From: Chiradeep Vittal Sent: Monday, September 17, 2012 10:04 PM To: Jessica Wang Subject: FW: Force UI to be in English On 9/17/12 9:43 PM, Marcos Ortiz marcos_or...@anadat.es wrote: Hi all I am from Spain and I need to change the default language to English instead to take the default from the browser. I need this in order to avoid the bad translation to Spanish. Thanks
Re: [ASFCS40][DISCUSS] How should we move forward to resolution on the config files in patches? Was: Re: [ASFCS40] Configuration file licensing followup
On Tue, Sep 18, 2012 at 12:34 PM, Chip Childers chip.child...@sungard.com wrote: On Tue, Sep 18, 2012 at 10:28 AM, David Nalley da...@gnsa.us wrote: On Tue, Sep 18, 2012 at 10:24 AM, Chip Childers chip.child...@sungard.com wrote: On Fri, Sep 14, 2012 at 10:55 AM, David Nalley da...@gnsa.us wrote: On Fri, Sep 14, 2012 at 8:59 AM, Chip Childers chip.child...@sungard.com wrote: On Thu, Sep 13, 2012 at 2:41 PM, David Nalley da...@gnsa.us wrote: On Thu, Sep 13, 2012 at 2:36 PM, Noah Slater nsla...@tumbolia.org wrote: Saying that configuration files, in all cases, are not copywritable because that are, on the whole, not as complex as code is like saying that blog posts, in all cases, are not copywritable because they are, on the whole, not as complex as books. The law is much more nuanced than that. There is no way we can say, up front, whether a configuration file is protected by copywrite or not. The unwillingness to commit to anything on legal-discuss is an indication of this. (It was made explicit that with a vague question, there will only be vague answers.) It might be better to actually document what we have, and then present that to legal discuss and take it from there. Let's get concrete. We should put together a list of each config file path, along with information such as: * Size of file * Complexity (key/value, code snippets, what?) * Copyright notice or license header? * License of project it (may) have been taken from * Origin (Citrix, upstream project, unknown?) Once we have a complete picture, I think we can talk about how to proceed. (And hopefully propose a guideline for future config files.) I certainly do not think we are in a position to write of an entire category of data as being uncopywritable. I am happy to run this to pursue this with legal too, but I think we need a better view of what we're dealing with. Thoughts? Alright, I'll start working on compiling this. --David David, Do you want to divide and conquer on this task? I'd be happy to help. -chip Happy to have the help --David David, I've gotten as far as I can with the list (via the google spreadsheet you shared). I think the next step is to send it out for broader review. We are going to need the help of the folks that might have originally added the config file / script to the project. -chip Sorry I haven't been of much help of late. Shall we move it to the wiki? --David That makes sense. If you get to it before me, fantastic... but otherwise I'll move it over tomorrow. -chip It's here: https://cwiki.apache.org/CLOUDSTACK/config-file-listing.html --David
[jira] [Commented] (CLOUDSTACK-27) JARs are still present in the tools directory
[ https://issues.apache.org/jira/browse/CLOUDSTACK-27?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13458243#comment-13458243 ] edison su commented on CLOUDSTACK-27: - Pradeep, did you submit your patch? JARs are still present in the tools directory - Key: CLOUDSTACK-27 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-27 Project: CloudStack Issue Type: Bug Components: Test Tools Affects Versions: pre-4.0.0 Reporter: David Nalley Assignee: Pradeep Soundararajan Priority: Blocker Fix For: pre-4.0.0 As a general rule binaries should not live in the source tree. The tools directory still has the following jars present. ./tools/gcc/compiler.jar ./tools/junit/junit-4.8.1.jar ./tools/ant/apache-ant-1.7.1/lib/ant-swing.jar ./tools/ant/apache-ant-1.7.1/lib/ant-apache-bsf.jar ./tools/ant/apache-ant-1.7.1/lib/ant-apache-log4j.jar ./tools/ant/apache-ant-1.7.1/lib/ant.jar ./tools/ant/apache-ant-1.7.1/lib/ant-commons-net.jar ./tools/ant/apache-ant-1.7.1/lib/ant-apache-regexp.jar ./tools/ant/apache-ant-1.7.1/lib/ant-trax.jar ./tools/ant/apache-ant-1.7.1/lib/ant-jmf.jar ./tools/ant/apache-ant-1.7.1/lib/ant-javamail.jar ./tools/ant/apache-ant-1.7.1/lib/ant-jai.jar ./tools/ant/apache-ant-1.7.1/lib/ant-junit.jar ./tools/ant/apache-ant-1.7.1/lib/ant-jsch.jar ./tools/ant/apache-ant-1.7.1/lib/xercesImpl.jar ./tools/ant/apache-ant-1.7.1/lib/ant-jdepend.jar ./tools/ant/apache-ant-1.7.1/lib/ant-apache-oro.jar ./tools/ant/apache-ant-1.7.1/lib/ant-antlr.jar ./tools/ant/apache-ant-1.7.1/lib/ant-nodeps.jar ./tools/ant/apache-ant-1.7.1/lib/ant-commons-logging.jar ./tools/ant/apache-ant-1.7.1/lib/ant-netrexx.jar ./tools/ant/apache-ant-1.7.1/lib/ant-weblogic.jar ./tools/ant/apache-ant-1.7.1/lib/ant-starteam.jar ./tools/ant/apache-ant-1.7.1/lib/xml-apis.jar ./tools/ant/apache-ant-1.7.1/lib/ant-apache-resolver.jar ./tools/ant/apache-ant-1.7.1/lib/ant-testutil.jar ./tools/ant/apache-ant-1.7.1/lib/ant-stylebook.jar ./tools/ant/apache-ant-1.7.1/lib/ant-launcher.jar ./tools/ant/apache-ant-1.7.1/lib/ant-apache-bcel.jar ./tools/ant/apache-ant-1.7.1/etc/ant-bootstrap.jar -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CLOUDSTACK-42) Code that generates the installer / binary bundle isn't in the ASF repo
[ https://issues.apache.org/jira/browse/CLOUDSTACK-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13458250#comment-13458250 ] edison su commented on CLOUDSTACK-42: - Pradeep, I created a new jenkins build http://jenkins.cloudstack.org/job/build-4.0-rhel63, which doesn't use hudsonbuild code at all. Please work on it, need to add install.sh into the final tar gz. Code that generates the installer / binary bundle isn't in the ASF repo - Key: CLOUDSTACK-42 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-42 Project: CloudStack Issue Type: Bug Affects Versions: pre-4.0.0 Reporter: Chip Childers Assignee: Pradeep Soundararajan Priority: Critical Fix For: pre-4.0.0 We should probably have the code that generates the installer / binary bundle in the ASF repo (under tools?). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[ASFCS40] Drive to clear the review board
Thanks to Marcus who cleared up most of his reviews. The list is much shorter now. All you have to do is look up your name and then look to see if the review has been changed from yesterday. If you haven't kept track of this daily email, then you need to look at all the items under your name and work on all of them. Please scan the list for your name. - The first column is the review #. - The second column is for who to take action. - The third column is the version this patch should go into. If it is 4+, you don't have to take action before 4.0 release. - The fourth column is if the review has changed since last push. If you're following this email daily, you should be able to just monitor this column to determine if there's new action item for you since the last push. - The fifth column is what I believe is the action needed to close out this review. Review Assign To Version Updated Action to Take 5655Hugo4+ Respond to Review 5806Deepti/Nitin4 Nitin to respond to diff and commit if okay to ship 6473Jamshid 4 Mark as submit 6492Krishna 4+ Respond to review comments 6523Nitin 4+ Respond to Rohit 6614Krishna 4+ Respond to review. 6702Vijay 4 Responde to review 6733Gregg 4 Mark as submit 6781Alena 4+ Respond to questions 6858Nitin 4 Commit it 6881Jie 4 Mark as submit 6928Sateesh 4 Commit it 6937Pradeep 4 Review 6941Pradeep 4 Review and Commit 7013Pradeep 4 Respond to comment 7018Nitin 4 Commit it 7052Prasanna/Frank 4 Commit it 7057devdeep/deepak 4+ Review 7058devdeep 4+ Review 7078devdeep/ramganesh 4+ Review 7079David N 4 Y Review and Commit 7083Chip4 Respond and Review and if agree, commit 70994+ 7106Jessica T 4 Review and Commit 7109Gavin Lee 4 Y Resubmit with new patch 71134+ 7114Jessica T 4 Review and Commit 7119David N 4 Review and Commit 7125Sheng 4 Review and commit 7130Nitin 4 Y Review and commit 7144Sheng 4 Y Review and Commit
[jira] [Updated] (CLOUDSTACK-129) introduce listIsolationMethods API
[ https://issues.apache.org/jira/browse/CLOUDSTACK-129?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang updated CLOUDSTACK-129: -- Fix Version/s: 4.1.0 introduce listIsolationMethods API -- Key: CLOUDSTACK-129 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-129 Project: CloudStack Issue Type: Bug Components: API Affects Versions: 4.1.0 Reporter: Murali Reddy Priority: Minor Fix For: 4.1.0 As SDN controllers (Nicira, Midonet) and isolation methods gets added in to CloudStack it make sense to introduce a listIsolationMethods API which should return list of network isolation methods supported by CloudStack. This list can be used in the drop down isolation type in the zone creation wizard. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CLOUDSTACK-130) doc bug
[ https://issues.apache.org/jira/browse/CLOUDSTACK-130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang updated CLOUDSTACK-130: -- Fix Version/s: 4.0.0 doc bug --- Key: CLOUDSTACK-130 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-130 Project: CloudStack Issue Type: Bug Components: API, Doc Reporter: shixin chen Priority: Trivial Labels: api, doc Fix For: 4.0.0 Original Estimate: 5m Remaining Estimate: 5m the description of the parameter 'tags' is wrong, both in the createServiceOffering and createDiskOffering doc. tags the tags for this service offering. tags tags for the disk offering both should be changed to 'the tags for disk'. http://download.cloud.com/releases/3.0.0/api_3.0.0/root_admin/createServiceOffering.html http://download.cloud.com/releases/3.0.0/api_3.0.0/root_admin/createDiskOffering.html -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CLOUDSTACK-130) doc bug
[ https://issues.apache.org/jira/browse/CLOUDSTACK-130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-130: - Assignee: Jessica Tomechak doc bug --- Key: CLOUDSTACK-130 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-130 Project: CloudStack Issue Type: Bug Components: API, Doc Reporter: shixin chen Assignee: Jessica Tomechak Priority: Trivial Labels: api, doc Fix For: 4.0.0 Original Estimate: 5m Remaining Estimate: 5m the description of the parameter 'tags' is wrong, both in the createServiceOffering and createDiskOffering doc. tags the tags for this service offering. tags tags for the disk offering both should be changed to 'the tags for disk'. http://download.cloud.com/releases/3.0.0/api_3.0.0/root_admin/createServiceOffering.html http://download.cloud.com/releases/3.0.0/api_3.0.0/root_admin/createDiskOffering.html -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CLOUDSTACK-133) Multiple DHCP Servers are being created on the shared network on using multiple Network Ranges from the same shared network.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-133: - Assignee: Sheng Yang Multiple DHCP Servers are being created on the shared network on using multiple Network Ranges from the same shared network. Key: CLOUDSTACK-133 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-133 Project: CloudStack Issue Type: Bug Components: Management Server Affects Versions: pre-4.0.0 Reporter: Chandan Purushothama Assignee: Sheng Yang Fix For: pre-4.0.0 Steps to Reproduce: 1. Create Two Shared Networks such that the networks' IP ranges are from the same VLAN. One shared network's scope is All while the second shared network's scope is specific for Domain '/ROOT/B' mysql select * from vlan where vlan_id=1371; ++--+-+---+-+-++++-+ | id | uuid | vlan_id | vlan_gateway | vlan_netmask| description | vlan_type | data_center_id | network_id | physical_network_id | ++--+-+---+-+-++++-+ | 2 | e08b604f-143f-4989-aafe-1d416b595d37 | 1371| 10.223.137.65 | 255.255.255.192 | 10.223.137.66-10.223.137.70 | DirectAttached | 1 |211 | 200 | | 4 | 5d4337c4-6922-429d-abc0-b1116fb72a6f | 1371| 10.223.137.65 | 255.255.255.192 | 10.223.137.71-10.223.137.75 | DirectAttached | 1 |216 | 200 | ++--+-+---+-+-++++-+ 2 rows in set (0.00 sec) mysql select * from networks where id in (211,216) \G *** 1. row *** id: 211 name: SharedNetwork-1371-All uuid: fc74c161-8065-4636-9bb4-66815b53eb91 display_text: SharedNetwork-1371-All traffic_type: Guest broadcast_domain_type: Vlan broadcast_uri: vlan://1371 gateway: 10.223.137.65 cidr: 10.223.137.64/26 mode: Dhcp network_offering_id: 7 physical_network_id: 200 data_center_id: 1 guru_name: DirectNetworkGuru state: Setup related: 211 domain_id: 1 account_id: 1 dns1: NULL dns2: NULL guru_data: NULL set_fields: 0 acl_type: Domain network_domain: shdnetall.lab.vmops.com reservation_id: NULL guest_type: Shared restart_required: 0 created: 2012-09-17 18:32:45 removed: NULL specify_ip_ranges: 1 vpc_id: NULL *** 2. row *** id: 216 name: SharedNetwork-1371-DBonly uuid: b6554f75-4cde-45e1-83ee-5ef1ecd6799b display_text: SharedNetwork-1371-DBonly traffic_type: Guest broadcast_domain_type: Vlan broadcast_uri: vlan://1371 gateway: 10.223.137.65 cidr: 10.223.137.64/26 mode: Dhcp network_offering_id: 7 physical_network_id: 200 data_center_id: 1 guru_name: DirectNetworkGuru state: Setup related: 216 domain_id: 1 account_id: 1 dns1: NULL dns2: NULL guru_data: NULL set_fields: 0 acl_type: Domain network_domain: shared-db.lab.vmops.com reservation_id: NULL guest_type: Shared restart_required: 0 created: 2012-09-18 00:09:11 removed: NULL specify_ip_ranges: 1 vpc_id: NULL 2 rows in set (0.00 sec) mysql select * from domain_network_ref where network_id in (211,216); ++---++--+ | id | domain_id | network_id | subdomain_access | ++---++--+ | 1 | 1 |211 |1 | | 3 | 6 |216 |1 | ++---++--+ 2. Login into an
[jira] [Assigned] (CLOUDSTACK-131) Templates other than SystemVM template are not getting downloaded on Rhel 6.3 ASF 4.0 setup with KVM host
[ https://issues.apache.org/jira/browse/CLOUDSTACK-131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-131: - Assignee: edison su Templates other than SystemVM template are not getting downloaded on Rhel 6.3 ASF 4.0 setup with KVM host - Key: CLOUDSTACK-131 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-131 Project: CloudStack Issue Type: Bug Components: Management Server, Template Affects Versions: pre-4.0.0 Environment: MS OS : Rhel 6.3 Hypervisor : KVM BUILD : [Git Revision: 54f9af1695bc359b02e9fc906b3b335cc0bfec41 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git Reporter: Abhinav Roy Assignee: edison su Fix For: pre-4.0.0 Attachments: management-server.log Description : == Templates other than the systemvm template are not getting downloaded after deploying a Basic/Advanced zone CS setup with KVM hypervisor. Steps : == Deploy a CS setup with KVM hypervisor. Expected behaviour : == Zone should be successfully deployed, system VMS should be created and the default template should be deployed. Observed behaviour : == 1. Zone deployment is successful. 2. system-vms get created successfully. 3. But the problem is that there is no sign of deployment of any other template (nothing seen in logs too), even if I try to manually register and deploy a template it doesn't happen. 4. Restarting system vm or management server doesn't change the behaviour. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CLOUDSTACK-97) Vmware network labels are ignored when creating a Zone using basic networking
[ https://issues.apache.org/jira/browse/CLOUDSTACK-97?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang updated CLOUDSTACK-97: - Fix Version/s: pre-4.0.0 Vmware network labels are ignored when creating a Zone using basic networking - Key: CLOUDSTACK-97 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-97 Project: CloudStack Issue Type: Bug Components: UI Reporter: Sonny Chhen Assignee: Jessica Wang Fix For: pre-4.0.0 Reference this bug please: http://bugs.cloudstack.org/browse/CS-16333 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CLOUDSTACK-118) Status of host resorce stuck in ErrorInMaintenance
[ https://issues.apache.org/jira/browse/CLOUDSTACK-118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang updated CLOUDSTACK-118: -- Fix Version/s: pre-4.0.0 Status of host resorce stuck in ErrorInMaintenance - Key: CLOUDSTACK-118 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-118 Project: CloudStack Issue Type: Bug Components: Management Server Affects Versions: pre-4.0.0 Environment: XS 6.0.2 MS Rhl6.3 Git Revision: 03df2fa9dd45c938f72cd1866044b09d1b0cc978 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git Reporter: prashant kumar mishra Assignee: Rohit Yadav Fix For: pre-4.0.0 Attachments: access_log.2012-09-17.txt, api-server.log, catalina.out, cloud-backup.dmp, management-server.log, management-server.log.2012-09-16.gz In a cluster of 2 host if you try to put master in maintenance mode ,resource state will be stuck in ErrorInMaintenance Step to reproduce: 1-Create an advance zone-pod-cluster. 2-Add 2 hosts in same cluster. 3-Deploy a HA enabled VM . 4-put host(one which is pool master ) in maintenance mode . Expected result : status =UP;resource status =maintenance Actual result:status=UP;resource state=ErrorInMaintenance -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CLOUDSTACK-128) Delete Account Job is not waiting for the Network Destruction to complete before marking the Account as removed in the Database
[ https://issues.apache.org/jira/browse/CLOUDSTACK-128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Huang reassigned CLOUDSTACK-128: - Assignee: Devdeep Singh Delete Account Job is not waiting for the Network Destruction to complete before marking the Account as removed in the Database --- Key: CLOUDSTACK-128 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-128 Project: CloudStack Issue Type: Bug Components: Management Server Affects Versions: pre-4.0.0 Reporter: Chandan Purushothama Assignee: Devdeep Singh Fix For: pre-4.0.0 === Steps to Reproduce: === 1. Create an Account. Log into as the Account's User. 2. Create an Isolated Guest Network using DefaultNetworkOfferingwithSourceNATService Network Offering. 3. Deploy a VM in that Isolated Guest Network. 4. Log out of the Account 5. Login as ROOT domain Admin. 6. Delete the Account created in Step1. === Observations: === Unable to destroy the Guest Network: 2012-09-17 11:26:00,744 DEBUG [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-12:job-21) Successfully released network resources for the vm VM[DomainRouter|r-17-ASF] 2012-09-17 11:26:00,744 DEBUG [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-12:job-21) Successfully released storage resources for the vm VM[DomainRouter|r-17-ASF] 2012-09-17 11:26:00,748 DEBUG [vm.dao.VMInstanceDaoImpl] (Job-Executor-12:job-21) Unable to update VM[DomainRouter|r-17-ASF]: DB Data={Host=1; State=Stopping; updated=5; time=Mon Sep 17 11:26:00 PDT 2012} New Data: {Host=null; State=Stopped; updated=5; time=Mon Sep 17 11:26:00 PDT 2012} Stale Data: {Host=1; State=Stopping; updated=4; time=Mon Sep 17 11:25:11 PDT 2012} 2012-09-17 11:26:00,748 WARN [cloud.network.NetworkManagerImpl] (Job-Executor-12:job-21) Unable to complete shutdown of the network elements due to element: VirtualRouter 2012-09-17 11:26:00,756 DEBUG [cloud.network.NetworkManagerImpl] (Job-Executor-12:job-21) Network is not not in the correct state to be destroyed: Implemented 2012-09-17 11:26:00,756 WARN [cloud.user.AccountManagerImpl] (Job-Executor-12:job-21) Unable to destroy network Ntwk[210|Guest|8] as a part of account id=6 cleanup. === Delete Account Job: === [root@asfmgmt ~]# grep -i job-21 /var/log/cloud/management/management-server.log 2012-09-17 11:23:35,394 DEBUG [cloud.async.AsyncJobManagerImpl] (catalina-exec-16:null) submit async job-21, details: AsyncJobVO {id:21, userId: 2, accountId: 2, sessionKey: null, instanceType: Account, instanceId: null, cmd: com.cloud.api.commands.DeleteAccountCmd, cmdOriginator: null, cmdInfo: {response:json,id:e4438e90-4e5d-446a-b274-57f235b2e0ae,sessionkey:u6LWTaW5070wtlr1F3LOD5CWBE8\u003d,ctxUserId:2,_:1347906467807,ctxAccountId:2,ctxStartEventId:138}, cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, processStatus: 0, resultCode: 0, result: null, initMsid: 7471666038533, completeMsid: null, lastUpdated: null, lastPolled: null, created: null} 2012-09-17 11:23:35,398 DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-12:job-21) Executing com.cloud.api.commands.DeleteAccountCmd for job-21 2012-09-17 11:23:35,421 DEBUG [cloud.user.AccountManagerImpl] (Job-Executor-12:job-21) Removed account 6 2012-09-17 11:23:35,444 DEBUG [cloud.user.AccountManagerImpl] (Job-Executor-12:job-21) Successfully deleted snapshots directories for all volumes under account 6 across all zones 2012-09-17 11:23:35,448 DEBUG [cloud.user.AccountManagerImpl] (Job-Executor-12:job-21) Expunging # of vms (accountId=6): 1 2012-09-17 11:23:35,465 DEBUG [cloud.capacity.CapacityManagerImpl] (Job-Executor-12:job-21) VM state transitted from :Running to Stopping with event: StopRequestedvm's original host id: 1 new host id: 1 host id before state transition: 1 2012-09-17 11:23:35,467 DEBUG [agent.transport.Request] (Job-Executor-12:job-21) Seq 1-402924740: Sending { Cmd , MgmtId: 7471666038533, via: 1, Ver: v1, Flags: 100111, [{StopCommand:{isProxy:false,vmName:i-6-16-ASF,wait:0}}] } 2012-09-17 11:23:35,467 DEBUG [agent.transport.Request] (Job-Executor-12:job-21) Seq 1-402924740: Executing: { Cmd , MgmtId: 7471666038533, via: 1, Ver: v1, Flags: 100111, [{StopCommand:{isProxy:false,vmName:i-6-16-ASF,wait:0}}] } 2012-09-17 11:23:59,949 DEBUG [agent.transport.Request] (Job-Executor-12:job-21) Seq 1-402924740: Received: { Ans: , MgmtId: 7471666038533, via: 1, Ver: v1, Flags: 110, { StopAnswer } } 2012-09-17 11:23:59,950 DEBUG [cloud.vm.VirtualMachineManagerImpl]
[jira] [Resolved] (CLOUDSTACK-123) Null pointer exception when there is no secondary storage available
[ https://issues.apache.org/jira/browse/CLOUDSTACK-123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] edison su resolved CLOUDSTACK-123. -- Resolution: Fixed fixed in both 4.0/master Null pointer exception when there is no secondary storage available --- Key: CLOUDSTACK-123 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-123 Project: CloudStack Issue Type: Bug Components: Management Server Affects Versions: pre-4.0.0 Reporter: Sailaja Mada Assignee: edison su Fix For: pre-4.0.0 Attachments: management-server.log Steps: 1. Deploy basic zone with KVM as the hypervisor 2. Verify that system vm's [ console proxy and secondary storage VM's ] are up 3. Delete the secondary storage 4. Delete System VM's 5. Then Management server tried to bring up the system VM's Observation: Null pointer exception when there is no secondary storage available Exception: 2012-09-17 12:40:48,824 DEBUG [storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:null) No secondary storage available in zone 1, wait until it is ready to launch secondary storage vm 2012-09-17 12:40:48,824 DEBUG [storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:null) Zone 1 is not ready to launch secondary storage VM yet 2012-09-17 12:40:48,951 WARN [cloud.vm.SystemVmLoadScanner] (consoleproxy-1:null) Unexpected exception null java.lang.NullPointerException at com.cloud.consoleproxy.ConsoleProxyManagerImpl.isZoneReady(ConsoleProxyManagerImpl.java:1187) at com.cloud.consoleproxy.ConsoleProxyManagerImpl.isPoolReadyForScan(ConsoleProxyManagerImpl.java:1911) at com.cloud.consoleproxy.ConsoleProxyManagerImpl.isPoolReadyForScan(ConsoleProxyManagerImpl.java:170) at com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:105) at com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:34) at com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:83) at com.cloud.vm.SystemVmLoadScanner$1.run(SystemVmLoadScanner.java:73) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:178) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:165) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:267) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:679) 2012-09-17 12:40:49,989 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:null) Found 0 routers. Attached Management server log. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CLOUDSTACK-131) Templates other than SystemVM template are not getting downloaded on Rhel 6.3 ASF 4.0 setup with KVM host
[ https://issues.apache.org/jira/browse/CLOUDSTACK-131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13458295#comment-13458295 ] edison su commented on CLOUDSTACK-131: -- Need to take at your network configuration, make sure inside ssvm, you can connect to mgt server. Or you can login into ssvm, take a look at agent log. Templates other than SystemVM template are not getting downloaded on Rhel 6.3 ASF 4.0 setup with KVM host - Key: CLOUDSTACK-131 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-131 Project: CloudStack Issue Type: Bug Components: Management Server, Template Affects Versions: pre-4.0.0 Environment: MS OS : Rhel 6.3 Hypervisor : KVM BUILD : [Git Revision: 54f9af1695bc359b02e9fc906b3b335cc0bfec41 Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git Reporter: Abhinav Roy Assignee: edison su Fix For: pre-4.0.0 Attachments: management-server.log Description : == Templates other than the systemvm template are not getting downloaded after deploying a Basic/Advanced zone CS setup with KVM hypervisor. Steps : == Deploy a CS setup with KVM hypervisor. Expected behaviour : == Zone should be successfully deployed, system VMS should be created and the default template should be deployed. Observed behaviour : == 1. Zone deployment is successful. 2. system-vms get created successfully. 3. But the problem is that there is no sign of deployment of any other template (nothing seen in logs too), even if I try to manually register and deploy a template it doesn't happen. 4. Restarting system vm or management server doesn't change the behaviour. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CLOUDSTACK-130) Clarify docs on tags parameter in API reference
[ https://issues.apache.org/jira/browse/CLOUDSTACK-130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jessica Tomechak updated CLOUDSTACK-130: Summary: Clarify docs on tags parameter in API reference (was: doc bug) Clarify docs on tags parameter in API reference --- Key: CLOUDSTACK-130 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-130 Project: CloudStack Issue Type: Bug Components: API, Doc Reporter: shixin chen Assignee: Jessica Tomechak Priority: Trivial Labels: api, doc Fix For: 4.0.0 Original Estimate: 5m Remaining Estimate: 5m the description of the parameter 'tags' is wrong, both in the createServiceOffering and createDiskOffering doc. tags the tags for this service offering. tags tags for the disk offering both should be changed to 'the tags for disk'. http://download.cloud.com/releases/3.0.0/api_3.0.0/root_admin/createServiceOffering.html http://download.cloud.com/releases/3.0.0/api_3.0.0/root_admin/createDiskOffering.html -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CLOUDSTACK-8) Update API Reference man pages for v4.0
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13458312#comment-13458312 ] Jessica Tomechak commented on CLOUDSTACK-8: --- We need to find out where to post these generated HTML pages. Previously they have been placed in the cloud.com domain. Possible to hang them off our Apache project page? Update API Reference man pages for v4.0 --- Key: CLOUDSTACK-8 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8 Project: CloudStack Issue Type: Bug Components: Doc Affects Versions: 4.0.0 Reporter: Jessica Tomechak Assignee: Jessica Tomechak Fix For: pre-4.0.0 3.x API Reference needs update for v4.0. Need to run doc gen script and post the new HTML files. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[DOCS] Infrastructure Q: Where can we post 400 HTML files? (API reference)
To fix the 4.0 bug below, we need to post HTML pages that make up the API Reference. Looks like we have a build job set up to generate the HTML, but I am not sure where we can post it. It can't be on docs.cloudstack.org. Can we hang this off the Apache CloudStack project page? Or have we set up the proposed new /docs website in the Apache domain? https://issues.apache.org/jira/browse/CLOUDSTACK-8 Old API docs: http://download.cloud.com/releases/2.2.0/api_2.2.14/TOC_Root_Admin.html Jessica T. CloudStack Tech Pubs
[jira] [Commented] (CLOUDSTACK-6) Update Administrator's guide
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13458318#comment-13458318 ] Jessica Tomechak commented on CLOUDSTACK-6: --- New docs have been written for new features. Radhika PC is in process of checking in those files. There are many. Update Administrator's guide Key: CLOUDSTACK-6 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6 Project: CloudStack Issue Type: Bug Components: Doc Affects Versions: 4.0.0 Reporter: Jessica Tomechak Assignee: Jessica Tomechak Fix For: pre-4.0.0 3.x Admin Guide needs update for v4.x. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CLOUDSTACK-4) Complete installation guide in XML
[ https://issues.apache.org/jira/browse/CLOUDSTACK-4?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13458320#comment-13458320 ] Jessica Tomechak commented on CLOUDSTACK-4: --- See https://cwiki.apache.org/confluence/display/CLOUDSTACK/Convert+Installation+Guide+to+Docbook+XML Complete installation guide in XML -- Key: CLOUDSTACK-4 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4 Project: CloudStack Issue Type: Bug Components: Doc Affects Versions: 4.0.0 Reporter: Jessica Tomechak Assignee: Jessica Tomechak Fix For: pre-4.0.0 Some sections of the 3.x installation guide are not present in the 4.x installation guide. Need to add complete docbook XML files in the /docs directory. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CLOUDSTACK-1) Add Maven building to site docs, developer documentation
[ https://issues.apache.org/jira/browse/CLOUDSTACK-1?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13458321#comment-13458321 ] Jessica Tomechak commented on CLOUDSTACK-1: --- Reassigning since this isn't part of tech docs, it's project docs. Add Maven building to site docs, developer documentation Key: CLOUDSTACK-1 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1 Project: CloudStack Issue Type: Improvement Components: Doc Affects Versions: pre-4.0.0 Reporter: Joe Brockmeier Assignee: Jessica Tomechak Labels: documentation Fix For: pre-4.0.0 Original Estimate: 72h Remaining Estimate: 72h Since we've switched to using Maven, we need to reflect that in the getting started documentation and elsewhere and remove ant instructions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CLOUDSTACK-1) Add Maven building to site docs, developer documentation
[ https://issues.apache.org/jira/browse/CLOUDSTACK-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jessica Tomechak reassigned CLOUDSTACK-1: - Assignee: David Nalley (was: Jessica Tomechak) Add Maven building to site docs, developer documentation Key: CLOUDSTACK-1 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1 Project: CloudStack Issue Type: Improvement Components: Doc Affects Versions: pre-4.0.0 Reporter: Joe Brockmeier Assignee: David Nalley Labels: documentation Fix For: pre-4.0.0 Original Estimate: 72h Remaining Estimate: 72h Since we've switched to using Maven, we need to reflect that in the getting started documentation and elsewhere and remove ant instructions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (CLOUDSTACK-30) vhd-util binary
[ https://issues.apache.org/jira/browse/CLOUDSTACK-30?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] edison su closed CLOUDSTACK-30. --- Resolution: Fixed vhd-util is removed, we can put vhd-util binary to somewhere, e.g. download.cloud.com, and document it, if it's a xenserver setup, need to download this file to mgt server, before start mgt server. vhd-util binary --- Key: CLOUDSTACK-30 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-30 Project: CloudStack Issue Type: Bug Components: Network Controller Affects Versions: pre-4.0.0 Reporter: David Nalley Assignee: Anthony Xu Priority: Blocker Labels: binary Fix For: pre-4.0.0 patches/systemvm/debian/config/bin/vhd-util is a binary that is included in the source tree. vhd-util itself appears to be BSD-licensed, but it comes from a package (blktap) that is BSD and GPL (note it' is 'and' and not 'or') - so not positive that there aren't cross contamination, and that needs to be explored. Regardless it's a binary in the source tree that should go away. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CLOUDSTACK-18) Announce the release
[ https://issues.apache.org/jira/browse/CLOUDSTACK-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Brockmeier reassigned CLOUDSTACK-18: Assignee: Joe Brockmeier Announce the release Key: CLOUDSTACK-18 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-18 Project: CloudStack Issue Type: Task Affects Versions: pre-4.0.0 Reporter: Ewan Mellor Assignee: Joe Brockmeier Priority: Critical Fix For: 4.0.0 Prepare the 4.0 release announcement. And then announce it at the appropriate time! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CLOUDSTACK-18) Announce the release
[ https://issues.apache.org/jira/browse/CLOUDSTACK-18?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13458333#comment-13458333 ] Joe Brockmeier commented on CLOUDSTACK-18: -- I'll take this one and get a draft release + announcement plan ready. Announce the release Key: CLOUDSTACK-18 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-18 Project: CloudStack Issue Type: Task Affects Versions: pre-4.0.0 Reporter: Ewan Mellor Assignee: Joe Brockmeier Priority: Critical Fix For: 4.0.0 Prepare the 4.0 release announcement. And then announce it at the appropriate time! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Reminder IRC Meeting Tomorrow (Wednesday, 19 September 2012) at 17:00 UTC
On Tue, Sep 18, 2012, at 03:54 PM, Wido den Hollander wrote: On 18-09-12 22:13, Joe Brockmeier wrote: Hi all, Just a reminder, we have the weekly IRC meeting tomorrow at 17:00 UTC (that's 13:00 Eastern/10:00 Pacific) in #Cloudstack-Meeting on Freenode. I won't be able to make it this week, sorry guys! No worries. Just a suggestion I want to make for a topic: No flame intended to anybody, we're all working very hard, but when is 4.0 RC1 coming out? We can't keep pushing it back. I can bring this up, but it might be a good idea to go ahead and start a thread on this independently too. But I'll be sure to put it on the agenda, I do want to blog about the status of the release since it's obviously slipped past the dates we had when I did the last update. Best, Joe -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/
Review Request: add logging for debugging.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7153/ --- Review request for cloudstack. Description --- add logging for debugging. The default value for local.storage.path does not exists by default in CentOS 6. By default, this results in NullPointerException silently. Without this log message, administrator can't figure out the reason at all. Diffs - plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java d6236a0d6038bbf251450a424ea0089c01739e00 Diff: https://reviews.apache.org/r/7153/diff/ Testing --- Thanks, Hiroaki Kawai
[jira] [Commented] (CLOUDSTACK-42) Code that generates the installer / binary bundle isn't in the ASF repo
[ https://issues.apache.org/jira/browse/CLOUDSTACK-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13458336#comment-13458336 ] edison su commented on CLOUDSTACK-42: - We don't use hudsonbuild code to build ASF any more, it's all using jenkins plugins. Please use build-4.0-rhel63, build-4.0-ubuntu1204 and build-master-rhel63 to build ASF on http://jenkins.cloudstack.org/ Code that generates the installer / binary bundle isn't in the ASF repo - Key: CLOUDSTACK-42 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-42 Project: CloudStack Issue Type: Bug Affects Versions: pre-4.0.0 Reporter: Chip Childers Assignee: Pradeep Soundararajan Priority: Critical Fix For: pre-4.0.0 We should probably have the code that generates the installer / binary bundle in the ASF repo (under tools?). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (CLOUDSTACK-42) Code that generates the installer / binary bundle isn't in the ASF repo
[ https://issues.apache.org/jira/browse/CLOUDSTACK-42?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] edison su closed CLOUDSTACK-42. --- Resolution: Fixed Code that generates the installer / binary bundle isn't in the ASF repo - Key: CLOUDSTACK-42 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-42 Project: CloudStack Issue Type: Bug Affects Versions: pre-4.0.0 Reporter: Chip Childers Assignee: Pradeep Soundararajan Priority: Critical Fix For: pre-4.0.0 We should probably have the code that generates the installer / binary bundle in the ASF repo (under tools?). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CLOUDSTACK-134) Document procedure to install vhd-util
edison su created CLOUDSTACK-134: Summary: Document procedure to install vhd-util Key: CLOUDSTACK-134 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-134 Project: CloudStack Issue Type: Bug Components: Doc Reporter: edison su Priority: Blocker Due to license issue reported in CLOUDSTACK-30, vhd-util is removed from source code and packages. Need to document the procedure to download and install vhd-util during the mgt server installation. The current url is http://download.cloud.com.s3.amazonaws.com/tools/vhd-util If mgt server is rhel/centos, need to download from this url, then copy vhd-util into /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver/ If mgt server is ubuntu, then put vhd-util into /usr/lib/cloud/common/scripts/vm/hypervisor/xenserver/vhd-util -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Review Request: add logging for debugging.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7153/#review11681 --- Ship it! Ship It! - edison su On Sept. 19, 2012, 12:56 a.m., Hiroaki Kawai wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7153/ --- (Updated Sept. 19, 2012, 12:56 a.m.) Review request for cloudstack. Description --- add logging for debugging. The default value for local.storage.path does not exists by default in CentOS 6. By default, this results in NullPointerException silently. Without this log message, administrator can't figure out the reason at all. Diffs - plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java d6236a0d6038bbf251450a424ea0089c01739e00 Diff: https://reviews.apache.org/r/7153/diff/ Testing --- Thanks, Hiroaki Kawai
Re: Review Request: Add proper OS name to KVMGuestOsMapper for systemvm
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7144/#review11682 --- Ship it! Ship It! - edison su On Sept. 18, 2012, 9:08 a.m., Hiroaki Kawai wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7144/ --- (Updated Sept. 18, 2012, 9:08 a.m.) Review request for cloudstack. Description --- The patch https://reviews.apache.org/r/7132 for https://issues.apache.org/jira/browse/CLOUDSTACK-120 is not applied in 4.0 branch. This addresses bug CLOUDSTACK-120. Diffs - plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/KVMGuestOsMapper.java 88bb0f5 Diff: https://reviews.apache.org/r/7144/diff/ Testing --- Thanks, Hiroaki Kawai
[jira] [Commented] (CLOUDSTACK-1) Add Maven building to site docs, developer documentation
[ https://issues.apache.org/jira/browse/CLOUDSTACK-1?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13458345#comment-13458345 ] David Nalley commented on CLOUDSTACK-1: --- What is the difference between tech docs and project docs? Keep in mind that our installation docs are going to need to reflect that the only thing we officially release is the source. This means compiling and installing from source needs to be documented. It looks like consensus is that we aren't even going to build convenience binaries as a project, and instead third parties will be building and releasing binaries. Take a look at what the httpd install docs look like: http://httpd.apache.org/docs/2.4/install.html Add Maven building to site docs, developer documentation Key: CLOUDSTACK-1 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1 Project: CloudStack Issue Type: Improvement Components: Doc Affects Versions: pre-4.0.0 Reporter: Joe Brockmeier Assignee: David Nalley Labels: documentation Fix For: pre-4.0.0 Original Estimate: 72h Remaining Estimate: 72h Since we've switched to using Maven, we need to reflect that in the getting started documentation and elsewhere and remove ant instructions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira