Jenkins build is back to normal : cloudstack-4.4-forward-build #106
See http://jenkins.buildacloud.org/job/cloudstack-4.4-forward-build/106/changes
Re: [REQUEST] permission to assign task in jira
On May 14, 2014, at 9:53 AM, Saksham Srivastava saksham.srivast...@citrix.com wrote: Sebastien, I think there is an issue with our Jira permissions. People are not able to assign bugs to themselves. I am also facing the same issue. The Assignee field in the tickets cannot be edited by many of us. Ok issue identified and ticket filed with INFRA: https://issues.apache.org/jira/browse/INFRA-7718 Just a little more patience and we will get back on track. thanks, Thanks, Saksham -Original Message- From: sebgoa [mailto:run...@gmail.com] Sent: Wednesday, May 14, 2014 12:40 PM To: dev@cloudstack.apache.org Subject: Re: [REQUEST] permission to assign task in jira On May 13, 2014, at 4:38 PM, Gaurav Aradhye gaurav.arad...@clogeny.com wrote: Hi, Can anyone please give me permission to assign task in jira? My jira id is gauravaradhye. We don't assign task in this project, folks pick up the tickets themselves Regards, Gaurav
Build failed in Jenkins: build-master-slowbuild #811
See http://jenkins.buildacloud.org/job/build-master-slowbuild/811/ -- [...truncated 18332 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultipartMetaDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not
commit 99b4cf788eded0f6f155ff8cda51aeb2e505f764 changes old db upgrade files
Bharat/Kishan, I’ve looked at the commit 99b4cf788eded0f6f155ff8cda51aeb2e505f764https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=99b4cf788eded0f6f155ff8cda51aeb2e505f764, and noticed that you modify old upgrade files - 420to421 - as a part of the commit? That’s not a recommended practice to do so. You should fix all the db upgrade bugs as a part of current db upgrade path (in this case, 4.3–4.4). Plus with your commit, the customers who already upgraded with the bug to 4.2.1, won’t be fixed after upgrading to 4.3. Please comment on that -Alena.
Build failed in Jenkins: build-master-slowbuild #801
See http://jenkins.buildacloud.org/job/build-master-slowbuild/801/changes Changes: [Daan Hoogland] Added fix for CLOUDSTACK-6548 [Daan Hoogland] be able to remove vpc as owning entity of a network -- [...truncated 18319 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultipartMetaDao.java. Ensure this class was instrumented, and this data file contains
Build failed in Jenkins: build-master #788
See http://jenkins.buildacloud.org/job/build-master/788/changes Changes: [Devdeep Singh] CLOUDSTACK-6399: When there are no vms running on hyperv host, then agent was returning null. In [Devdeep Singh] CLOUDSTACK-6620: Fixed null pointer exception in hyperv agent in getting vmstats, when all vms are deleted from outside [Devdeep Singh] CLOUDSTACK-6622: After a volume was live migrated, the destination smb storage path was added to -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on cloudstack-buildslave-centos6-95c (cloudstack-buildslave-centos6) in workspace http://jenkins.buildacloud.org/job/build-master/ws/ Fetching changes from the remote Git repository Fetching upstream changes from https://git-wip-us.apache.org/repos/asf/cloudstack.git Checking out Revision 5ba5da3696ece250decdb38590f00f8bd4d4b4f9 (origin/master) [copy-to-slave] Copying 'settings.xml', excluding nothing, from 'file:/var/lib/jenkins/userContent/' on the master to 'http://jenkins.buildacloud.org/job/build-master/ws/' on 'cloudstack-buildslave-centos6-95c'. Invalid tool ID 3.1.1 FATAL: Couldn’t find any executable in /jenkins/tools/hudson.tasks.Maven_MavenInstallation/maven-3.1.1 Build step 'Invoke top-level Maven targets' marked build as failure
Review Request 21477: Fixed config issue related to Persistent Networks
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21477/ --- Review request for cloudstack and Girish Shilamkar. Repository: cloudstack-git Description --- The key isPersistent should be ispersistent. Persistent Network test cases are failing due to this. They are creating normal network instead of persistent one due to incorrect key. Diffs - tools/marvin/marvin/config/test_data.py 7001c42 Diff: https://reviews.apache.org/r/21477/diff/ Testing --- Yes. Thanks, Gaurav Aradhye
Re: Review Request 21259: CLOUDSTACK-6399: VMSync thread does not run if all the VMs on a host are stopped from outside CS
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21259/#review42564 --- Commit 7916542d99e858a62b236d2ef34232ba2e36d4f0 in cloudstack's branch refs/heads/master from Anshul Gangwar [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=7916542 ] CLOUDSTACK-6399: When there are no vms running on hyperv host, then agent was returning null. In that case cloudstack was not doing anything and not updating the state of the vms to stopped. Now the agent returns empty list of hostvmstatereport. Management server will then update the vm state to stopped (instead of not acting upon the return state). - ASF Subversion and Git Services On May 9, 2014, 9:07 a.m., Anshul Gangwar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21259/ --- (Updated May 9, 2014, 9:07 a.m.) Review request for cloudstack, Devdeep Singh and Rajesh Battala. Bugs: CLOUDSTACK-6399 https://issues.apache.org/jira/browse/CLOUDSTACK-6399 Repository: cloudstack-git Description --- when there are no vms running on hyperv host, then was returning null which has different meaning. Now returning empty list of hostvmstatereport Diffs - plugins/hypervisors/hyperv/src/com/cloud/hypervisor/hyperv/resource/HypervDirectConnectResource.java 7888e43 Diff: https://reviews.apache.org/r/21259/diff/ Testing --- verified when there are no vms on host, then vmsync thread is running fine Thanks, Anshul Gangwar
Re: Review Request 21259: CLOUDSTACK-6399: VMSync thread does not run if all the VMs on a host are stopped from outside CS
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21259/#review42562 --- Commit 704f6d8279c314a165199804ee43eaac4b0d482a in cloudstack's branch refs/heads/4.4-forward from Anshul Gangwar [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=704f6d8 ] CLOUDSTACK-6399: When there are no vms running on hyperv host, then agent was returning null. In that case cloudstack was not doing anything and not updating the state of the vms to stopped. Now the agent returns empty list of hostvmstatereport. Management server will then update the vm state to stopped (instead of not acting upon the return state). - ASF Subversion and Git Services On May 9, 2014, 9:07 a.m., Anshul Gangwar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21259/ --- (Updated May 9, 2014, 9:07 a.m.) Review request for cloudstack, Devdeep Singh and Rajesh Battala. Bugs: CLOUDSTACK-6399 https://issues.apache.org/jira/browse/CLOUDSTACK-6399 Repository: cloudstack-git Description --- when there are no vms running on hyperv host, then was returning null which has different meaning. Now returning empty list of hostvmstatereport Diffs - plugins/hypervisors/hyperv/src/com/cloud/hypervisor/hyperv/resource/HypervDirectConnectResource.java 7888e43 Diff: https://reviews.apache.org/r/21259/diff/ Testing --- verified when there are no vms on host, then vmsync thread is running fine Thanks, Anshul Gangwar
RE: devcloud script deployDataCentre.py not working
Daan, When i say specific to devcloud, i mean in normal it works to host properly. There is a bug, that when we add xenserver host pool, we just need to add master xenserver host or some thing like that and other hosts need not be added, there was a bug logged for this. But otherwise this was used daily in regression to add hosts. I will find the bug logged for this and see if i can fix it. if its the same. If we can give specific xenserver information used here, i can check that as well. Santhosh From: Daan Hoogland [daan.hoogl...@gmail.com] Sent: Wednesday, May 14, 2014 10:23 AM To: dev Subject: Re: devcloud script deployDataCentre.py not working Santhosh, see inline On Wed, May 14, 2014 at 9:11 AM, Santhosh Edukulla santhosh.eduku...@citrix.com wrote: 1. Its nothing to do with script we are using here. Based upon error text below, addHost API on devcloud is failing. As Daan mentioned, MS is not able to add host and it seems specific to DevCloud. I have seen this on other XenServer hypervisors as well, it is not specific to devcloud. Execute cmd: addhost failed, due to: errorCode: 530, errorText:Cannot transit agent status with event AgentDisconnected for host 1, mangement server id is 4278190080,Unable to transition to a new state from Creating via AgentDisconnected\n'] 2. If we see and run the script separately on a normal setup, it works perfectly fine. No I have seen the addhost command fail without the script around it. Thanks! Santhosh From: Ian Duffy [i...@ianduffy.ie] Sent: Wednesday, May 14, 2014 2:33 AM To: CloudStack Dev Subject: Re: devcloud script deployDataCentre.py not working Hi Santhosh, Its failing on 4.4-forward for me. As far as I can tell its nothing to do with my setup since it works for 4.3. *$ *python ~/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py -i devcloud.cfg Log Folder Path: /tmp//MarvinLogs//DeployDataCenter__May_14_2014_07_29_14_N7JNT7. All logs will be available here Deploy DC Started Exception Occurred ['Traceback (most recent call last):\n', ' File /Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py, line 138, in addHosts\nret = self.__apiClient.addHost(hostcmd)\n', ' File /usr/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py, line 1506, in addHost\nresponse = self.connection.marvinRequest(command, response_type=response, method=method)\n', ' File /usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 381, in marvinRequest\nraise e\n', 'CloudstackAPIException: Execute cmd: addhost failed, due to: errorCode: 530, errorText:Cannot transit agent status with event AgentDisconnected for host 1, mangement server id is 4278190080,Unable to transition to a new state from Creating via AgentDisconnected\n'] ===deploy dc failed, so cleaning the created entries=== DeployDC: CleanUp Started Clean Up Entries=== {'Network': [u'cd47d129-42fa-4e8a-bc00-f2a4c9ab1f92'], 'Zone': [u'ad59b26f-e750-45f3-8a73-1885ff1b63b9'], 'PhysicalNetwork': [u'62af9f63-3fb7-412c-b95f-1b700484a338'], 'Cluster': [u'b63739f7-df35-4417-ad00-661e8d73b587'], 'Pod': [u'06d968fa-a342-4d9b-a459-6e45f8d26384'], 'order': ['Cluster', 'Pod', 'Network', 'PhysicalNetwork', 'Zone']} ===Removing DataCenter Failed=== *duffy **at **thunder **in **~/projects/GSoC-2* On 13 May 2014 18:42, Amogh Vasekar amogh.vase...@citrix.com wrote: I have been seeing this for a while too, and IIRC there was a thread on dev list regarding this. In logs, I keep getting an error saying mgmt server log: ARN [c.c.a.m.DirectAgentAttache] (DirectAgent-1:ctx-bef0aa48) Seq 1-9152158867746979841: Exception Caught while executing command com.cloud.utils.exception.CloudRuntimeException: Cannot create directory /opt/cloud/bin on XenServer hosts Last I had tried was about a month ago though. Thanks, Amogh On 5/13/14 9:26 AM, Santhosh Edukulla santhosh.eduku...@citrix.com wrote: If you atleast use 4.4-forward marvin, the first issue mentioned related to connection refused, should work fine provided port configuration is proper. I havent tried devcloud 4.4 so far, I can try it with 4.4 and let know the results. Santhosh From: sebgoa [run...@gmail.com] Sent: Tuesday, May 13, 2014 8:41 AM To: dev@cloudstack.apache.org; Santhosh Edukulla Subject: Re: devcloud script deployDataCentre.py not working cc santhosh, maybe he has tried devcloud with 4.4 On May 7, 2014, at 9:45 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: basic networking fails slightly differntly: daan:~/cloudstack-4.4/cloudstack (4.4) python tools/marvin/marvin/deployDataCenter.py -i tools/devcloud/devcloud.cfg Traceback (most recent call last): File tools/marvin/marvin/deployDataCenter.py, line
Re: marvin cloudstackConnection init
I trust you did and I trust you can. its just that i have some test scripts of my own that didn't work anymore after upgrading. No big deal I just want us to be prepared when others come to the list with the same issue. The scripts you don't need to look at, just a ref if anybody else find the same issue unknowingly. On Fri, May 16, 2014 at 10:36 AM, Santhosh Edukulla santhosh.eduku...@citrix.com wrote: Daan, We kept a wiki page, i can check whether this change was mentioned there. We verified all the references before changing and then changed, tested. All scripts now runs with no issues post the changes. We were receiving many arguments, which can be part of one structure. It was receiving all management details from json as one structure and then passed as it is in deserialized format. Earlier, there were many arguments which are part of this structure mentioned individually and assigned back individually. Where are these scripts which has earlier references? I can look at them. Santhosh From: Daan Hoogland [daan.hoogl...@gmail.com] Sent: Friday, May 16, 2014 4:09 AM To: Santhosh Edukulla Cc: Girish Shilamkar; dev Subject: Re: marvin cloudstackConnection init No I mean you replaced the individual arguments with a mgmtDetails structure, did you describe this change somewhere? On Fri, May 16, 2014 at 8:52 AM, Santhosh Edukulla santhosh.eduku...@citrix.com wrote: If we are referring to scheme argument related to http\https, there was one more argument, passed i.e., mgmtDetails structure which serves this purpose and so removed it. Santhosh From: Daan Hoogland [daan.hoogl...@gmail.com] Sent: Thursday, May 15, 2014 4:15 PM To: Santhosh Edukulla; Girish Shilamkar; dev Subject: marvin cloudstackConnection init Santhosh, Girish, in 980e66d501f525672827c207d8b0921f819e5fcd you changed the interface to cloudstackConnection. My test scripts don't work anymore after updating marvin, do you have a link to an fs and/or a rationale? I can read the source but I think more people are going to run into this. thanks, -- Daan -- Daan -- Daan
Build failed in Jenkins: build-master-slowbuild #849
See http://jenkins.buildacloud.org/job/build-master-slowbuild/849/changes Changes: [muralimmreddy] CLOUDSTACK-6685: OVS distributed firewall: source CIDR mismatch while [muralimmreddy] CLOUDSTACK-6686:NetworkACLItemCidrsDaoImpl uses firewallRuleId instead [girish] CLOUDSTACK-6612: Resolved DB connection issue related to passing correct password -- [...truncated 18336 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain
Re: Review Request 21555: CLOUDSTACK-6689: Fixed indentation issue in persistent network test cases
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21555/#review43202 --- Commit a418ee443d6837b4360f91141f73b2d2bbdb73f0 in cloudstack's branch refs/heads/4.4-forward from Gaurav Aradhye [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=a418ee4 ] CLOUDSTACK-6689: Fixed indentation issue in persistent network test cases - ASF Subversion and Git Services On May 16, 2014, 10:56 a.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21555/ --- (Updated May 16, 2014, 10:56 a.m.) Review request for cloudstack and Girish Shilamkar. Bugs: CLOUDSTACK-6689 https://issues.apache.org/jira/browse/CLOUDSTACK-6689 Repository: cloudstack-git Description --- Fixed the indentation issue. Due to this issue, few statements were wrongly included in while block. Diffs - test/integration/component/test_persistent_networks.py d42ffcd Diff: https://reviews.apache.org/r/21555/diff/ Testing --- Yes. Thanks, Gaurav Aradhye
Review Request 21554: CLOUDSTACK-6657: Adding condition for checking error code 530 across test cases
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21554/ --- Review request for cloudstack and Santhosh Edukulla. Bugs: CLOUDSTACK-6657 https://issues.apache.org/jira/browse/CLOUDSTACK-6657 Repository: cloudstack-git Description --- Adding explicit check for error code 530 in the response received form the server wherever applicable. I have made these changes in all those files which failed due to having wrong assert (Build #348 KVM regression). Will add more of these changes in other files whenever found failing due to above reason in the build logs. Diffs - test/integration/component/test_accounts.py cf5f2b6 test/integration/component/test_add_remove_network.py c17293d test/integration/component/test_affinity_groups.py d0fa2f7 test/integration/component/test_assign_vm.py 24b63a6 test/integration/component/test_ip_reservation.py c84f63c test/integration/component/test_non_contiguous_vlan.py 4609af9 test/integration/component/test_projects.py c593fb6 test/integration/component/test_volumes.py b5b08e2 test/integration/component/test_vpc.py e9d396e8 test/integration/component/test_vpc_network.py a449948 test/integration/component/test_vpc_network_lbrules.py a5625e7 test/integration/component/test_vpc_vms_deployment.py 1c1f93d test/integration/smoke/test_network.py 6beb071 test/integration/smoke/test_nic.py 592a839 test/integration/smoke/test_primary_storage.py 3147d86 test/integration/smoke/test_volumes.py 5908e2b Diff: https://reviews.apache.org/r/21554/diff/ Testing --- Tested all test suites with python command. Tested only few test suites by running them, not all. Same working change has been applied to all files. Thanks, Gaurav Aradhye
Build failed in Jenkins: build-master-slowbuild #852
See http://jenkins.buildacloud.org/job/build-master-slowbuild/852/ -- [...truncated 18350 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultipartMetaDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not
Re: Control event publishing in multi region setups
I know. That's why I asked before Alex Huang to let me know when he's available after he's coming back next week. Have a good vacation. Thanks Alex Ough On Wed, May 14, 2014 at 4:21 PM, Alena Prokharchyk alena.prokharc...@citrix.com wrote: Alex, I’m on vacation tomorrow; leaving today at 2 pm. Thanks, Alena. From: Alex Ough alex.o...@sungardas.com Date: Wednesday, May 14, 2014 at 1:18 PM To: Alena Prokharchyk alena.prokharc...@citrix.com Cc: Alex Huang alex.hu...@citrix.com, Murali Reddy murali.re...@citrix.com, Kishan Kavala kishan.kav...@citrix.com, dev@cloudstack.apache.org dev@cloudstack.apache.org Subject: Re: Control event publishing in multi region setups My meeting is being delayed, so let me know when you guys are available from tomorrow. Thanks Alex Ough On Wed, May 14, 2014 at 3:05 PM, Alex Ough alex.o...@sungardas.comwrote: I have a meeting in 20 min which is estimated to end 1pm PST, so I'll let you know once it is over. On Wed, May 14, 2014 at 3:01 PM, Alena Prokharchyk alena.prokharc...@citrix.com wrote: Alex, sure we can have a call. I’m in the office till 2 pm PST today. Send the meeting invitation to me and Alex. From: Alex Ough alex.o...@sungardas.com Date: Wednesday, May 14, 2014 at 11:33 AM To: Alena Prokharchyk alena.prokharc...@citrix.com Cc: Alex Huang alex.hu...@citrix.com, Murali Reddy murali.re...@citrix.com, Kishan Kavala kishan.kav...@citrix.com, dev@cloudstack.apache.org dev@cloudstack.apache.org Subject: Re: Control event publishing in multi region setups I think I forgot to mention this, but I think we should talk with Alex Huang also because you need his approval. So let me know when you guys are available and let's just stop sending emails back and forth. Thanks Alex Ough On Wed, May 14, 2014 at 2:30 PM, Alex Ough alex.o...@sungardas.comwrote: Alena, I think we should talk, so please let me know when you're available. Thanks Alex Ough On Wed, May 14, 2014 at 1:36 PM, Alena Prokharchyk alena.prokharc...@citrix.com wrote: Alex, we do understand how “Full Scan” works and we know that your component/other components using Full Scan, should be able to distinguish whether the event was generated locally or by another region. Changing the event by enhancing it with “Local” flag is not a desired solution as its very specific to your feature, and we should never modify the CS code just to satisfy only a certain plugin/service needs. The same applies to introducing another method w/o event generation. Both solutions are incorrect, and I’m against putting them to the CS. Here are the rules that should apply to account/domain/user changes on the CS side: 1. The event should be generated regardless of who makes the call 2. The event should be light weight and contain the minimum details – object id/uuid/status. If we let third party components to enhance the events, they would grow exponentially and certain details would make sense just to specific plugin. So no changes to the event object unless its something generic and would make sense for all the subscribers. 3. If subscriber needs to get more details about the object – account/domain/user – he needs to request those details by calling listAccount/listDomains/listUsers API after getting the event. And object itself should give you information about: - Latest updates - Who performed the latest update – which region. So the solution for your plugin would be as Alex Huang suggested originally – add extra field to account/domain/user object defining who did the update. Copying his suggestion below: Now the detail is in how do we know if an account is created or propagated. For that, it can be done in a number of ways. I’m open to which method. I would suggest that we add two fields to account: origination region and original uuid. The create account API takes an optional fields for the origination region and origination account uuid. If these two parameters are not set in the API, the API set the origination region to the current region and the original uuid to the uuid of the account. Thanks, Alena. From: Alex Ough alex.o...@sungardas.com Date: Wednesday, May 14, 2014 at 6:44 AM To: Alena Prokharchyk alena.prokharc...@citrix.com Cc: Alex Huang alex.hu...@citrix.com, Murali Reddy murali.re...@citrix.com, Kishan Kavala kishan.kav...@citrix.com, dev@cloudstack.apache.org dev@cloudstack.apache.org Subject: Re: Control event publishing in multi region setups Alena/Alex Hwang, I totally understand your concerns, but I'm afraid you guys don't seem to understand how the 'Full scan' works. If I understood correctly, Alex Hwang's suggestion does NOT work because it is NOT the matter of propagation. The event subscribers that processes the Full Scan needs to discard all events even if they have the region value of 'Local'. So
Re: Review Request 21263: CLOODSTACK-6282: Added tests to IP Addess and divided test_escalations into individual files
On May 12, 2014, 10:53 a.m., Santhosh Edukulla wrote: test/integration/component/test_escalations_instances.py, line 66 https://reviews.apache.org/r/21263/diff/1/?file=577298#file577298line66 Retrieve the zone name using getZoneForTests() under get_zone. Look for other test suites for Example. We are not retrieving the zone name using getZoneForTests() at class setup as we are having tests which are specific to Basic and tests which are specific to Advanced zones. If we specify the name of the Zone and retreive based on it then the tests which are specific to other zones in the same class would fail. If we donot specify zone name and get the underlying zone from its setup then these tests would not fail. - Vinay --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21263/#review42678 --- On May 9, 2014, 12:57 p.m., Vinay Varma wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21263/ --- (Updated May 9, 2014, 12:57 p.m.) Review request for cloudstack and Santhosh Edukulla. Bugs: CLOUDSTACK-6282 https://issues.apache.org/jira/browse/CLOUDSTACK-6282 Repository: cloudstack-git Description --- CLOODSTACK-6282: Added tests to IP Addess and divided test_escalations into individual files based on their functionality Executed the tests in master and 4.4-forward branch and are running fine. Attached are the results files for each of the .py file in master and in 4.4-forward branches Diffs - test/integration/component/test_escalations_instances.py PRE-CREATION test/integration/component/test_escalations_ipaddresses.py PRE-CREATION test/integration/component/test_escalations_isos.py PRE-CREATION test/integration/component/test_escalations_securitygroups.py PRE-CREATION test/integration/component/test_escalations_snapshots.py PRE-CREATION test/integration/component/test_escalations_templates.py PRE-CREATION test/integration/component/test_escalations_volumes.py PRE-CREATION test/integration/component/test_escalations_vpncustomergateways.py PRE-CREATION tools/marvin/marvin/lib/base.py 88e6d9a Diff: https://reviews.apache.org/r/21263/diff/ Testing --- Executed the tests in master and 4.4-forward branch and are running fine. Attached are the results files for each of the .py file in master and in 4.4-forward branches File Attachments MasterResults-Instances.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/406e33de-cc24-40e3-84c1-5a6d65a5d148__MasterResults-Instances.txt MasterResults-IpAddresses.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/dab25ce0-3d8b-450e-a5d7-8319b3222080__MasterResults-IpAddresses.txt MasterResults-Isos.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/55ef7b92-ba30-4297-9518-ea41dfa3b873__MasterResults-Isos.txt MasterResults-SecurityGroups.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/db59e0ec-3980-4486-92aa-9f9ca07619dc__MasterResults-SecurityGroups.txt MasterResults-Snapshots.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/0f1303df-00dd-4535--f8fe24fb00ec__MasterResults-Snapshots.txt MasterResults-Templates.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/27803766-d7d5-477a-9cb4-00af19707268__MasterResults-Templates.txt MasterResults-VPNCustomerGateway.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/fb836ae9-030d-4e47-b482-8329fd891415__MasterResults-VPNCustomerGateway.txt MasterResults-Volumes.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/948f0888-ceac-4202-a430-4e3fb426bc9d__MasterResults-Volumes.txt 4.4Results-Instances.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/31828ac7-98d9-4f18-a82b-4802e798573e__4.4Results-Instances.txt 4.4Results-IpAddresses.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/4f450475-1fbf-4883-8c7c-5594b01fcc94__4.4Results-IpAddresses.txt 4.4Results-Isos.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/31c9fc6e-2a82-4dc6-9e22-1ec8b4752695__4.4Results-Isos.txt 4.4Results-SecurityGroups.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/dcd978be-178b-4ef8-b98b-b685b688478f__4.4Results-SecurityGroups.txt 4.4Results-Snapshots.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/443d5c45-3037-45c5-a8ac-0e2cdc0ca12b__4.4Results-Snapshots.txt 4.4Results-Templates.txt https://reviews.apache.org/media/uploaded/files/2014/05/09/7e95dffd-bbed-46c7-8d95-9ee60f377bb0__4.4Results-Templates.txt 4.4Results-Volumes.txt
Re: Cannot assign bugs on ASF Cloudstack Jira
Sebastien has opened a ticket to deal with this: https://issues.apache.org/jira/browse/INFRA-7718 I 'think' it's been dealt with as well. --David On Mon, May 12, 2014 at 1:36 PM, Yoshikazu Nojima m...@ynojima.net wrote: Hi I experienced same issue. Does anyone have any idea? Regards, Noji 2014-05-07 0:01 GMT-06:00 Saksham Srivastava saksham.srivast...@citrix.com: Hi, I tried assigning 4.4 bug to myself on https://issues.apache.org/jira But the UI option to change the assignee seems disabled. Anyone else having the same issue ? Thanks, Saksham
Re: [ACS44] INSTALL.md update
On May 6, 2014, at 2:01 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Can someone (or actually everybody!) please have a look at the INSTALL.md file to decide if we need to update some of the package names and version numbers in there? there is also a README.tools.md https://github.com/apache/cloudstack/blob/master/README.tools.md Any objections to rename it README.md (so that it shows on github mirror front page). And potentially scratching the content and point to the docs or wiki ? cc/ Rohit, Prasanna and Chip since they are the authors. thanks -- Daan
Patch Management
Team, Currently, it seems we have few patches missing in master but available in current running branch, could be attributed for various reasons. Its hard to track some times that all changes made to make issue fixes work, are all available in master at any given time. I believe we can have an entry gate, that if the patch does not apply cleanly on either of the branch( and if it is supposed for both ), then its better we don't push it to both the branches, until the clean patch for both master and running branch are submitted again. This way, review will not be closed to submission. Otherwise, from bug fixes perspective, fixes should go hand in hand to both master and running branch i believe. Tracking manually through review\git log for missing patches may be little tedious and error prone again. You can see if there is a better way to track patch to completion for both and is proper. Thanks! Santhosh
Re: List Usage Records using Cloud Monkey
Yes, cloudmonkey is working fine. We are able to list the zones, hosts, apis, etc... We are using root admin apisecret keys. We didn't call api using any other methods to get the usagerecords. Thank you, Suneel Mallela Sent from my Sony Xperia™ smartphone sebgoa run...@gmail.com wrote: On May 13, 2014, at 9:51 PM, Prakash Rao Banuka prakas...@simplifydc.com wrote: Hi Sam We are using 4.3 and 4.2 Thank you Prakash Couple more questions: -Does cloudmonkey work for any other command: list zones ? list templates ? -Are you using keys from a root user ? -Can you call the listusagerecords api with something else than cloudmonkey and get the expected results ? -Original Message- From: Sam Schmit [mailto:sam.sch...@appcore.com] Sent: Tuesday, May 13, 2014 6:43 PM To: dev@cloudstack.apache.org Cc: Venkata Suneel Babu Mallela Subject: Re: List Usage Records using Cloud Monkey Prakash, What version of CS are you using? We have seen issues with NPEs being thrown in 4.3 onward (prior to a fix I have submitted) when there were removed VMs. Sam On Mon, May 12, 2014 at 12:47 PM, Prakash Rao Banuka prakas...@simplifydc.com wrote: Hi: I installed and configured cloud usage, The records are getting created and are stored in tables (Cloud_usage Database) I'm issuing the following command in cloud monkey environment. list usagerecords startdate=-mm-dd enddate=-mm-dd enter The result is showing as None, but If I check in the Mysql database (cloud_usage) and the table (cloud_usage) , records does exists. Any Idea Please Thank you Prakash
Re: uploadCustomCertificate
Michael, Check the CS-Users list, there's a discussing going on right now about intermediate certs and how to deal with this. Sam On Thu, May 8, 2014 at 5:18 PM, Michael Phillips mphilli7...@hotmail.comwrote: When using this command to upload the intermediate cert how do you specify the newline character that is included in SSL certs? I thought it might be to do \n, but it looks to just include the \n as part of the txt...
cherry-pick commits for CLOUDSTACK-6686, CLOUDSTACK-6685, CLOUDSTACK-6668
Daan, Please cherry-pick below commits from 4.4-forward to 4.4 commit 4e72ec99838685a60cee792ce94d206105331942 Author: Murali Reddy muralimmre...@gmail.com Date: Thu May 15 16:41:34 2014 +0530 CLOUDSTACK-6686:NetworkACLItemCidrsDaoImpl uses firewallRuleId instead of networkAclItemId commit 5dcc34cb655ebfff996c629dc0eeeb3d54657480 Author: Murali Reddy muralimmre...@gmail.com Date: Thu May 15 16:37:40 2014 +0530 CLOUDSTACK-6685: OVS distributed firewall: source CIDR mismatch while populating ingress egress network ACL commit 4c01d81d80ef8541ba0976c3beee9d7180da883b Author: Murali Reddy muralimmre...@gmail.com Date: Wed May 14 16:38:17 2014 +0530 CLOUDSTACK-6668: OVS distributed routing: ensure bridge is deleted when last VM from the VPC is deleted on a host
Re: Review Request 21155: [Windows]Integrate dependencies into MSI Windows installer
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21155/#review43197 --- Ship it! aca7606a40adcb7c1829b05bd06725e568302d8f in master - Murali Reddy On May 7, 2014, 11:17 a.m., Damodar Reddy Talakanti wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21155/ --- (Updated May 7, 2014, 11:17 a.m.) Review request for cloudstack, Abhinandan Prateek and Murali Reddy. Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-6563 https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-6563 Repository: cloudstack-git Description --- Trying to add dependencies installation along with Cloud Stack installation as part of EXE. This will install needed dependencies for cloud stack like tomcat, python, cdrtools etc... Diffs - client/pom.xml e30d97b pom.xml ecae71a scripts/common/keys/ssl-keys.py 4ef50b0 scripts/installer/windows/acs.wxs 150c472 scripts/installer/windows/acs_license.rtf PRE-CREATION scripts/installer/windows/dependencies.wxs PRE-CREATION Diff: https://reviews.apache.org/r/21155/diff/ Testing --- These changes are specific windows files so tested on windows 2012 R2 server Thanks, Damodar Reddy Talakanti
Re: CLOUDSTACK-6464: Cloudstack 4.3 instances can't access outside world
On Wed, May 7, 2014 at 11:19 PM, Evan McGee e...@ringplus.net wrote: can you bump to ticket up to 4.4.0 from (the nonexistent) 4.3.1 thanks Evan, i bumped all remaining 4.3.1 issues to 4.4.0 -- Daan
Re: NetApp plugin wins Best of Synergy 2014 award in cloud track
On May 9, 2014, at 6:39 PM, La Motta, David david.lamo...@netapp.com wrote: I wanted to give a shout-out to Chris Suich, who was a key player in the team that worked on the NetApp plugin--aka Virtual Storage Console for Apache CloudStack. Many of you know Chris personally from the CloudStack Collab. Conferences and also from his participation on this dev list. The plugin was nominated for the Best of Synergy award at Citrix Synergy this week, and NetApp won in the cloud category with the VSC. Winning was driven strictly by attendee voting, so that was really cool. Thanks for helping us get there, Chris. Congrats to Chris and Netapp, I saw a demo and this was very cool. -sebastien // David
Re: Review Request 21554: CLOUDSTACK-6657: Adding condition for checking error code 530 across test cases
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21554/ --- (Updated May 16, 2014, 6:06 p.m.) Review request for cloudstack and Santhosh Edukulla. Changes --- Review changes. Bugs: CLOUDSTACK-6657 https://issues.apache.org/jira/browse/CLOUDSTACK-6657 Repository: cloudstack-git Description --- Adding explicit check for error code 530 in the response received form the server wherever applicable. I have made these changes in all those files which failed due to having wrong assert (Build #348 KVM regression). Will add more of these changes in other files whenever found failing due to above reason in the build logs. Diffs (updated) - test/integration/component/test_accounts.py cf5f2b6 test/integration/component/test_add_remove_network.py c17293d test/integration/component/test_affinity_groups.py d0fa2f7 test/integration/component/test_assign_vm.py 24b63a6 test/integration/component/test_ip_reservation.py c84f63c test/integration/component/test_non_contiguous_vlan.py 4609af9 test/integration/component/test_projects.py c593fb6 test/integration/component/test_volumes.py b5b08e2 test/integration/component/test_vpc.py e9d396e8 test/integration/component/test_vpc_network.py a449948 test/integration/component/test_vpc_network_lbrules.py a5625e7 test/integration/component/test_vpc_vms_deployment.py 1c1f93d test/integration/smoke/test_network.py 6beb071 test/integration/smoke/test_nic.py 592a839 test/integration/smoke/test_primary_storage.py 3147d86 test/integration/smoke/test_volumes.py 5908e2b Diff: https://reviews.apache.org/r/21554/diff/ Testing --- Tested all test suites with python command. Tested only few test suites by running them, not all. Same working change has been applied to all files. Thanks, Gaurav Aradhye
Re: [REQUEST] permission to assign task in jira
Alex, I am able to assign tickets to myself now. Looks like it is being resolved. Regards, Gaurav On Wed, May 14, 2014 at 8:33 PM, Alex Hitchins a...@alexhitchins.comwrote: Hi Gaurav, I had been able to before and can't now so it looks like a larger issue. Does anyone know any more? Alex Hitchins | 07788 423 969 | 01892 523 587 -Original Message- From: Gaurav Aradhye [mailto:gaurav.arad...@clogeny.com] Sent: 14 May 2014 12:42 To: dev@cloudstack.apache.org Subject: Re: [REQUEST] permission to assign task in jira Hello sebgoa, I mean permission to assign issues. I am not able to assign issue to even to myself. Have the permissions changed? Earlier I was able to do it. Regards, Gaurav On Wed, May 14, 2014 at 12:40 PM, sebgoa run...@gmail.com wrote: On May 13, 2014, at 4:38 PM, Gaurav Aradhye gaurav.arad...@clogeny.com wrote: Hi, Can anyone please give me permission to assign task in jira? My jira id is gauravaradhye. We don't assign task in this project, folks pick up the tickets themselves Regards, Gaurav
Re: Review Request 21554: CLOUDSTACK-6657: Adding condition for checking error code 530 across test cases
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21554/ --- (Updated May 16, 2014, 7:33 p.m.) Review request for cloudstack and Santhosh Edukulla. Changes --- Added patch rebased against master Bugs: CLOUDSTACK-6657 https://issues.apache.org/jira/browse/CLOUDSTACK-6657 Repository: cloudstack-git Description --- Adding explicit check for error code 530 in the response received form the server wherever applicable. I have made these changes in all those files which failed due to having wrong assert (Build #348 KVM regression). Will add more of these changes in other files whenever found failing due to above reason in the build logs. Diffs - test/integration/component/test_accounts.py cf5f2b6 test/integration/component/test_add_remove_network.py c17293d test/integration/component/test_affinity_groups.py d0fa2f7 test/integration/component/test_assign_vm.py 24b63a6 test/integration/component/test_ip_reservation.py c84f63c test/integration/component/test_non_contiguous_vlan.py 4609af9 test/integration/component/test_projects.py c593fb6 test/integration/component/test_volumes.py b5b08e2 test/integration/component/test_vpc.py e9d396e8 test/integration/component/test_vpc_network.py a449948 test/integration/component/test_vpc_network_lbrules.py a5625e7 test/integration/component/test_vpc_vms_deployment.py 1c1f93d test/integration/smoke/test_network.py 6beb071 test/integration/smoke/test_nic.py 592a839 test/integration/smoke/test_primary_storage.py 3147d86 test/integration/smoke/test_volumes.py 5908e2b Diff: https://reviews.apache.org/r/21554/diff/ Testing --- Tested all test suites with python command. Tested only few test suites by running them, not all. Same working change has been applied to all files. File Attachments (updated) Rebased patch against master https://reviews.apache.org/media/uploaded/files/2014/05/16/23566db1-7f6c-46bf-9444-878d9a6e7630__0001-CLOUDSTACK-6657-Adding-condition-for-checking-error-.patch Thanks, Gaurav Aradhye
Build failed in Jenkins: build-master-slowbuild #857
See http://jenkins.buildacloud.org/job/build-master-slowbuild/857/changes Changes: [girish] CLOUDSTACK-6689: Fixed indentation issue in persistent network test cases -- [...truncated 73009 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultipartMetaDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information.
Build failed in Jenkins: cloudstack-4.4-forward-build #74
See http://jenkins.buildacloud.org/job/cloudstack-4.4-forward-build/74/changes Changes: [nitin.mehta] CLOUDSTACK-6530: Make Network and Volume implement Displayable interface. Iterate over all first class entities in the context to decide the display property for event display. [mail] CLOUDSTACK-6614 bugfix: systemvm template build failed because of src iso link is broken -- Started by an SCM change Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on cloudstack-buildslave-centos6-95c (cloudstack-buildslave-centos6) in workspace http://jenkins.buildacloud.org/job/cloudstack-4.4-forward-build/ws/ Cloning the remote Git repository Cloning repository https://git-wip-us.apache.org/repos/asf/cloudstack.git Fetching upstream changes from https://git-wip-us.apache.org/repos/asf/cloudstack.git Fetching upstream changes from https://git-wip-us.apache.org/repos/asf/cloudstack.git Checking out Revision 3187411f9f6d61d50aa73614f991c4866f5f0375 (origin/4.4-forward) Invalid tool ID 3.1.1 FATAL: Couldn’t find any executable in /jenkins/tools/hudson.tasks.Maven_MavenInstallation/maven-3.1.1 Build step 'Invoke top-level Maven targets' marked build as failure
Re: Review Request 21260: CLOUDSTACK-6620: [Hyper-v] when all vms on host are deleted from outside, then there is null pointer exception in hyperv agent in getting vmstats
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21260/#review42568 --- Ship it! Ship It! - Devdeep Singh On May 9, 2014, 9:26 a.m., Anshul Gangwar wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21260/ --- (Updated May 9, 2014, 9:26 a.m.) Review request for cloudstack, Devdeep Singh and Rajesh Battala. Bugs: CLOUDSTACK-6620 https://issues.apache.org/jira/browse/CLOUDSTACK-6620 Repository: cloudstack-git Description --- [Hyper-v] when all vms on host are deleted from outside, then there is null pointer exception in hyperv agent in getting vmstats. As hyperv agent tries to get the stats of non-existent vm Diffs - plugins/hypervisors/hyperv/DotNet/ServerResource/HypervResource/WmiCallsV2.cs 7dbb8c1 Diff: https://reviews.apache.org/r/21260/diff/ Testing --- Created the needed environment. Verified that after application of patch there was no nullpointerexception Thanks, Anshul Gangwar
Re: [ACS44] Cherry pick for CLOUDSTACK-6675
I did find 3b5f95c5473165356702d16873ac3d7cd8c514e8 in 4.4-forward with the same comment. assuming this one On Thu, May 15, 2014 at 8:43 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: On Wed, May 14, 2014 at 9:33 PM, Alena Prokharchyk alena.prokharc...@citrix.com wrote: d91edcec560014f7a065e8f709c9321d87f18820 I can not find this commit, did you push it? -- Daan -- Daan
Build failed in Jenkins: build-master-slowbuild #810
See http://jenkins.buildacloud.org/job/build-master-slowbuild/810/ -- [...truncated 18312 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultipartMetaDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not
Re: [PROPOSAL] Using continuous integration to maintain our code quality...
On Thu, May 15, 2014 at 09:01:16PM +, Alex Huang wrote: On Wed, May 14, 2014 at 06:21:34PM +, Alex Huang wrote: I think infrastructure code should just be checked in with the source code. To separate it means you have to deal with version match/mismatch between infrastructure and source code. Sorry - that doesn't sound right. Usually infrastructure code has little to do with the source code other than deploying the packages built from said source. Could you please clarify the bits that go into this infra code and why it should be affected by versions? [*] If it's config management recipes those are usually maintained separate from source of your web-tier. Infra code is maintained and changed usually more rapidly. I don't get why jenkins settings and config management should exist within our catch-all tools dir. We're going to bloat it up unnecessarily and realise later it should have been a separate repo to begin with - for eg. cloudmonkey or marvin. Let me put out what I consider as a requirement. The requirement is any changes in framework, infrastructure, configuration, recipes, scripts, source code, marvin, etc, cannot affect CI that has been established on released branches. You have to look at CI like build for source code. When a release is done, you take a label or a branch and you're fairly certain it will build again. CI has to be the same, I might have shut it down for a release for a while but if I have to dust it off, I have to be fairly certain it runs again without a lot of debugging. Now if there are well established components, like Jenkins or Mysql that we can just specify the version # like we do with maven in build, then it's fine not to include it in the source tree. But if the components used by CI is not a well versioned independent entity, then we should include it in the source tree and branch it with the release or risk CI breaking for that release. For things like this, I rather not guess too optimistically about the chances. We have to treat CI running on released branches to be like production systems. The best thing to do for a production system that works is to don't let anyone touch any part of it, as any ops guy will tell you. Ok - easier to understand this when you guys are ready to share your framework/tools. Even so, I forsee it being composed of tools and libraries that have little to nothing to do with CloudStack. Which is why I would like it to be part of a different repo, have their own independant releases so infra code can be deployed and upgraded by ops guys (of various companies using the solution) at the time they see best. For instance - jenkins instances upgrade regardless of the projects they are building. [*] the wiki did not have enough information about the infra-code It's not intended to. The wiki is meant to provide what developers and testers should do. It's not to explain the infrastructure code. I'm sure Santhosh and others will document what they've done and how others can take advantage. Look forward to it. --Alex -- Prasanna., Powered by BigRock.com
Re: Support pure Xen as a hypervisor follow-up
Hi, On 14 May 2014, at 09:53, sebgoa run...@gmail.com wrote: On Apr 9, 2014, at 2:37 PM, Dave Scott dave.sc...@citrix.com wrote: Hi, Following up from Tim's Support pure Xen as a hypervisor proposal last month[1] I'd like to start working on this and maybe even make a little bit of progress while I'm at CCC in Denver. Helpfully James Bulpin managed to get CS + libvirt + xen to start an instance in a simple configuration. Although the patches[2] are not intended to be production-ready :) they help highlight some of the areas we need to change. Dave, just to let you know that Tim has done some important refactoring to split up XenServer hypervisor in CS between Xen and XenServer. That way we could keep using xapi for XS but start moving to libvirt for Xen. Tim worked in the xen2server branch (don't ask about the name, I messed it up…:) ). https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/xen2server Would be nice to see some of the libvirt stuff in that branch to handle a new driver for Xen. Since the two hypervisors will be split up, we could still drop in some early libvirt patches to handle Xen and put this in 4.5 as a wip. Thanks for the links. I’m slowly building up a set of patches here: https://github.com/djs55/cloudstack/tree/virsh-capabilities I think once I’ve gotten to a stable-ish point I’ll rebase on top of Tim’s branch. So far I’ve * changed the hypervisor detection to use ‘virsh capabilities’ in one place and ‘cat /sys/hypervisor/type’ in another. Thinking about it again, I think it’s probably best to standardise on /sys/hypervisor/type since that will succeed irrespective of whether the libvirtd service is chkconfig’d on or not. * in the python cloudutils system setup stuff isKvmEnabled() has become isHypervisorEnabled() * added a XenLibvirtDiscoverer similar to the LXC one * fixed what I believe is a race in sshExecuteCmdOneShotWithExitCode (which seems to hit me every time, I don’t know why other people seem to be immune from it): see CLOUDSTACK-6621 and review board request 21261 * added the new hypervisor to hypervisor.list and system.vm.default.hypervisor, so it appears in the UI properly * registered a system VM template in the database, using the same qcow2 image as KVM For my test host I’m using a XenServer nightly snapshot which comes with a nice modern xen and kernel, and is easy to install bleeding-edge libvirt on top. I had to tweak the kernel configuration and the network configuration but I’m hoping to make it work out of the box in future. When I deploy my ‘datacenter’ the discovery phase works, the agent connects and looks healthy in the logs and the UI. The next step is to figure out why the system VM template isn’t being copied to primary storage — for some reason the copy isn’t being attempted but I can’t see any obvious reason why. Cheers, Dave -Sebastien Some of the areas are: 1. hypervisor detection Where we currently look for KVM specifically (lsmod | grep kvm) we could switch to either detecting any Linux hypervisor (by reading /sys/hypervisor/type) and assuming if a hypervisor is present then we can use libvirt on it (is this a fair assumption?) Or we could white-list “kvm” or “xen”. Or we could query libvirt directly (perhaps via 'virsh capabilities'?) 2. fiddling with the domain.xml When starting a domain via libvirt the XML configuration has hypervisor-specific stuff in it. Some of this is easy to change like: domain type='kvm' obviously becomes domain type='xen' and emulator/usr/libexec/qemu-kvm/emulator should probably be emulator/some/other/path/qemu-dm/emulator Some is a bit more invasive (to the VM) such as the virtual hardware type should be switched from virtio to xen (and the block device in Linux will change from /dev/vd* to /dev/xvd*) and we'll have to either implement or work around the lack of channel type='unix' ... -- I presume this is a control channel into the system VM. Perhaps we could implement this in libvirt/libxl using vchan? 3. system VMs? It would be very convenient if the system VM images could work on both xen and KVM. This is probably doable as long as we don't bake in virtual hardware specific information (such as /dev/vda) in the image. We could use the qcow2 format in both cases. What do you think? … and I’m sure there’s more. Anyway, feedback would be welcome. If anyone else in Denver wants to chat, then come grab me later! Cheers, Dave Scott [1] http://mail-archives.apache.org/mod_mbox/cloudstack-users/201403.mbox/%3ccajgxtbnbmqtq81ralgh2kma7v5wjyzkr3xnyasmkc_br+uk...@mail.gmail.com%3e [2] https://github.com/jamesbulpin/cloudstack/commits/jamesb_xen_exploratory
Jenkins build is back to normal : build-master-noredist #2768
See http://jenkins.buildacloud.org/job/build-master-noredist/2768/changes
Re: [2/2] git commit: updated refs/heads/4.4 to 02bd3d0
Hello, This commit creating an NPE issue when you add a new kvm instance from ISO. See: https://issues.apache.org/jira/browse/CLOUDSTACK-6671 Milamber Le 13/05/2014 09:33, d...@apache.org a ecrit : CLOUDSTACK-6358: As a part of supporting dynamic guest OS defined by user, removing the hard-coded dependencies. This patch is for KVM 1. Local testing on KVM 2. Successfully got up system VMs 3. Successfully created a CentOS VM 4. Snapshots are not supported for KVM Signed off by :- Nitin Mehtanitin.me...@citrix.com Project: http://git-wip-us.apache.org/repos/asf/cloudstack/repo Commit: http://git-wip-us.apache.org/repos/asf/cloudstack/commit/02bd3d06 Tree: http://git-wip-us.apache.org/repos/asf/cloudstack/tree/02bd3d06 Diff: http://git-wip-us.apache.org/repos/asf/cloudstack/diff/02bd3d06 Branch: refs/heads/4.4 Commit: 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c Parents: 1fb358d Author: Amogh Vasekar amogh.vase...@citrix.com Authored: Wed May 7 15:16:55 2014 -0700 Committer: Daan Hoogland d...@onecht.net Committed: Tue May 13 10:33:15 2014 +0200 -- .../storage/dao/GuestOSHypervisorDaoImpl.java | 6 +- .../kvm/resource/LibvirtComputingResource.java | 156 ++- .../hypervisor/kvm/resource/LibvirtVMDef.java | 9 ++ .../hypervisor/kvm/resource/VifDriverBase.java | 4 +- server/src/com/cloud/hypervisor/KVMGuru.java| 14 +- 5 files changed, 108 insertions(+), 81 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cloudstack/blob/02bd3d06/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java -- diff --git a/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java b/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java index 3b05120..b06cdfa 100644 --- a/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java +++ b/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java @@ -58,9 +58,13 @@ public class GuestOSHypervisorDaoImpl extends GenericDaoBaseGuestOSHypervisorVO @Override public GuestOSHypervisorVO findByOsIdAndHypervisor(long guestOsId, String hypervisorType, String hypervisorVersion) { SearchCriteriaGuestOSHypervisorVO sc = mappingSearch.create(); +String version = default; +if (!(hypervisorVersion == null || hypervisorVersion.isEmpty())) { +version = hypervisorVersion; +} sc.setParameters(guest_os_id, guestOsId); sc.setParameters(hypervisor_type, hypervisorType); -sc.setParameters(hypervisor_version, hypervisorVersion); +sc.setParameters(hypervisor_version, version); return findOneBy(sc); } http://git-wip-us.apache.org/repos/asf/cloudstack/blob/02bd3d06/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java -- diff --git a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java index 345a8ee..b8f33e5 100755 --- a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java +++ b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java @@ -16,12 +16,79 @@ // under the License. package com.cloud.hypervisor.kvm.resource; +import java.io.BufferedOutputStream; +import java.io.BufferedReader; +import java.io.File; +import java.io.FileNotFoundException; +import java.io.FileOutputStream; +import java.io.FileReader; +import java.io.IOException; +import java.io.InputStream; +import java.io.InputStreamReader; +import java.io.Reader; +import java.net.InetAddress; +import java.net.URI; +import java.net.URISyntaxException; +import java.net.URL; +import java.net.URLConnection; +import java.text.DateFormat; +import java.text.MessageFormat; +import java.text.SimpleDateFormat; +import java.util.ArrayList; +import java.util.Arrays; +import java.util.Calendar; +import java.util.Collections; +import java.util.Comparator; +import java.util.Date; +import java.util.HashMap; +import java.util.HashSet; +import java.util.List; +import java.util.Map; +import java.util.Properties; +import java.util.Set; +import java.util.UUID; +import java.util.concurrent.Callable; +import java.util.concurrent.ConcurrentHashMap; +import java.util.concurrent.ExecutionException; +import java.util.concurrent.ExecutorService; +import java.util.concurrent.Executors; +import java.util.concurrent.Future; +import java.util.concurrent.TimeUnit; +import java.util.concurrent.TimeoutException; +import java.util.regex.Matcher; +import java.util.regex.Pattern; + +import javax.ejb.Local; +import
[ACS4.4] Cherry-pick 3 bugs
Hi Daan, Would you please cherry-pick the following 3 bug fixes from 4.4-forward to 4.4 branch? Commit: 500c99eef7f7a04d95ed95697a2678fef283e61d CLOUDSTACK-6600:IAM Security checker needs to have cache to improve checkAccess performance. Commit: b9bdaf9d31803cd080475e27da56695c3293c4ca CLOUDSTACK-6598:IAM - listAccount() retrurns Caller cannot be passed as NULL to IAM! when domain deletion is in progress. Commit: e8e0449ed4eaa489d53b43c0137833a660b6d6cf CLOUDSTACK-6613:IAM: authorizeSecurityGroupIngress fails when SG Name is Passed. Thanks -min
Re: Review Request 21554: CLOUDSTACK-6657: Adding condition for checking error code 530 across test cases
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21554/#review43207 --- Commit 8eca37056f5bb1eee10f0bedee785142d7c3437a in cloudstack's branch refs/heads/4.4-forward from Gaurav Aradhye [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=8eca370 ] CLOUDSTACK-6657: Adding condition for checking error code 530 across test cases Signed-off-by: SrikanteswaraRao Talluri tall...@apache.org - ASF Subversion and Git Services On May 16, 2014, 12:36 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21554/ --- (Updated May 16, 2014, 12:36 p.m.) Review request for cloudstack and Santhosh Edukulla. Bugs: CLOUDSTACK-6657 https://issues.apache.org/jira/browse/CLOUDSTACK-6657 Repository: cloudstack-git Description --- Adding explicit check for error code 530 in the response received form the server wherever applicable. I have made these changes in all those files which failed due to having wrong assert (Build #348 KVM regression). Will add more of these changes in other files whenever found failing due to above reason in the build logs. Diffs - test/integration/component/test_accounts.py cf5f2b6 test/integration/component/test_add_remove_network.py c17293d test/integration/component/test_affinity_groups.py d0fa2f7 test/integration/component/test_assign_vm.py 24b63a6 test/integration/component/test_ip_reservation.py c84f63c test/integration/component/test_non_contiguous_vlan.py 4609af9 test/integration/component/test_projects.py c593fb6 test/integration/component/test_volumes.py b5b08e2 test/integration/component/test_vpc.py e9d396e8 test/integration/component/test_vpc_network.py a449948 test/integration/component/test_vpc_network_lbrules.py a5625e7 test/integration/component/test_vpc_vms_deployment.py 1c1f93d test/integration/smoke/test_network.py 6beb071 test/integration/smoke/test_nic.py 592a839 test/integration/smoke/test_primary_storage.py 3147d86 test/integration/smoke/test_volumes.py 5908e2b Diff: https://reviews.apache.org/r/21554/diff/ Testing --- Tested all test suites with python command. Tested only few test suites by running them, not all. Same working change has been applied to all files. Thanks, Gaurav Aradhye
[GitHub] cloudstack-docs-admin pull request: Update templates.rst
GitHub user w00binda opened a pull request: https://github.com/apache/cloudstack-docs-admin/pull/10 Update templates.rst The right command is dpkg-reconfigure and not dpkg-reconfig. You can merge this pull request into a Git repository by running: $ git pull https://github.com/w00binda/cloudstack-docs-admin patch-1 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cloudstack-docs-admin/pull/10.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #10 commit 32e70192030f627283d59c6a0edc5467a90e1646 Author: w00binda robe...@gmail.com Date: 2014-05-15T15:58:24Z Update templates.rst The right command is dpkg-reconfigure and not dpkg-reconfig. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[ACS4.4] cherry-pick commits for CLOUDSTACK-6686, CLOUDSTACK-6685, CLOUDSTACK-6668
Daan, Please cherry-pick below commits from 4.4-forward to 4.4 commit 4e72ec99838685a60cee792ce94d206105331942 Author: Murali Reddy muralimmre...@gmail.com Date: Thu May 15 16:41:34 2014 +0530 CLOUDSTACK-6686:NetworkACLItemCidrsDaoImpl uses firewallRuleId instead of networkAclItemId commit 5dcc34cb655ebfff996c629dc0eeeb3d54657480 Author: Murali Reddy muralimmre...@gmail.com Date: Thu May 15 16:37:40 2014 +0530 CLOUDSTACK-6685: OVS distributed firewall: source CIDR mismatch while populating ingress egress network ACL commit 4c01d81d80ef8541ba0976c3beee9d7180da883b Author: Murali Reddy muralimmre...@gmail.com Date: Wed May 14 16:38:17 2014 +0530 CLOUDSTACK-6668: OVS distributed routing: ensure bridge is deleted when last VM from the VPC is deleted on a host
Re: Review Request 21194: CLOUDSTACK-6580: Adding listall parameter while listing Account in createUserApiClient
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21194/#review42468 --- Commit 38e8a20afb3f71de2e3e0b9c8f50ad71b82df1b0 in cloudstack's branch refs/heads/master from Gaurav Aradhye [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=38e8a20 ] CLOUDSTACK-6580: Adding listall parameter while listing Account in createUserApiClient - ASF Subversion and Git Services On May 8, 2014, 8:04 a.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21194/ --- (Updated May 8, 2014, 8:04 a.m.) Review request for cloudstack and Girish Shilamkar. Bugs: CLOUDSTACK-6580 https://issues.apache.org/jira/browse/CLOUDSTACK-6580 Repository: cloudstack-git Description --- Fix for CLOUDSTACK-6580. Listall parameter was missing listAccounts method in createUserApiClient. Diffs - tools/marvin/marvin/cloudstackTestClient.py 9fe559d Diff: https://reviews.apache.org/r/21194/diff/ Testing --- Yes Thanks, Gaurav Aradhye
Re: CloudMonkey 5.1 error
Try this: `which cloudmonkey` and try to debug which path the runnable script is trying to execute? I'm not sure what's causing issue, probably some path issue. You may remove cloudmonkey using pip uninstall cloudmonkey and rm -fr from 2.7 and possibly 2.6 in /Library/Python/{2.6,2.7 etc.} and do a fresh install. Regards. On Wed, May 14, 2014 at 1:40 PM, Daan Hoogland daan.hoogl...@gmail.comwrote: request is available. I can run cloudmonkey without the wrapper script: python /Library/Python/2.7/site-packages/cloudmonkey/cloudmonkey.py -c ~/.cloudmonkey/local.root works but cloudmonkey -c ~/.cloudmonkey/local.root gives the error On Wed, May 14, 2014 at 9:33 AM, Rohit Yadav bhais...@apache.org wrote: Hi Daan, Can you do pip install requests and retry? Looks like requests (used to sane http calls) library is not available on your system. I'll try to re-read the code this weekend. Regards. On Fri, May 9, 2014 at 10:39 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Not sure if this is a bug in code or in user: daan:~ cloudmonkey -d ~/.cloudmonkey/local.root Traceback (most recent call last): File /usr/local/bin/cloudmonkey, line 5, in module from pkg_resources import load_entry_point File /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py, line 2603, in module working_set.require(__requires__) File /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py, line 666, in require needed = self.resolve(parse_requirements(requirements)) File /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py, line 565, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: requests I did sudo pip install cloudmonkey and got daan:~ pip list | grep cloud cloudmonkey (5.1.0) Any change in reqs? any extra reqs on macosx? -- Daan -- Daan
RE: marvin cloudstackConnection init
Daan, We kept a wiki page, i can check whether this change was mentioned there. We verified all the references before changing and then changed, tested. All scripts now runs with no issues post the changes. We were receiving many arguments, which can be part of one structure. It was receiving all management details from json as one structure and then passed as it is in deserialized format. Earlier, there were many arguments which are part of this structure mentioned individually and assigned back individually. Where are these scripts which has earlier references? I can look at them. Santhosh From: Daan Hoogland [daan.hoogl...@gmail.com] Sent: Friday, May 16, 2014 4:09 AM To: Santhosh Edukulla Cc: Girish Shilamkar; dev Subject: Re: marvin cloudstackConnection init No I mean you replaced the individual arguments with a mgmtDetails structure, did you describe this change somewhere? On Fri, May 16, 2014 at 8:52 AM, Santhosh Edukulla santhosh.eduku...@citrix.com wrote: If we are referring to scheme argument related to http\https, there was one more argument, passed i.e., mgmtDetails structure which serves this purpose and so removed it. Santhosh From: Daan Hoogland [daan.hoogl...@gmail.com] Sent: Thursday, May 15, 2014 4:15 PM To: Santhosh Edukulla; Girish Shilamkar; dev Subject: marvin cloudstackConnection init Santhosh, Girish, in 980e66d501f525672827c207d8b0921f819e5fcd you changed the interface to cloudstackConnection. My test scripts don't work anymore after updating marvin, do you have a link to an fs and/or a rationale? I can read the source but I think more people are going to run into this. thanks, -- Daan -- Daan
RE: Where is appropriate place to begin discussion for 5.0 API discussion?
Thanks. I created a page for 5.0. -Original Message- From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] Sent: Wednesday, May 14, 2014 12:28 AM To: dev Subject: Re: Where is appropriate place to begin discussion for 5.0 API discussion? On Tue, May 13, 2014 at 6:55 PM, Demetrius Tsitrelis demetrius.tsitre...@citrix.com wrote: dtsitrelis ok, you're in -- Daan
Re: [ACS44] critical issue assesment
By the way, the message I'm responding to from Daan is actually 8 days old (it just appeared in my inbox about 10 mins ago), so we may or may not still be at 11 blocker bugs. :) On Thu, May 15, 2014 at 10:40 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: It would be great if we could all take a little time to walk through the 11 blocker issues and see if we are familiar with any of them. It is entirely possible you won't be, and that's totally OK. :) The gist is we should try to work together to quickly assess the status of each of these (currently) blocker bugs so we can come up with a realistic expectation for when 4.4 might make it out the door. In the past, we may have gone a bit, shall I say, silent during this period of the development cycle, but I encourage everyone to see if we can help Daan move this process forward and get us to an RC1 in the near future. Thanks! :) On Wed, May 7, 2014 at 2:05 AM, Daan Hoogland daan.hoogl...@gmail.comwrote: Friend and (yes I consider you) collegues, I would like to call on you to volunteer to judge the issues we have for 4.4 marked critical. I am (next to some other $dayjob stuff) going to try and reduce our remaining blokker issue list from 11 items to empty. You might find that some are actually blokkers. Or that some may be resolved. Please let me know if the first is true. Any one, please? thanks -- Daan -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: [DOCS] Using Includes in the Administration Guides
The two docs that are currently referenced in the index.rst are 'networking.rst' and 'networking2.rst'. The file 'managing_networks.rst' file seems to be almost identical to 'networking2.rst' other than having a bit more detail in some places and there being changes in formatting. Lots of things like this: 'networking2.rst' = |add-ip-range.png| 'managing_networks.rst' = |add-ip-range.png: adding an IP range to a network.| Or things like this: 'networking2.rst' = Environment http://tools.ietf.org/html/rfc5517`_ 'managing_networks.rst' = Environment http://tools.ietf.org/html/rfc5517 `__ It is looking like one file is the predecessor of the other. Since 'networking2.rst' is the one that is linked in the 'index.rst' file, is that the master version of that documentation and the one I should be working from? Thanks, Will On Tue, May 13, 2014 at 4:16 AM, sebgoa run...@gmail.com wrote: On May 12, 2014, at 4:29 PM, Will Stevens wstev...@cloudops.com wrote: Hi All, I have been building documentation for the Palo Alto Networks firewall integration which I would like to add to the Administration Guide. I have currently built the Palo Alto integration doc as a stand alone doc, but I will be tweaking it in order to include it in the Administration Guide. Looking at the Administration Guide, I am noticing that the 'Managing Networks and Traffic' section is very long and a bit difficult to manage as it is. I am wondering if it makes sense to have a 'networking' folder and each of the subsections in that section be broken out into its own file which is then included into the 'networking2.rst' file. I am willing to work on this if you agree that this will simplify the management of this section of the documentation. +1 The all networking section in the admin guide needs to be cleaned up, there are currently three files: -networking.rst -networking2.rst -managing_networks.rst these files may have duplication and need to be organized much better have at it -sebastien Cheers, Will
Re: [2/2] git commit: updated refs/heads/4.4 to 02bd3d0
Nitin, Amogh, Can you have a quick look? please advice if I should revert or add a missing commit. regards, Daan On Fri, May 16, 2014 at 12:55 PM, Milamber milam...@apache.org wrote: Hello, This commit creating an NPE issue when you add a new kvm instance from ISO. See: https://issues.apache.org/jira/browse/CLOUDSTACK-6671 Milamber Le 13/05/2014 09:33, d...@apache.org a ecrit : CLOUDSTACK-6358: As a part of supporting dynamic guest OS defined by user, removing the hard-coded dependencies. This patch is for KVM 1. Local testing on KVM 2. Successfully got up system VMs 3. Successfully created a CentOS VM 4. Snapshots are not supported for KVM Signed off by :- Nitin Mehtanitin.me...@citrix.com Project: http://git-wip-us.apache.org/repos/asf/cloudstack/repo Commit: http://git-wip-us.apache.org/repos/asf/cloudstack/commit/02bd3d06 Tree: http://git-wip-us.apache.org/repos/asf/cloudstack/tree/02bd3d06 Diff: http://git-wip-us.apache.org/repos/asf/cloudstack/diff/02bd3d06 Branch: refs/heads/4.4 Commit: 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c Parents: 1fb358d Author: Amogh Vasekar amogh.vase...@citrix.com Authored: Wed May 7 15:16:55 2014 -0700 Committer: Daan Hoogland d...@onecht.net Committed: Tue May 13 10:33:15 2014 +0200 -- .../storage/dao/GuestOSHypervisorDaoImpl.java | 6 +- .../kvm/resource/LibvirtComputingResource.java | 156 ++- .../hypervisor/kvm/resource/LibvirtVMDef.java | 9 ++ .../hypervisor/kvm/resource/VifDriverBase.java | 4 +- server/src/com/cloud/hypervisor/KVMGuru.java| 14 +- 5 files changed, 108 insertions(+), 81 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cloudstack/blob/02bd3d06/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java -- diff --git a/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java b/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java index 3b05120..b06cdfa 100644 --- a/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java +++ b/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java @@ -58,9 +58,13 @@ public class GuestOSHypervisorDaoImpl extends GenericDaoBaseGuestOSHypervisorVO @Override public GuestOSHypervisorVO findByOsIdAndHypervisor(long guestOsId, String hypervisorType, String hypervisorVersion) { SearchCriteriaGuestOSHypervisorVO sc = mappingSearch.create(); +String version = default; +if (!(hypervisorVersion == null || hypervisorVersion.isEmpty())) { +version = hypervisorVersion; +} sc.setParameters(guest_os_id, guestOsId); sc.setParameters(hypervisor_type, hypervisorType); -sc.setParameters(hypervisor_version, hypervisorVersion); +sc.setParameters(hypervisor_version, version); return findOneBy(sc); } http://git-wip-us.apache.org/repos/asf/cloudstack/blob/02bd3d06/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java -- diff --git a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java index 345a8ee..b8f33e5 100755 --- a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java +++ b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java @@ -16,12 +16,79 @@ // under the License. package com.cloud.hypervisor.kvm.resource; +import java.io.BufferedOutputStream; +import java.io.BufferedReader; +import java.io.File; +import java.io.FileNotFoundException; +import java.io.FileOutputStream; +import java.io.FileReader; +import java.io.IOException; +import java.io.InputStream; +import java.io.InputStreamReader; +import java.io.Reader; +import java.net.InetAddress; +import java.net.URI; +import java.net.URISyntaxException; +import java.net.URL; +import java.net.URLConnection; +import java.text.DateFormat; +import java.text.MessageFormat; +import java.text.SimpleDateFormat; +import java.util.ArrayList; +import java.util.Arrays; +import java.util.Calendar; +import java.util.Collections; +import java.util.Comparator; +import java.util.Date; +import java.util.HashMap; +import java.util.HashSet; +import java.util.List; +import java.util.Map; +import java.util.Properties; +import java.util.Set; +import java.util.UUID; +import java.util.concurrent.Callable; +import java.util.concurrent.ConcurrentHashMap; +import java.util.concurrent.ExecutionException; +import java.util.concurrent.ExecutorService;
Re: VPC VPN Multiple Connections to Same Gateway
Excellent! Thanks everyone. John On May 14, 2014, at 12:59 PM, Sheng Yang sh...@yasker.org wrote: Hi John, This has been addressed as https://issues.apache.org/jira/browse/CLOUDSTACK-5501 The fix would be in 4.4 and after. Thanks! --Sheng On Tue, May 13, 2014 at 2:38 PM, John Skinner john.skin...@appcore.comwrote: Hey list - Having an issue with VPCs and site to site VPNs with CloudStack 4.2 . We have an account that has a VPC setup in 2 zones within the cloud. In zone A, they have created the VPN gateway and setup a connection back to their office. In zone B, they are trying to re-create that same VPN connection to their office but it is failing. CloudStack is not letting them use that same VPN gateway because it is already in use. They are also unable to create a new gateway with the same settings because the gateway IP address is already in the system. It looks like with CloudStack 4.2 we are unable to create multiple connections to the same gateway (1 connection from each zone). I have reviewed the notes for 4.3 and also looked at issues in Jira and do not see a duplicate of this any where so I do not believe it has been reported. Is any one else able to reproduce this to check my sanity?
Re: [DOCS] Using Includes in the Administration Guides
One other thing. It appears that the docs are being wrapped so the lines are never longer than something like 75 chars or something like that. What number is being used for this so I can make all the networking docs consistent as I work on this. I think 80 chars is pretty standard, but we seem to be using something less than that, so I want to verify that unit if possible... Thx, ws On Fri, May 16, 2014 at 11:02 AM, Will Stevens wstev...@cloudops.comwrote: The two docs that are currently referenced in the index.rst are 'networking.rst' and 'networking2.rst'. The file 'managing_networks.rst' file seems to be almost identical to 'networking2.rst' other than having a bit more detail in some places and there being changes in formatting. Lots of things like this: 'networking2.rst' = |add-ip-range.png| 'managing_networks.rst' = |add-ip-range.png: adding an IP range to a network.| Or things like this: 'networking2.rst' = Environment http://tools.ietf.org/html/rfc5517`_ 'managing_networks.rst' = Environment http://tools.ietf.org/html/rfc5517 `__ It is looking like one file is the predecessor of the other. Since 'networking2.rst' is the one that is linked in the 'index.rst' file, is that the master version of that documentation and the one I should be working from? Thanks, Will On Tue, May 13, 2014 at 4:16 AM, sebgoa run...@gmail.com wrote: On May 12, 2014, at 4:29 PM, Will Stevens wstev...@cloudops.com wrote: Hi All, I have been building documentation for the Palo Alto Networks firewall integration which I would like to add to the Administration Guide. I have currently built the Palo Alto integration doc as a stand alone doc, but I will be tweaking it in order to include it in the Administration Guide. Looking at the Administration Guide, I am noticing that the 'Managing Networks and Traffic' section is very long and a bit difficult to manage as it is. I am wondering if it makes sense to have a 'networking' folder and each of the subsections in that section be broken out into its own file which is then included into the 'networking2.rst' file. I am willing to work on this if you agree that this will simplify the management of this section of the documentation. +1 The all networking section in the admin guide needs to be cleaned up, there are currently three files: -networking.rst -networking2.rst -managing_networks.rst these files may have duplication and need to be organized much better have at it -sebastien Cheers, Will
RE: [PROPOSAL] Using continuous integration to maintain our code quality...
On Wed, May 14, 2014 at 06:21:34PM +, Alex Huang wrote: I think infrastructure code should just be checked in with the source code. To separate it means you have to deal with version match/mismatch between infrastructure and source code. Sorry - that doesn't sound right. Usually infrastructure code has little to do with the source code other than deploying the packages built from said source. Could you please clarify the bits that go into this infra code and why it should be affected by versions? [*] If it's config management recipes those are usually maintained separate from source of your web-tier. Infra code is maintained and changed usually more rapidly. I don't get why jenkins settings and config management should exist within our catch-all tools dir. We're going to bloat it up unnecessarily and realise later it should have been a separate repo to begin with - for eg. cloudmonkey or marvin. Let me put out what I consider as a requirement. The requirement is any changes in framework, infrastructure, configuration, recipes, scripts, source code, marvin, etc, cannot affect CI that has been established on released branches. You have to look at CI like build for source code. When a release is done, you take a label or a branch and you're fairly certain it will build again. CI has to be the same, I might have shut it down for a release for a while but if I have to dust it off, I have to be fairly certain it runs again without a lot of debugging. Now if there are well established components, like Jenkins or Mysql that we can just specify the version # like we do with maven in build, then it's fine not to include it in the source tree. But if the components used by CI is not a well versioned independent entity, then we should include it in the source tree and branch it with the release or risk CI breaking for that release. For things like this, I rather not guess too optimistically about the chances. We have to treat CI running on released branches to be like production systems. The best thing to do for a production system that works is to don't let anyone touch any part of it, as any ops guy will tell you. [*] the wiki did not have enough information about the infra-code It's not intended to. The wiki is meant to provide what developers and testers should do. It's not to explain the infrastructure code. I'm sure Santhosh and others will document what they've done and how others can take advantage. --Alex
[GitHub] cloudstack-docs-admin pull request: CLOUDSTACK-5943: added doc for...
Github user asfgit closed the pull request at: https://github.com/apache/cloudstack-docs-admin/pull/9 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
RE: Control event publishing in multi region setups
Alex, I did read this when you first proposed. I do understand the two implementation. I understand that #2 is not activated via events but it doesn’t mean #2 can just don’t generate events. The blocker is precisely with the last sentence in #2 where it states #2 doesn’t generate an event when “it creates/updates/removes the resource in the local region”. Perhaps an example would make this more clear. Someone who deploys CloudStack sets up a process to listen to account events. It is a simple audit process whose job is to verify that an account created in CloudStack is actually in their own billing database. The fact that #2 doesn’t generate an event would mean this process would be broken for them. This is the regression that causes the blocker. --Alex From: Alex Ough [mailto:alex.o...@sungardas.com] Sent: Thursday, May 8, 2014 11:02 AM To: Alex Huang Cc: Murali Reddy; Alena Prokharchyk; Kishan Kavala Subject: Re: Control event publishing in multi region setups Alex, I think you really review the wiki (https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions) or the implemented codes. To help you understand, there are 2 synchronizations supported in this feature. 1. real time sync : This is what you may imagine and event based. This is sending requests when they are created/updated/removed in the local region by subscribing their events. 2. full scan : This is NOT related with events and it is to cover when the #1 sync is failed with any reason like network failures. With interval, it just scans all resources and compare them with ones in remote regions and if there is any missing in the local region, it creates/updates/removes the resource in the local region and the NEW METHODS I need are called because it is local region only and no need to have events. I'm hoping you understand the feature a little more and let me know if you need more information. Thanks Alex Ough On Thu, May 8, 2014 at 1:43 PM, Alex Huang alex.hu...@citrix.commailto:alex.hu...@citrix.com wrote: Hi Alex, Please know that the contribution is much appreciated. It is not a case of whether or not Alena “wants” or “doesn’t want” to approve the review. She can only approve if the design is sound and has no regression for existing deployments of CloudStack. This is a blocker because not publishing events when an account is propagated is actually an “incorrect” behavior for CloudStack. Any functionality that acts on an account creation within the region will face regression. That’s why it is not “an additional feature” and must be fixed. Think of SunGuard itself. If it was depending on the account creation event and the next version of CloudStack suddenly doesn’t generate the event consistently, would it not consider this a bug and ask us to fix it? I do understand the time consuming nature of providing patches and merging code. Alena tells me that she has reviewed the code and she thinks the design is fine except for this one item. If we can commit to fix this problem after the code is checked in, we can check it in now just so you don’t have to do another round of merge and review for the part that is working. But the fix will need to be in before the code is released or else we might have to revert this checkin. What do you think? --Alex P.S. I’m not sure why this is not on the dev list. We should bring this back. From: Alex Ough [mailto:alex.o...@sungardas.commailto:alex.o...@sungardas.com] Sent: Wednesday, May 7, 2014 4:58 PM To: Murali Reddy Cc: Alena Prokharchyk; Alex Huang; Kishan Kavala Subject: Re: Control event publishing in multi region setups All, Alena doesn't want to approve my implementation because of this email thread, but I'm frustrated and not sure why this is a blocker. What I did was just created another method without an event tag like the one already existing in 'AccountManagerImpl' class as below. @Override public boolean enableAccount(long accountId) And if we need this feature, we really need to create a new jira instead of adding it to already existing one so that we can discuss options to find a best solution. It's been a really long path mostly because of miscommunications, and I really want to wrap this up without adding a new feature that is not existing. Let me know what you think. Thanks Alex Ough On Wed, May 7, 2014 at 10:29 AM, Murali Reddy murali.re...@citrix.commailto:murali.re...@citrix.com wrote: I don’t think we need to bring back reverted changes, as we want all the events generated should be published all the time with in the region. I agree with Alex Huang, that we could actually add details (originating region) to the account indicating source region where account is created. Details particular to an event published on the event bus is a JSON object so we can add additional details. Also steps listed out by Alex should prevent from cyclic propagation. Alex
Review Request 21481: CLOUDSTACK-6612: Resolved DB connection issue related to passing correct password
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21481/ --- Review request for cloudstack and Girish Shilamkar. Bugs: CLOUDSTACK-6612 https://issues.apache.org/jira/browse/CLOUDSTACK-6612 Repository: cloudstack-git Description --- The attribute passwd was wrongly accessed as passd. That's why the password of the database would always be passed as None. With this change, correct password from config will be passed to the database. Diffs - tools/marvin/marvin/cloudstackTestClient.py 72ce7d3 Diff: https://reviews.apache.org/r/21481/diff/ Testing --- Yes. Ran the test case mentioned in the bug which uses DB connection and it passed. Test Create Egress rule and check the Firewall_Rules DB table ... === TestName: test_04_1_egress_fr4 | Status : SUCCESS === ok -- Ran 1 test in 508.665s OK Thanks, Gaurav Aradhye
Build failed in Jenkins: build-master-slowbuild #855
See http://jenkins.buildacloud.org/job/build-master-slowbuild/855/changes Changes: [muralimmreddy] CLOUDSTACK-6563: Integrating dependencies as part of MSI installer so that those will get installed along with cloud stack installation -- [...truncated 18336 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultipartMetaDao.java. Ensure this class was
Build failed in Jenkins: cloudstack-4.4-maven-build #272
See http://jenkins.buildacloud.org/job/cloudstack-4.4-maven-build/272/changes Changes: [Daan Hoogland] Revert CLOUDSTACK-3272 Fixing NullPointerException for alerts -- [...truncated 1323 lines...] main: [copy] Copying 3 files to http://jenkins.buildacloud.org/job/cloudstack-4.4-maven-build/ws/server/target/conf [copy] Copying 1 file to http://jenkins.buildacloud.org/job/cloudstack-4.4-maven-build/ws/server/target/conf [INFO] Executed tasks [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-server --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 30 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-server --- [INFO] Compiling 360 source files to http://jenkins.buildacloud.org/job/cloudstack-4.4-maven-build/ws/server/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-server --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 29 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-server --- [INFO] Compiling 82 source files to http://jenkins.buildacloud.org/job/cloudstack-4.4-maven-build/ws/server/target/test-classes [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-server --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/cloudstack-4.4-maven-build/ws/server/target/surefire-reports --- T E S T S --- Running com.cloud.event.EventControlsUnitTest log4j:WARN No appenders could be found for logger (com.cloud.event.EventControlsUnitTest). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.644 sec Running com.cloud.keystore.KeystoreTest org.apache.cloudstack.api.response.UserVmResponse/null/{id:3,securitygroup:[],nic:[],tags:[],affinitygroup:[]} org.apache.cloudstack.api.response.AlertResponse/null/{id:100,description:Hello} Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.163 sec Running com.cloud.alert.AlertControlsUnitTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.025 sec Running com.cloud.capacity.CapacityManagerTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.161 sec Running com.cloud.resourcelimit.ResourceLimitManagerImplTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec Running com.cloud.network.firewall.FirewallManagerTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0 sec Running com.cloud.network.UpdatePhysicalNetworkTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.194 sec Running com.cloud.network.CreatePrivateNetworkTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.117 sec Running com.cloud.network.NetworkModelTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.09 sec Running com.cloud.network.security.SecurityGroupManagerImplTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.429 sec Running com.cloud.network.security.SecurityGroupQueueTest Total jobs dequeued = 10, num queued=1004 queue current size=994 Num Vms= 50 Queue size = 50 Num Vms= 2 Queue size = 2 time=133 ms Num Vms= 5000 Queue size = 5000 time=1100 ms Num Vms= 1 Queue size = 1 time=0 ms Num Vms= 100 Queue size = 100 time=1509 ms Total jobs dequeued = 10, num queued=999 queue current size=995 Tests run: 4, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 3.247 sec FAILURE! Running com.cloud.network.vpc.VpcManagerImplTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running com.cloud.network.DedicateGuestVlanRangesTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec Running com.cloud.network.lb.AssignLoadBalancerTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.09 sec Running com.cloud.network.dao.NetworkDaoTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec Running com.cloud.vm.DeploymentPlanningManagerImplTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.011 sec Running com.cloud.vm.snapshot.VMSnapshotManagerTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.133 sec Running com.cloud.vm.UserVmManagerTest Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.217 sec Running com.cloud.configuration.ValidateIpRangeTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.028 sec Running com.cloud.configuration.ConfigurationManagerTest Tests run: 8, Failures: 0, Errors: 0,
Build failed in Jenkins: build-master-slowbuild #848
See http://jenkins.buildacloud.org/job/build-master-slowbuild/848/changes Changes: [sanjay.tripathi] CLOUDSTACK-6678: API:MS: listCapacity returns; errorcode:530,cserrorcode:,errortext:Index: 0, Size: 0}. -- [...truncated 18336 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultipartMetaDao.java. Ensure this class was instrumented, and this data file
Re: [2/2] git commit: updated refs/heads/4.4 to 02bd3d0
Hi, Can you please let me know the guest OS name for the ISO you are using? May be one of the mappings is missing from DB, since Cent-os seems to be working. Thanks, Amogh On 5/16/14 8:46 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: Nitin, Amogh, Can you have a quick look? please advice if I should revert or add a missing commit. regards, Daan On Fri, May 16, 2014 at 12:55 PM, Milamber milam...@apache.org wrote: Hello, This commit creating an NPE issue when you add a new kvm instance from ISO. See: https://issues.apache.org/jira/browse/CLOUDSTACK-6671 Milamber Le 13/05/2014 09:33, d...@apache.org a ecrit : CLOUDSTACK-6358: As a part of supporting dynamic guest OS defined by user, removing the hard-coded dependencies. This patch is for KVM 1. Local testing on KVM 2. Successfully got up system VMs 3. Successfully created a CentOS VM 4. Snapshots are not supported for KVM Signed off by :- Nitin Mehtanitin.me...@citrix.com Project: http://git-wip-us.apache.org/repos/asf/cloudstack/repo Commit: http://git-wip-us.apache.org/repos/asf/cloudstack/commit/02bd3d06 Tree: http://git-wip-us.apache.org/repos/asf/cloudstack/tree/02bd3d06 Diff: http://git-wip-us.apache.org/repos/asf/cloudstack/diff/02bd3d06 Branch: refs/heads/4.4 Commit: 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c Parents: 1fb358d Author: Amogh Vasekar amogh.vase...@citrix.com Authored: Wed May 7 15:16:55 2014 -0700 Committer: Daan Hoogland d...@onecht.net Committed: Tue May 13 10:33:15 2014 +0200 -- .../storage/dao/GuestOSHypervisorDaoImpl.java | 6 +- .../kvm/resource/LibvirtComputingResource.java | 156 ++- .../hypervisor/kvm/resource/LibvirtVMDef.java | 9 ++ .../hypervisor/kvm/resource/VifDriverBase.java | 4 +- server/src/com/cloud/hypervisor/KVMGuru.java| 14 +- 5 files changed, 108 insertions(+), 81 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cloudstack/blob/02bd3d06/engine/s chema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java -- diff --git a/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java b/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java index 3b05120..b06cdfa 100644 --- a/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java +++ b/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java @@ -58,9 +58,13 @@ public class GuestOSHypervisorDaoImpl extends GenericDaoBaseGuestOSHypervisorVO @Override public GuestOSHypervisorVO findByOsIdAndHypervisor(long guestOsId, String hypervisorType, String hypervisorVersion) { SearchCriteriaGuestOSHypervisorVO sc = mappingSearch.create(); +String version = default; +if (!(hypervisorVersion == null || hypervisorVersion.isEmpty())) { +version = hypervisorVersion; +} sc.setParameters(guest_os_id, guestOsId); sc.setParameters(hypervisor_type, hypervisorType); -sc.setParameters(hypervisor_version, hypervisorVersion); +sc.setParameters(hypervisor_version, version); return findOneBy(sc); } http://git-wip-us.apache.org/repos/asf/cloudstack/blob/02bd3d06/plugins/ hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingRe source.java -- diff --git a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java index 345a8ee..b8f33e5 100755 --- a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java +++ b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java @@ -16,12 +16,79 @@ // under the License. package com.cloud.hypervisor.kvm.resource; +import java.io.BufferedOutputStream; +import java.io.BufferedReader; +import java.io.File; +import java.io.FileNotFoundException; +import java.io.FileOutputStream; +import java.io.FileReader; +import java.io.IOException; +import java.io.InputStream; +import java.io.InputStreamReader; +import java.io.Reader; +import java.net.InetAddress; +import java.net.URI; +import java.net.URISyntaxException; +import java.net.URL; +import java.net.URLConnection; +import java.text.DateFormat; +import java.text.MessageFormat; +import java.text.SimpleDateFormat; +import java.util.ArrayList; +import java.util.Arrays; +import java.util.Calendar; +import java.util.Collections; +import java.util.Comparator; +import java.util.Date; +import java.util.HashMap; +import java.util.HashSet; +import java.util.List; +import java.util.Map; +import
Re: CloudMonkey 5.1 error
I didn't think of the old frameworks but these don't contain any but vboxapi. Do you think this has anything to do with it? I uninstalled and installed cloudmonkey several times and I checked that it was really gone in between. On Thu, May 15, 2014 at 5:19 PM, Rohit Yadav bhais...@apache.org wrote: Try this: `which cloudmonkey` and try to debug which path the runnable script is trying to execute? I'm not sure what's causing issue, probably some path issue. You may remove cloudmonkey using pip uninstall cloudmonkey and rm -fr from 2.7 and possibly 2.6 in /Library/Python/{2.6,2.7 etc.} and do a fresh install. Regards. On Wed, May 14, 2014 at 1:40 PM, Daan Hoogland daan.hoogl...@gmail.comwrote: request is available. I can run cloudmonkey without the wrapper script: python /Library/Python/2.7/site-packages/cloudmonkey/cloudmonkey.py -c ~/.cloudmonkey/local.root works but cloudmonkey -c ~/.cloudmonkey/local.root gives the error On Wed, May 14, 2014 at 9:33 AM, Rohit Yadav bhais...@apache.org wrote: Hi Daan, Can you do pip install requests and retry? Looks like requests (used to sane http calls) library is not available on your system. I'll try to re-read the code this weekend. Regards. On Fri, May 9, 2014 at 10:39 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Not sure if this is a bug in code or in user: daan:~ cloudmonkey -d ~/.cloudmonkey/local.root Traceback (most recent call last): File /usr/local/bin/cloudmonkey, line 5, in module from pkg_resources import load_entry_point File /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py, line 2603, in module working_set.require(__requires__) File /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py, line 666, in require needed = self.resolve(parse_requirements(requirements)) File /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py, line 565, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: requests I did sudo pip install cloudmonkey and got daan:~ pip list | grep cloud cloudmonkey (5.1.0) Any change in reqs? any extra reqs on macosx? -- Daan -- Daan -- Daan
Re: Build failed in Jenkins: build-master-slowbuild #832
Thanks Daan! --Sheng On Thu, May 15, 2014 at 5:31 AM, Daan Hoogland daan.hoogl...@gmail.comwrote: H Sheng et. al. The slowbuild has actually been failing for more then a week. The last successfull build was the 7th. I've been looking and the findbugs reports look ok. So it is the publishing part that fails, either in jenkins or in the jenkins plugin. I've reproduced a similar job on our internal jenkins which works fine so I'll keep looking. this for an update, Daan On Wed, May 14, 2014 at 8:25 PM, Sheng Yang sh...@yasker.org wrote: Can someone take a look at this? Slowbuild has been failed for two days, but FindBugs page give out nothing in detail - it's blank. http://jenkins.buildacloud.org/job/build-master-slowbuild/832/findbugsResult/new/ --Sheng -- Forwarded message -- From: jenk...@cloudstack.org Date: Tue, May 13, 2014 at 7:03 AM Subject: Build failed in Jenkins: build-master-slowbuild #832 To: h...@apache.org, dev@cloudstack.apache.org, dhoogl...@schubergphilis.com, jessicaw...@apache.org, alena.prokharc...@citrix.com, devdeep.si...@citrix.com, kis...@cloud.com, nitin.me...@citrix.com, gir...@clogeny.com, rajesh.batt...@citrix.com, kous...@apache.org, muralimmre...@gmail.com, sheng.y...@citrix.com, kelv...@gmail.com, m...@ynojima.net, gaurav.arad...@clogeny.com, jaya...@apache.org, sate...@apache.org, min.c...@citrix.com See http://jenkins.buildacloud.org/job/build-master-slowbuild/832/ -- [...truncated 18312 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main]
Speed up JIRA and Confluence
Hi, The Apache JIRA (issues) and Confluence (cwiki) infra loads too slow, how may I help explore options to speed it up. Have we tried something in the past? Like putting Varnish cache or Memcache (not sure if JIRA/Confluence natively allows us) or use CloudFlare (use their railgun/caching features) to speed up page loading? Regards, Rohit Yadav
Re: https://issues.apache.org/jira/browse/CLOUDSTACK-6245
no, mail timelapse, thanks On Thu, May 15, 2014 at 7:46 PM, Edison Su edison...@citrix.com wrote: I already marked this issue as resolved last week. Anything else I need to do? -Original Message- From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] Sent: Wednesday, May 07, 2014 4:09 AM To: Edison Su Cc: dev Subject: https://issues.apache.org/jira/browse/CLOUDSTACK-6245 Edison, can you judge this issue and discard or put to resolved? -- Daan -- Daan
Re: stopped getting mails from apache user list and dev list
Its been 2 days already since I stopped getting emails from the dev/userlist (getting them only when I’m in TO list). I know couple of people in Santa Clara experience the same problem. Just FYI for those who want to address a specific person in their dev@ emails – please include his/her name into TO list. From: David Nalley david.nal...@citrix.commailto:david.nal...@citrix.com Date: Thursday, May 8, 2014 at 9:53 AM To: Alena Prokharchyk alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.com Subject: Re: stopped getting mails from apache user list and dev list https://blogs.apache.org/infra/entry/mail_outage Read the above. From: Alena Prokharchyk alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.com Date: Thursday, May 8, 2014 at 12:52 PM To: David Nalley david.nal...@citrix.commailto:david.nal...@citrix.com Subject: stopped getting mails from apache user list and dev list Hi Dave, Do you know who I should contact to report that I stopped getting mails send to the apache devlist/userlist since yesterday? I do get only mails where I’m in “To” section. Thanks, Alena.
bug fixes for replacing realhostip with custom domain - CLOUDSTACK-6499
Hi Wei, I saw you checkins in various 4.x branches for fixing realhostip hardcoding and making it work for custom domain. I really appreciate your hard work on that. I wanted to bring to your notice that there are a number of issues that my colleague Amogh and I fixed after that for replacing realhostip with custom domain as part of CLOUDSTACK-6499 in 4.4. In future it would be great if you could notify dev list if you make any changes in this regard, best would be to get it code reviewed (and keep us in the loop). Let us know if you have any concerns. Thanks, -Nitin
Re: Review Request 21554: CLOUDSTACK-6657: Adding condition for checking error code 530 across test cases
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21554/#review43205 --- test/integration/component/test_affinity_groups.py https://reviews.apache.org/r/21554/#comment77288 Just use str(response) under format strings % - Santhosh Edukulla On May 16, 2014, 11:36 a.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21554/ --- (Updated May 16, 2014, 11:36 a.m.) Review request for cloudstack and Santhosh Edukulla. Bugs: CLOUDSTACK-6657 https://issues.apache.org/jira/browse/CLOUDSTACK-6657 Repository: cloudstack-git Description --- Adding explicit check for error code 530 in the response received form the server wherever applicable. I have made these changes in all those files which failed due to having wrong assert (Build #348 KVM regression). Will add more of these changes in other files whenever found failing due to above reason in the build logs. Diffs - test/integration/component/test_accounts.py cf5f2b6 test/integration/component/test_add_remove_network.py c17293d test/integration/component/test_affinity_groups.py d0fa2f7 test/integration/component/test_assign_vm.py 24b63a6 test/integration/component/test_ip_reservation.py c84f63c test/integration/component/test_non_contiguous_vlan.py 4609af9 test/integration/component/test_projects.py c593fb6 test/integration/component/test_volumes.py b5b08e2 test/integration/component/test_vpc.py e9d396e8 test/integration/component/test_vpc_network.py a449948 test/integration/component/test_vpc_network_lbrules.py a5625e7 test/integration/component/test_vpc_vms_deployment.py 1c1f93d test/integration/smoke/test_network.py 6beb071 test/integration/smoke/test_nic.py 592a839 test/integration/smoke/test_primary_storage.py 3147d86 test/integration/smoke/test_volumes.py 5908e2b Diff: https://reviews.apache.org/r/21554/diff/ Testing --- Tested all test suites with python command. Tested only few test suites by running them, not all. Same working change has been applied to all files. Thanks, Gaurav Aradhye
Review Request 21498: CLOUDSTACK-6009: listHosts API fixed to return all memory stats in Bytes instead of a mix of Bytes and Kilobytes
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21498/ --- Review request for cloudstack. Bugs: CLOUDSTACK-6009 https://issues.apache.org/jira/browse/CLOUDSTACK-6009 Repository: cloudstack-git Description --- CLOUDSTACK-6009: listHosts API call is returning memoryAvailable and memoryTotal in Bytes, and memoryUsed in Kilobytes. This fix changes the memoryUsed value to return in Bytes as well, and includes a new method to return memoryUsed in Kilobytes if needed. Diffs - api/src/com/cloud/host/HostStats.java 4eb7b1a core/src/com/cloud/agent/api/GetHostStatsAnswer.java 6a52e76 core/src/com/cloud/agent/api/HostStatsEntry.java c9d25a0 Diff: https://reviews.apache.org/r/21498/diff/ Testing --- Pre-change: 1) Called listHosts API call with no arguments. 2) Validated that memoryAvailable and memoryTotal were in Bytes, while memoryUsed was in Kilobytes (factor of 1000 times smaller than it should be) Post-change: 1) Called listHosts API call with no arguments. 2) Validated that memoryAvailable, memoryTotal, and memoryUsed are all in Bytes, and memoryAvailable + memoryUsed = memoryTotal Thanks, Sam Schmit
[QUESTION] any one tried direct.attach.network.externalIpAllocator.url
All, I am trying to insert a cloudstack infrastructure into and existing lab environment. I would like to utilize my existing DHCP infrastructure because I will be sharing guest the address spaces with existing servers, real and virtual. I can not find a sample configuration for using the externalIpAllocator. Has anyone used this feature? direct.attach.network.externalIpAllocator.enabled direct.attach.network.externalIpAllocator.url Thanks in advance. Patrick 2481 Deerwood Dr, San Ramon, Ca 94583 ▪ Office: 925-831-7738Patrick Miller ▪ Senior Systems Engineer ▪ Sungard Availability Services patrick.mil...@sungard.com ▪ www.sungardas.com
[ACS4.4] cherry pick commit 4e44ac56c92221c5b9509dca18e14befd7e297fe
Hi Hugo/Daan, Could you please cherry-pick following commit to 4.4 branch. Commit: 4e44ac56c92221c5b9509dca18e14befd7e297fe CLOUDSTACK=6678: API:MS: listCapacity returns; errorcode:530,cserrorcode:,errortext:Index: 0, Size: 0}. --Sanjay
uploadCustomCertificate
When using this command to upload the intermediate cert how do you specify the newline character that is included in SSL certs? I thought it might be to do \n, but it looks to just include the \n as part of the txt...
RHEL7(CentOS7?) Support
Hi all, I had a quick look at RHEL7 RC to check KVM improvement introduced in RHEL7. I found some dependency of cloudstack 4.5 snapshot rpm are broken (it is not surprise). I'm not familiar with RHEL, but it seems some of essential packages for CloudStack like tomcat6 are no longer provided in RHEL7. And also, we need to prepare systemd service file. Do we have any idea to support RHEL7(CentOS7?) ? From which version?
[ACS44] cherry pick
Hi Daan, Can you please cheery pick the following commit to 4.4 99f75db1ebd35f5afa897e9d94ed176668e04cd5 Thanks, Jayapal
Installation docs update
Hi guys, Sorry if this email will sound a bit off, but it's rather late at night and i've spent ages trying to figure out why ACS 4.3 is broken on a newly created install with XenServer 4.3. Could someone responsible for documentation please make the following corrections to make sure that people following the installation guide will actually end up with a working installation. At the moment, the installation guide has mistakes/omissions which prevent users from having a working CloudStack environment. It just looks rather unprofessional ((( Issues I've found so far (there might be more) 1. When installing the management server on Ubuntu server please add to requirement to install libmysql-java by running: apt-get install libmysql-java Or the management server will not start. Produces a java exception complaining about unable to connect to the sql database 2. Please change the debian repo from: deb http://cloudstack.apt-get.eu/ubuntu precise 4.2 to deb http://cloudstack.apt-get.eu/ubuntu precise 4.3 It would be also good to change that line with every new version release. You do want users to install the latest version of ACS, don't you? 3. Please update the section about downloading vhd-util if you are using XenServer and indicate that this file would also have to be manually copied to XenServer to /opt/cloud/bin folder. This bit is missing from documentation and because of this system vms will no get created. Simply downloading the file into the locattion indicated in the installation guide is not enough. It is not being copied to the xenserver host automatically. Cheers Andrei
Build failed in Jenkins: build-master-slowbuild #847
See http://jenkins.buildacloud.org/job/build-master-slowbuild/847/changes Changes: [girish] Fixed config issue related to Persistent Networks -- [...truncated 18438 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultipartMetaDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main]
Re: [DOCS] Using Includes in the Administration Guides
On May 16, 2014, at 6:35 PM, Will Stevens wstev...@cloudops.com wrote: One other thing. It appears that the docs are being wrapped so the lines are never longer than something like 75 chars or something like that. What number is being used for this so I can make all the networking docs consistent as I work on this. I think 80 chars is pretty standard, but we seem to be using something less than that, so I want to verify that unit if possible… I don't recall using a specific length. the original .rst files were generated by the pandoc tool, so it could be that there is a max length in there. Feel free to make a call on this. Regarding the networking* files: The managing_network.rst file was in the install doc until recently. I did not like have duplicated content, so I actually tried to separate the content between install and admin. You are right that the two files look very similar, but I don't recall which one is the first one, probably networking2 is the latest and you can use that one, and remove managing_networks. Just make sure that you are not loosing any content. Feel free to re-arrange the admin doc, improve the flow of the section, split the files etc. I am going to work on the install doc mostly, and pdion891 is working on the RN. Thx, ws On Fri, May 16, 2014 at 11:02 AM, Will Stevens wstev...@cloudops.comwrote: The two docs that are currently referenced in the index.rst are 'networking.rst' and 'networking2.rst'. The file 'managing_networks.rst' file seems to be almost identical to 'networking2.rst' other than having a bit more detail in some places and there being changes in formatting. Lots of things like this: 'networking2.rst' = |add-ip-range.png| 'managing_networks.rst' = |add-ip-range.png: adding an IP range to a network.| Or things like this: 'networking2.rst' = Environment http://tools.ietf.org/html/rfc5517`_ 'managing_networks.rst' = Environment http://tools.ietf.org/html/rfc5517 `__ It is looking like one file is the predecessor of the other. Since 'networking2.rst' is the one that is linked in the 'index.rst' file, is that the master version of that documentation and the one I should be working from? Thanks, Will On Tue, May 13, 2014 at 4:16 AM, sebgoa run...@gmail.com wrote: On May 12, 2014, at 4:29 PM, Will Stevens wstev...@cloudops.com wrote: Hi All, I have been building documentation for the Palo Alto Networks firewall integration which I would like to add to the Administration Guide. I have currently built the Palo Alto integration doc as a stand alone doc, but I will be tweaking it in order to include it in the Administration Guide. Looking at the Administration Guide, I am noticing that the 'Managing Networks and Traffic' section is very long and a bit difficult to manage as it is. I am wondering if it makes sense to have a 'networking' folder and each of the subsections in that section be broken out into its own file which is then included into the 'networking2.rst' file. I am willing to work on this if you agree that this will simplify the management of this section of the documentation. +1 The all networking section in the admin guide needs to be cleaned up, there are currently three files: -networking.rst -networking2.rst -managing_networks.rst these files may have duplication and need to be organized much better have at it -sebastien Cheers, Will
Re: [2/2] git commit: updated refs/heads/4.4 to 02bd3d0
adding Milamber back in the addresslist. On Fri, May 16, 2014 at 7:43 PM, Amogh Vasekar amogh.vase...@citrix.com wrote: Hi, Can you please let me know the guest OS name for the ISO you are using? May be one of the mappings is missing from DB, since Cent-os seems to be working. Thanks, Amogh On 5/16/14 8:46 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: Nitin, Amogh, Can you have a quick look? please advice if I should revert or add a missing commit. regards, Daan On Fri, May 16, 2014 at 12:55 PM, Milamber milam...@apache.org wrote: Hello, This commit creating an NPE issue when you add a new kvm instance from ISO. See: https://issues.apache.org/jira/browse/CLOUDSTACK-6671 Milamber Le 13/05/2014 09:33, d...@apache.org a ecrit : CLOUDSTACK-6358: As a part of supporting dynamic guest OS defined by user, removing the hard-coded dependencies. This patch is for KVM 1. Local testing on KVM 2. Successfully got up system VMs 3. Successfully created a CentOS VM 4. Snapshots are not supported for KVM Signed off by :- Nitin Mehtanitin.me...@citrix.com Project: http://git-wip-us.apache.org/repos/asf/cloudstack/repo Commit: http://git-wip-us.apache.org/repos/asf/cloudstack/commit/02bd3d06 Tree: http://git-wip-us.apache.org/repos/asf/cloudstack/tree/02bd3d06 Diff: http://git-wip-us.apache.org/repos/asf/cloudstack/diff/02bd3d06 Branch: refs/heads/4.4 Commit: 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c Parents: 1fb358d Author: Amogh Vasekar amogh.vase...@citrix.com Authored: Wed May 7 15:16:55 2014 -0700 Committer: Daan Hoogland d...@onecht.net Committed: Tue May 13 10:33:15 2014 +0200 -- .../storage/dao/GuestOSHypervisorDaoImpl.java | 6 +- .../kvm/resource/LibvirtComputingResource.java | 156 ++- .../hypervisor/kvm/resource/LibvirtVMDef.java | 9 ++ .../hypervisor/kvm/resource/VifDriverBase.java | 4 +- server/src/com/cloud/hypervisor/KVMGuru.java| 14 +- 5 files changed, 108 insertions(+), 81 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cloudstack/blob/02bd3d06/engine/s chema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java -- diff --git a/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java b/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java index 3b05120..b06cdfa 100644 --- a/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java +++ b/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java @@ -58,9 +58,13 @@ public class GuestOSHypervisorDaoImpl extends GenericDaoBaseGuestOSHypervisorVO @Override public GuestOSHypervisorVO findByOsIdAndHypervisor(long guestOsId, String hypervisorType, String hypervisorVersion) { SearchCriteriaGuestOSHypervisorVO sc = mappingSearch.create(); +String version = default; +if (!(hypervisorVersion == null || hypervisorVersion.isEmpty())) { +version = hypervisorVersion; +} sc.setParameters(guest_os_id, guestOsId); sc.setParameters(hypervisor_type, hypervisorType); -sc.setParameters(hypervisor_version, hypervisorVersion); +sc.setParameters(hypervisor_version, version); return findOneBy(sc); } http://git-wip-us.apache.org/repos/asf/cloudstack/blob/02bd3d06/plugins/ hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingRe source.java -- diff --git a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java index 345a8ee..b8f33e5 100755 --- a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java +++ b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java @@ -16,12 +16,79 @@ // under the License. package com.cloud.hypervisor.kvm.resource; +import java.io.BufferedOutputStream; +import java.io.BufferedReader; +import java.io.File; +import java.io.FileNotFoundException; +import java.io.FileOutputStream; +import java.io.FileReader; +import java.io.IOException; +import java.io.InputStream; +import java.io.InputStreamReader; +import java.io.Reader; +import java.net.InetAddress; +import java.net.URI; +import java.net.URISyntaxException; +import java.net.URL; +import java.net.URLConnection; +import java.text.DateFormat; +import java.text.MessageFormat; +import java.text.SimpleDateFormat; +import java.util.ArrayList; +import java.util.Arrays; +import java.util.Calendar; +import java.util.Collections; +import java.util.Comparator; +import java.util.Date;
Build failed in Jenkins: build-master-slowbuild #858
See http://jenkins.buildacloud.org/job/build-master-slowbuild/858/changes Changes: [girish] CLOUDSTACK-6655: Fixing cleanup issues with portable IP test cases [brian.federle] Detail view: Add event hook on field creation [brian.federle] Detail view: Slice (clone) fields array to prevent duplicate fields -- [...truncated 18336 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file
Contrail api jar snapshot
Hi All, Anybody knows why Juniper contrail jar version in plugins/network-elements/juniper-contrail/pom.xml shows with version with 1.0-SNAPSHOT groupIdnet.juniper.contrail/groupId artifactIdjuniper-contrail-api/artifactId version1.0-SNAPSHOT/version There is no released jar files ? I am trying to setup Apache nexus repo; with juniper contrail as 3rd party jar, but nexus not allowing to upload SNAPSHOT artifacts I didn't see any other plugin in cloudstack repo with SNAPSHOT. Regards, Rayees
Build failed in Jenkins: build-master-slowbuild #859
See http://jenkins.buildacloud.org/job/build-master-slowbuild/859/ -- [...truncated 18336 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultipartMetaDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not
Re: [2/2] git commit: updated refs/heads/4.4 to 02bd3d0
Le 16/05/2014 18:59, Daan Hoogland a ecrit : adding Milamber back in the addresslist. On Fri, May 16, 2014 at 7:43 PM, Amogh Vasekar amogh.vase...@citrix.com wrote: Hi, Can you please let me know the guest OS name for the ISO you are using? May be one of the mappings is missing from DB, since Cent-os seems to be working. The guest OS is Debian 7.5 64 bits (netinstall) (which is in the list of os type as Debian 7) Thanks, Amogh On 5/16/14 8:46 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: Nitin, Amogh, Can you have a quick look? please advice if I should revert or add a missing commit. regards, Daan On Fri, May 16, 2014 at 12:55 PM, Milamber milam...@apache.org wrote: Hello, This commit creating an NPE issue when you add a new kvm instance from ISO. See: https://issues.apache.org/jira/browse/CLOUDSTACK-6671 Milamber Le 13/05/2014 09:33, d...@apache.org a ecrit : CLOUDSTACK-6358: As a part of supporting dynamic guest OS defined by user, removing the hard-coded dependencies. This patch is for KVM 1. Local testing on KVM 2. Successfully got up system VMs 3. Successfully created a CentOS VM 4. Snapshots are not supported for KVM Signed off by :- Nitin Mehtanitin.me...@citrix.com Project: http://git-wip-us.apache.org/repos/asf/cloudstack/repo Commit: http://git-wip-us.apache.org/repos/asf/cloudstack/commit/02bd3d06 Tree: http://git-wip-us.apache.org/repos/asf/cloudstack/tree/02bd3d06 Diff: http://git-wip-us.apache.org/repos/asf/cloudstack/diff/02bd3d06 Branch: refs/heads/4.4 Commit: 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c Parents: 1fb358d Author: Amogh Vasekar amogh.vase...@citrix.com Authored: Wed May 7 15:16:55 2014 -0700 Committer: Daan Hoogland d...@onecht.net Committed: Tue May 13 10:33:15 2014 +0200 -- .../storage/dao/GuestOSHypervisorDaoImpl.java | 6 +- .../kvm/resource/LibvirtComputingResource.java | 156 ++- .../hypervisor/kvm/resource/LibvirtVMDef.java | 9 ++ .../hypervisor/kvm/resource/VifDriverBase.java | 4 +- server/src/com/cloud/hypervisor/KVMGuru.java| 14 +- 5 files changed, 108 insertions(+), 81 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cloudstack/blob/02bd3d06/engine/s chema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java -- diff --git a/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java b/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java index 3b05120..b06cdfa 100644 --- a/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java +++ b/engine/schema/src/com/cloud/storage/dao/GuestOSHypervisorDaoImpl.java @@ -58,9 +58,13 @@ public class GuestOSHypervisorDaoImpl extends GenericDaoBaseGuestOSHypervisorVO @Override public GuestOSHypervisorVO findByOsIdAndHypervisor(long guestOsId, String hypervisorType, String hypervisorVersion) { SearchCriteriaGuestOSHypervisorVO sc = mappingSearch.create(); +String version = default; +if (!(hypervisorVersion == null || hypervisorVersion.isEmpty())) { +version = hypervisorVersion; +} sc.setParameters(guest_os_id, guestOsId); sc.setParameters(hypervisor_type, hypervisorType); -sc.setParameters(hypervisor_version, hypervisorVersion); +sc.setParameters(hypervisor_version, version); return findOneBy(sc); } http://git-wip-us.apache.org/repos/asf/cloudstack/blob/02bd3d06/plugins/ hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingRe source.java -- diff --git a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java index 345a8ee..b8f33e5 100755 --- a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java +++ b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtC omputingResource.java @@ -16,12 +16,79 @@ // under the License. package com.cloud.hypervisor.kvm.resource; +import java.io.BufferedOutputStream; +import java.io.BufferedReader; +import java.io.File; +import java.io.FileNotFoundException; +import java.io.FileOutputStream; +import java.io.FileReader; +import java.io.IOException; +import java.io.InputStream; +import java.io.InputStreamReader; +import java.io.Reader; +import java.net.InetAddress; +import java.net.URI; +import java.net.URISyntaxException; +import java.net.URL; +import java.net.URLConnection; +import java.text.DateFormat; +import java.text.MessageFormat; +import java.text.SimpleDateFormat; +import java.util.ArrayList; +import java.util.Arrays; +import java.util.Calendar; +import
Re: Installation docs update
) 1. When installing the management server on Ubuntu server please add to requirement to install libmysql-java by running: apt-get install libmysql-java I am not sure about that one, can you give me the exact url of the section where you see this problem. When you hover over a section (bold heading) you will see a link to that section. Just copy/paste it in the email so we can jump to it right away. AM: I think the place to put it would be somewhere here: http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/latest/installation.html#install-on-ubuntu Alternatively, the ubuntu packagers could add libmysql-java as a dependence to the cloudstack-management package as you do really need this package for the management server to start on Ubuntu. I will reply to other points a bit later.
Test
Alex Hitchins -- E: a...@alexhitchins.com W: alexhitchins.com M: 07788 423 969 T: 01892 523 587
Review Request 21487: CLOUDSTACK-6687: Fixed IP reservation test case failures with code re-factoring
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21487/ --- Review request for cloudstack and Girish Shilamkar. Bugs: CLOUDSTACK-6687 https://issues.apache.org/jira/browse/CLOUDSTACK-6687 Repository: cloudstack-git Description --- Fixed the failures in TestFailureScenarios test suite with code-refactoring. Also handled case where error code 530 is thrown from server in the response instead of exception. Working on making this change in all required files, will put up new patch for that. Diffs - test/integration/component/test_ip_reservation.py 390a959 tools/marvin/marvin/codes.py ef49c0c tools/marvin/marvin/lib/common.py ad79588 Diff: https://reviews.apache.org/r/21487/diff/ Testing --- Yes. Thanks, Gaurav Aradhye
Re: Nasty regression bug in 4.3 on KVM with advanced networking
I really think this issue should be fixed in 4.3.1 as it can't wait for the 4.4 release. It makes the 4.3 branch completely unusable with KVM hypervisors, which I think is a large proportion of the cloudstack's userbase The Download section of the ACS should have a red box saying that if you are using KVM stay away from 4.3 release until further notice. This will at least make people aware of the problem instead of them finding out the hard way, getting frustrated and moving away from acs to other cloud platforms. Andrei - Original Message - From: Simon Weller swel...@ena.com To: dev@cloudstack.apache.org Sent: Friday, 9 May, 2014 5:00:53 PM Subject: Nasty regression bug in 4.3 on KVM with advanced networking All, If any of you plan to upgrade to 4.3 and use advanced networking with traffic labels on KVM, you may want to reconsider. JIRA is tracking a regression bug that will break VR routing. The issues details are here: https://issues.apache.org/jira/browse/CLOUDSTACK-6464 https://issues.apache.org/jira/browse/CLOUDSTACK-6464. Especially take note of Serg's comments in the first comment post. We somehow missed this in our lab testing, and it created a rather long night of downgrading our production system back to our previous release on Tuesday night/Wednesday morning (and having to redeploy all the redundant VRs again with an older image). If someone could update the 4.3 release notes to comment on this bug, I think it would be appreciate by others so they can avoid this release until the issue is looked at. - Si
GetHostStatsCommand on KVM/Libvirt inaccurate?
Watching the output of the GetHostStatsCommand shows that the CPU utilization is almost always the same. This is because the LibvirtComputingResource runs this script to calculate CPU Idle time: idle=$(top -b -n 1|grep Cpu\(s\):|cut -d% -f4|cut -d, -f2);echo $idle Then it subtracts that number from 100. Because top always returns the average idle time since boot on its first run, this can lead to some rather constant data. Was this an intended effect? Running top multiple times and averaging the results but ignoring the first value will produce more accurate data for the stats collector. For example: top -b -n 5 -d 1 | grep Cpu %Cpu(s): 17.9 us, 3.8 sy, 0.0 ni, 76.1 id, 2.1 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu(s): 5.0 us, 3.0 sy, 0.0 ni, 92.1 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu(s): 8.7 us, 3.0 sy, 0.0 ni, 86.6 id, 1.7 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu(s): 25.5 us, 1.5 sy, 0.0 ni, 73.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu(s): 7.0 us, 2.2 sy, 0.0 ni, 90.5 id, 0.2 wa, 0.0 hi, 0.0 si, 0.0 st If this is something useful for the LibvirtComputingResource, I can open a Jira ticket and submit a patch.
Build failed in Jenkins: build-master-slowbuild #800
See http://jenkins.buildacloud.org/job/build-master-slowbuild/800/changes Changes: [Devdeep Singh] CLOUDSTACK-6399: When there are no vms running on hyperv host, then agent was returning null. In [Devdeep Singh] CLOUDSTACK-6620: Fixed null pointer exception in hyperv agent in getting vmstats, when all vms are deleted from outside [Devdeep Singh] CLOUDSTACK-6622: After a volume was live migrated, the destination smb storage path was added to -- [...truncated 18319 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO
RE: Error while creating a snapshot!!
Read point 2 as follows: 2. I checked with resource_count table, it had the maximum value of type Secondary_storage (400 GB) for this user. From: Prakash Rao Banuka Sent: Friday, May 16, 2014 6:32 AM To: dev@cloudstack.apache.org Cc: Venkata Suneel Babu Mallela Subject: Error while creating a snapshot!! Hi, While creating a snapshot through cloudstack with a user (Role:user) I receive the following error message: Maximum number of resources of type 'secondary_storage' for account name=demo in domain id=4 has been exceeded. Secondary Storage limit is 400 GB which is 100% empty, but still it does displays the above error and does not allow me to create a snapshot or template. I tried the following steps 1. Initially I checked with resource_limit table and found no records. In CloudStack UI, I clicked on Accounts tab-account--edit and apply then the records got created in the resource_limit table 2. Now I checked with resource_count table, it had the maximum value of type SNAPSHOT.CREATE (400 GB) for this user. 3. Then removed unwanted records from usage_event of type SNAPSHOT.CREATE table for this user 4. Still resource_count shows the same maximum value of (400 GB) 5. I removed all the projects, instances, snapshots and templates for this account, still some records are there in resource_count table Can I make all the values in the resource_count table to zero for this account? Or Is there any other best method to reflect the actual usage in resource_count table. Thank you Prakash
Re: devcloud script deployDataCentre.py not working
wow, should that be so? seems like a regression. Not sure. The install docs mention it for 6.0 and 6.1. Never had an issue before on Cloudstack 4.3 and XenServer 6.2 http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/latest/hypervisor/xenserver.html On 14 May 2014 17:26, Daan Hoogland daan.hoogl...@gmail.com wrote: wow, should that be so? seems like a regression. On Wed, May 14, 2014 at 8:37 AM, Ian Duffy i...@ianduffy.ie wrote: Got a successful deployment on 4.4-forward after changing the network to bridge on the hypervisor (xe-switch-network-backend bridge) On 14 May 2014 07:33, Ian Duffy i...@ianduffy.ie wrote: Hi Santhosh, Its failing on 4.4-forward for me. As far as I can tell its nothing to do with my setup since it works for 4.3. *$ *python ~/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py -i devcloud.cfg Log Folder Path: /tmp//MarvinLogs//DeployDataCenter__May_14_2014_07_29_14_N7JNT7. All logs will be available here Deploy DC Started Exception Occurred ['Traceback (most recent call last):\n', ' File /Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py, line 138, in addHosts\nret = self.__apiClient.addHost(hostcmd)\n', ' File /usr/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py, line 1506, in addHost\nresponse = self.connection.marvinRequest(command, response_type=response, method=method)\n', ' File /usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py, line 381, in marvinRequest\nraise e\n', 'CloudstackAPIException: Execute cmd: addhost failed, due to: errorCode: 530, errorText:Cannot transit agent status with event AgentDisconnected for host 1, mangement server id is 4278190080,Unable to transition to a new state from Creating via AgentDisconnected\n'] ===deploy dc failed, so cleaning the created entries=== DeployDC: CleanUp Started Clean Up Entries=== {'Network': [u'cd47d129-42fa-4e8a-bc00-f2a4c9ab1f92'], 'Zone': [u'ad59b26f-e750-45f3-8a73-1885ff1b63b9'], 'PhysicalNetwork': [u'62af9f63-3fb7-412c-b95f-1b700484a338'], 'Cluster': [u'b63739f7-df35-4417-ad00-661e8d73b587'], 'Pod': [u'06d968fa-a342-4d9b-a459-6e45f8d26384'], 'order': ['Cluster', 'Pod', 'Network', 'PhysicalNetwork', 'Zone']} ===Removing DataCenter Failed=== *duffy **at **thunder **in **~/projects/GSoC-2* On 13 May 2014 18:42, Amogh Vasekar amogh.vase...@citrix.com wrote: I have been seeing this for a while too, and IIRC there was a thread on dev list regarding this. In logs, I keep getting an error saying mgmt server log: ARN [c.c.a.m.DirectAgentAttache] (DirectAgent-1:ctx-bef0aa48) Seq 1-9152158867746979841: Exception Caught while executing command com.cloud.utils.exception.CloudRuntimeException: Cannot create directory /opt/cloud/bin on XenServer hosts Last I had tried was about a month ago though. Thanks, Amogh On 5/13/14 9:26 AM, Santhosh Edukulla santhosh.eduku...@citrix.com wrote: If you atleast use 4.4-forward marvin, the first issue mentioned related to connection refused, should work fine provided port configuration is proper. I havent tried devcloud 4.4 so far, I can try it with 4.4 and let know the results. Santhosh From: sebgoa [run...@gmail.com] Sent: Tuesday, May 13, 2014 8:41 AM To: dev@cloudstack.apache.org; Santhosh Edukulla Subject: Re: devcloud script deployDataCentre.py not working cc santhosh, maybe he has tried devcloud with 4.4 On May 7, 2014, at 9:45 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: basic networking fails slightly differntly: daan:~/cloudstack-4.4/cloudstack (4.4) python tools/marvin/marvin/deployDataCenter.py -i tools/devcloud/devcloud.cfg Traceback (most recent call last): File tools/marvin/marvin/deployDataCenter.py, line 579, in module deploy.deploy() File tools/marvin/marvin/deployDataCenter.py, line 563, in deploy self.createZones(self.config.zones) File tools/marvin/marvin/deployDataCenter.py, line 425, in createZones self.createPods(zone.pods, zoneId, networkid) File tools/marvin/marvin/deployDataCenter.py, line 142, in createPods vmwareDc=pod.vmwaredc) File tools/marvin/marvin/deployDataCenter.py, line 87, in createClusters cluster.hypervisor) File tools/marvin/marvin/deployDataCenter.py, line 53, in addHosts self.apiClient.addHost(hostcmd) File /Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackAPI/ cloudstackAPIClient.py, line 1535, in addHost response = self.connection.marvinRequest(command, response_type=response, method=method) File /Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConn ection.py, line 272, in marvinRequest
Re: [ACS44] critical issue assesment
It would be great if we could all take a little time to walk through the 11 blocker issues and see if we are familiar with any of them. It is entirely possible you won't be, and that's totally OK. :) The gist is we should try to work together to quickly assess the status of each of these (currently) blocker bugs so we can come up with a realistic expectation for when 4.4 might make it out the door. In the past, we may have gone a bit, shall I say, silent during this period of the development cycle, but I encourage everyone to see if we can help Daan move this process forward and get us to an RC1 in the near future. Thanks! :) On Wed, May 7, 2014 at 2:05 AM, Daan Hoogland daan.hoogl...@gmail.comwrote: Friend and (yes I consider you) collegues, I would like to call on you to volunteer to judge the issues we have for 4.4 marked critical. I am (next to some other $dayjob stuff) going to try and reduce our remaining blokker issue list from 11 items to empty. You might find that some are actually blokkers. Or that some may be resolved. Please let me know if the first is true. Any one, please? thanks -- Daan -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: CloudMonkey 5.1 error
Hi Daan, daan:~ cloudmonkey -d ~/.cloudmonkey/local.root The first email notes, -d instead of -c I'm assuming this was a typo. On Fri, May 16, 2014 at 11:21 PM, Daan Hoogland daan.hoogl...@gmail.comwrote: I didn't think of the old frameworks but these don't contain any but vboxapi. Do you think this has anything to do with it? In some cases it can, but if old frameworks does not contain cloudmonkey we're fine. I uninstalled and installed cloudmonkey several times and I checked that it was really gone in between. Try this: $ which cloudmonkey /usr/local/bin/cloudmonkey $ cat /usr/local/bin/cloudmonkey check output, if something's wrong $ python import cloudmonkey # is this throwing any error? Lastly, this could be because of bad requests being installed, try: $ easy_install --upgrade pip # upgrade pip, it could be source of the issue $ # try to run cloudmonkey now? $ pip uninstall requests cloudmonkey $ pip install requests cloudmonkey $ # try now, if it works let us know If this fails, it will be hard to debug the issue without looking into your environment. Regards. PS. No promises, but probably soon cloudmonkey will be free from dependency and python issues On Thu, May 15, 2014 at 5:19 PM, Rohit Yadav bhais...@apache.org wrote: Try this: `which cloudmonkey` and try to debug which path the runnable script is trying to execute? I'm not sure what's causing issue, probably some path issue. You may remove cloudmonkey using pip uninstall cloudmonkey and rm -fr from 2.7 and possibly 2.6 in /Library/Python/{2.6,2.7 etc.} and do a fresh install. Regards. On Wed, May 14, 2014 at 1:40 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: request is available. I can run cloudmonkey without the wrapper script: python /Library/Python/2.7/site-packages/cloudmonkey/cloudmonkey.py -c ~/.cloudmonkey/local.root works but cloudmonkey -c ~/.cloudmonkey/local.root gives the error On Wed, May 14, 2014 at 9:33 AM, Rohit Yadav bhais...@apache.org wrote: Hi Daan, Can you do pip install requests and retry? Looks like requests (used to sane http calls) library is not available on your system. I'll try to re-read the code this weekend. Regards. On Fri, May 9, 2014 at 10:39 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Not sure if this is a bug in code or in user: daan:~ cloudmonkey -d ~/.cloudmonkey/local.root Traceback (most recent call last): File /usr/local/bin/cloudmonkey, line 5, in module from pkg_resources import load_entry_point File /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py, line 2603, in module working_set.require(__requires__) File /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py, line 666, in require needed = self.resolve(parse_requirements(requirements)) File /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py, line 565, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: requests I did sudo pip install cloudmonkey and got daan:~ pip list | grep cloud cloudmonkey (5.1.0) Any change in reqs? any extra reqs on macosx? -- Daan -- Daan -- Daan
Re: CLOUDSTACK-6485 regression
On Wed, May 7, 2014 at 2:22 PM, Jayapal Reddy Uradi jayapalreddy.ur...@citrix.com wrote: CLOUDSTACK-6548 I assigned to me. The three of them are in conflict So I will have to report back to you: the issue was that vpc gateways got the remote gateway ip assigned when the router was restarted. -- Daan
Re: 4.4 System VM
Resolved this for the master build. Jenkins is going again: http://jenkins.buildacloud.org/job/build-systemvm-master/193/ On 14 May 2014 20:47, Ian Duffy i...@ianduffy.ie wrote: Hi All, I'm looking for a 32 bit version of the 4.4 system vm. I took a look at the jenkins builds over at http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-systemvm/however all the file sizes are tiny and the latest builds are failing.
Build failed in Jenkins: build-master-slowbuild #854
See http://jenkins.buildacloud.org/job/build-master-slowbuild/854/ -- [...truncated 18336 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultipartMetaDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not
Build failed in Jenkins: build-master-slowbuild #850
See http://jenkins.buildacloud.org/job/build-master-slowbuild/850/ -- [...truncated 18336 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultipartMetaDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not
Announcing Apache CloudStack CloudMonkey 5.1.0
May 16, 2014 - The Apache Software Foundation (ASF), the all-volunteer developers, stewards, and incubators of more than 170 Open Source projects and initiatives, today announced Apache CloudStack CloudMonkey v5.1.0, the latest feature release of the CloudStack CloudMonkey command line interface (CLI). Apache CloudStack CloudMonkey is a command line interface (CLI) tool for CloudStack written in Python. CloudMonkey can be use both as an interactive shell and as a command line tool which simplifies CloudStack configuration and management. CloudMonkey V5.1.0 is the next feature release of the 5.x line which first released on September 24, 2013. Some of the noteworthy new and improved features include: - Support for version 3 of the CloudStack API signing procedure. This adds security by preventing replay attacks. - Support for using session-based logins to CloudStack. This simplifies initial bootstrap of the CLI. Downloads and Documentation The official source code for the v5.1 release, can be downloaded from the Apache CloudStack downloads page at http://cloudstack.apache.org/downloads.html. A community maintained distribution is available at the Python Package Index (PyPi) at http://pypi.python.org/pypi/cloudmonkey/ Availability and Oversight As with all Apache products, Apache CloudStack CloudMonkey v5.1.0 is released under the Apache License v2.0, and is overseen by a self-selected team of active contributors to the project. A Project Management Committee (PMC) guides the Project¹s day-to-day operations, including community development and product releases. For documentation and ways to become involved with Apache CloudStack, visit http://cloudstack.apache.org/ About The Apache Software Foundation (ASF) Established in 1999, the all-volunteer Foundation oversees more than one hundred and seventy leading Open Source projects, including Apache HTTP Server --the world's most popular Web server software. Through the ASF's meritocratic process known as The Apache Way, more than 400 individual Members and 3,500 Committers successfully collaborate to develop freely available enterprise-grade software, benefiting millions of users worldwide: thousands of software solutions are distributed under the Apache License; and the community actively participates in ASF mailing lists, mentoring initiatives, and ApacheCon, the Foundation's official user conference, trainings, and expo. The ASF is a US 501(c)(3) charitable organization, funded by individual donations and corporate sponsors including Budget Direct, Citrix, Cloudera, Comcast, Facebook, Google, Hortonworks, HP, Huawei, IBM, InMotion Hosting, Matt Mullenweg, Microsoft, Pivotal, Produban, WANdisco, and Yahoo. For more information, visit http://www.apache.org/ or follow @TheASF on Twitter. Apache, CloudStack, Apache CloudStack, and ApacheCon are trademarks of The Apache Software Foundation. All other brands and trademarks are the property of their respective owners.
Re: Review Request 21487: CLOUDSTACK-6687: Fixed IP reservation test case failures with code re-factoring
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21487/#review43114 --- Commit 77460e9556f7d1b9d6cac6c8ece199bf3b83cd9c in cloudstack's branch refs/heads/4.4-forward from Gaurav Aradhye [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=77460e9 ] CLOUDSTACK-6687: Fixed IP reservation test case failures with code re-factoring - ASF Subversion and Git Services On May 15, 2014, 2:39 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21487/ --- (Updated May 15, 2014, 2:39 p.m.) Review request for cloudstack and Girish Shilamkar. Bugs: CLOUDSTACK-6687 https://issues.apache.org/jira/browse/CLOUDSTACK-6687 Repository: cloudstack-git Description --- Fixed the failures in TestFailureScenarios test suite with code-refactoring. Also handled case where error code 530 is thrown from server in the response instead of exception. Working on making this change in all required files, will put up new patch for that. Diffs - test/integration/component/test_ip_reservation.py 390a959 tools/marvin/marvin/codes.py ef49c0c tools/marvin/marvin/lib/common.py ad79588 Diff: https://reviews.apache.org/r/21487/diff/ Testing --- Yes. Thanks, Gaurav Aradhye
Re: List Usage Records using Cloud Monkey
Prakash, If you don't have the very latest 4.3, there is a known issue with NPEs being thrown with usage records. If a resource was created, generated usage records, then was destroyed, a NPE would throw if usage records were requested. This didn't occur in 4.2, however, so if you're seeing it there it may be a more involved issue - we have seen issues in the past where we would get exceptions if service offerings or templates had been removed from the cloud database, if there were any usage entries for those. Sam On Tue, May 13, 2014 at 2:51 PM, Prakash Rao Banuka prakas...@simplifydc.com wrote: Hi Sam We are using 4.3 and 4.2 Thank you Prakash -Original Message- From: Sam Schmit [mailto:sam.sch...@appcore.com] Sent: Tuesday, May 13, 2014 6:43 PM To: dev@cloudstack.apache.org Cc: Venkata Suneel Babu Mallela Subject: Re: List Usage Records using Cloud Monkey Prakash, What version of CS are you using? We have seen issues with NPEs being thrown in 4.3 onward (prior to a fix I have submitted) when there were removed VMs. Sam On Mon, May 12, 2014 at 12:47 PM, Prakash Rao Banuka prakas...@simplifydc.com wrote: Hi: I installed and configured cloud usage, The records are getting created and are stored in tables (Cloud_usage Database) I'm issuing the following command in cloud monkey environment. list usagerecords startdate=-mm-dd enddate=-mm-dd enter The result is showing as None, but If I check in the Mysql database (cloud_usage) and the table (cloud_usage) , records does exists. Any Idea Please Thank you Prakash
Re: Review Request 21555: CLOUDSTACK-6689: Fixed indentation issue in persistent network test cases
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21555/#review43203 --- Commit 9f6e60f97fd75714462c5d8bf1bb2d4eaf84b199 in cloudstack's branch refs/heads/master from Gaurav Aradhye [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=9f6e60f ] CLOUDSTACK-6689: Fixed indentation issue in persistent network test cases - ASF Subversion and Git Services On May 16, 2014, 10:56 a.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21555/ --- (Updated May 16, 2014, 10:56 a.m.) Review request for cloudstack and Girish Shilamkar. Bugs: CLOUDSTACK-6689 https://issues.apache.org/jira/browse/CLOUDSTACK-6689 Repository: cloudstack-git Description --- Fixed the indentation issue. Due to this issue, few statements were wrongly included in while block. Diffs - test/integration/component/test_persistent_networks.py d42ffcd Diff: https://reviews.apache.org/r/21555/diff/ Testing --- Yes. Thanks, Gaurav Aradhye
Build failed in Jenkins: build-master-slowbuild #846
See http://jenkins.buildacloud.org/job/build-master-slowbuild/846/changes Changes: [talluri] CLOUDSTACK-5887: Resolved issue in test_base_image_updation.py [Ian Duffy] Resolve issue with build script for systemvm hanging due to libssl waiting on a input prompt caused by apt-get update -- [...truncated 18312 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi --- [INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/ec2/AmazonEC2SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/amazon/s3/AmazonS3SkeletonInterface.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SAcl.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SBucket.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/model/SHost.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/BucketPolicyDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackAccountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/CloudStackUserDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MHostMountDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartPartsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file com/cloud/bridge/persist/dao/MultiPartUploadsDao.java. Ensure this class was instrumented, and this data file contains the instrumentation information. [cobertura] INFO [main] net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does not contain instrumentation information for the file
Re: [ACS4.4] cherry pick commit 4e44ac56c92221c5b9509dca18e14befd7e297fe
On Thu, May 15, 2014 at 10:56 AM, Sanjay Tripathi sanjay.tripa...@citrix.com wrote: 4e44ac56c92221c5b9509dca18e14befd7e297fe done -- Daan