[GitHub] cloudstack pull request: Disable enable Zone Pod Cluster Host
Github user pritisarap12 commented on the pull request: https://github.com/apache/cloudstack/pull/356#issuecomment-109176867 Done with rebased with upstream master. --- 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: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
From the persistent config changes, it appears that aggregate command approach is not required in 4.6 and onwards. If someone wants to implement the aggregate approach only for 4.4 and 4.5 irrespective of the effort involved then that should be fine. Otherwise we can just put some config to decide between #1 or #2. Another alternate could be to replace the reboot logic with an alert if there is an out of band VR migration. Based on it admin can reboot the VR from CCP if required. There will be a window during which the VR will be without ant config but that can be documented. -Original Message- From: Remi Bergsma [mailto:rberg...@schubergphilis.com] Sent: Thursday, 4 June 2015 19:56 To: dev@cloudstack.apache.org Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not? +1 On 04 Jun 2015, at 14:29, Rohit Yadav rohit.ya...@shapeblue.commailto:rohit.ya...@shapeblue.com wrote: Hi, On 04-Jun-2015, at 11:05 am, Remi Bergsma rberg...@schubergphilis.commailto:rberg...@schubergphilis.com wrote: To summarise: #1. rebooting VR is needed for hypervisors that have their own DR (like VMware and Hyperv) as a restart outside of CloudStack makes it lose its config hence the VR is unavailable #2. rebooting is NOT needed for successful live migrations on _any_ hypervisor (since there was no restart everything still works) #3. CloudStack 4.6 has persistent config in VR, so rebooting is never needed The current behaviour in 4.4.3, 4.5.1 and master: - always rebooting VR when out-of-band detected == Works great for #1, but makes case #2 not work The previous behaviour: - never rebooting VR when out-of-band detected == Works great for #2, but makes case #1 not work We need something that works for both cases :-) About #1 and #2: Can we detect in another way that a VR became unreachable/non-functional and do an action based on that? So, if a VR lives on a VMware hypervisor that happens to crash, VMware HA will start it on another available hypervisor but without config it will not be reachable on the control network. If we want to do it generic, I’d say that when a VR is not controllable any more we could reboot it. We could also make this a setting ‘systemvm auto reboot on control failure’ or whatever we call it. This would then also be a useful feature in 4.6 About #3: I’d suggest at least reverting the commit to master, as it makes no sense since the VR is persistent already. https://github.com/apache/cloudstack/blob/master/server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java#L2638 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=c3515c9 I agree on master, we can revert due to #3. On 4.4 and 4.5 branches, if we revert it than it will break #1 and if we keep it - it breaks #2. We need to fix this in a hypervisor agnostic way. So, if we can use aggregated cmd execution that Sudhashu and others have shared, in case of an out of band migration we can do this: 1. If we’re unable to reach VR, we can keep the RebootTask to do its job. In many cases I’ve seen VR disk corruption, so if after rebooting VR (which might kick in fsck) it fails CloudStack may eventually recreate a new VR makes sense. This will solve #1. This case IMO is highly unlikely. 2. If we’re able to reach the VR after VR is migrated out of band, we run an AgrregationExecutionTask sending all the rules for that VR. This will solve #2 without needing to reboot a VM. This case is more likely to happen, so if I’ve pick between this and the above case, I would try to solve for this case. I’m not sure about the actual implementation, and will re-applying rules using a AgrregationExecutionTask cause any issue in the VR? Comments? Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.commailto:rohit.ya...@shapeblue.com Blog: bhaisaab.orghttp://bhaisaab.org/ | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://secure-web.cisco.com/11NRz12My3B5Kzq2aGFKO015q6rxTtLhqlUFP7QMrC0-v_oGzAZzQRov3cOzFQSsoQWiiSpaXHXNHsmfncQDtL7aKrU44zCUAb42UC_t2RaRK1rZc7LdKyQRujP_oVBG8novKP65vr7lykJvafQToJSMcAFzzj2JUV9jZ6Lci-_snpKPxRE6vFwzL_Pi9BksK/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2F%2F CSForge – rapid IaaS deployment frameworkhttp://secure-web.cisco.com/1zDH16MEoBBXO2Aec7JxxfmsbN0-qdNbRkKTaQgb3gu3jOOXzW-4p6XKmZbRcvF5SE5njzz8vnF5PnPQIa_rsd5pUFtuDIx5ldguqoBt4Rk2nhHc6mwB2vtbzN4A9x-8vj7qn0ySYXnUC6gqnft-HDDQowNC3KHSq-CoU7bqHsNG3C5JRrNl1eCvNgVnudnbO/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F CloudStack Consultinghttp://secure-web.cisco.com/1-OtYLlvNuHbvbTUwsXuMO3DwRAlWKunbc3M6Q33mljUFXCuyzHK2fBYu0AFTyWepJ92k1NEHyCBTsbPRppXOC6QTmwwePInVQQCg0U6-WvvydOsE_gcyNG28N4NPoBdUZPVgJqZgKptvXAacDyAIHrv1QQxSxMUY36UNVXZAhSXsXock3Opz1pelR-9LBmm-/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F CloudStack Software
Re: [DISCUSS] new findbugs bug findings
Hi Daan, of the 51 issues, I dont think all of them are new. I checked a few and they are very old. I think it will be useful to run findbugs analysis on every pull request and inform any findings in the new code. Its within the contest and easy to get fixed than looking at them at a later point of time. ~Rajani On Thu, Jun 4, 2015 at 5:24 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: LS, We have been improving a lot in terms checking submissions and having better (as in less) overall mastaer breakage lately. We are not there yet. At the moment findbugs has 51 new findings and fails the slowbuild for that reason. I think a lot of those can be prevented. For the rest we can attribute them to people/commits. Call it blaming but I know I am guilty at times and some far better developers then me, as well. We are not running the slow build on every commit (it is called slow for a reason) and a lot of people are ignoring the output from it because it almost always fails. I fixed it in Austin and it now has 51 new findings (when I last looked). 1. One way to handle this is to publish the attribution on this list. 2. Another way is to have a pull request builder do the slow build on every commit 3. The old proposal was to do the slow build at regular intervals and revert everything in a failed build. I was one of the people rejecting it but I put it here to be as complete as possible. 1 is very intensive work but very easily implemented 2 is not much implementation work but requires even more discipline of committers in their review work. I feel for both equally strong either way but I think we should make the next step soon. thoughts? -- Daan
[GitHub] cloudstack pull request: Disable enable Zone Pod Cluster Host
Github user asfgit closed the pull request at: https://github.com/apache/cloudstack/pull/356 --- 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. ---
[GitHub] cloudstack pull request: Cloudstack 8308 Adding automation test ca...
GitHub user pritisarap12 opened a pull request: https://github.com/apache/cloudstack/pull/359 Cloudstack 8308 Adding automation test cases for vm/volume snapshot hardning Updating testcase as per the discussion that while volume snapshot is in progress that volume can not be attached to a VM in different cluster You can merge this pull request into a Git repository by running: $ git pull https://github.com/pritisarap12/cloudstack CLOUDSTACK-8308-Adding-automation-test-cases-for-VM/Volume-snapshot-hardning Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cloudstack/pull/359.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 #359 commit 93a59f52a7197316551c3ddcfa93fff7825d3037 Author: pritisarap12 priti.sa...@clogeny.com Date: 2015-05-26T07:28:18Z CLOUDSTACK-8308-Adding-automation-test-cases-for-VM/Volume-snapshot-hardning: --Automating testcases for volume snapshot hardning testpath commit 4cfa771b6e1db392bf2f2d4b2985d8769aa7c937 Author: pritisarap12 priti.sa...@clogeny.com Date: 2015-06-05T08:41:51Z CLOUDSTACK-8308-Add test cases for volume/VM snapshot test path: --Modifying the testpath as per the discussion that while Volume snapshot is in progress that volume can not be attached to VM in different Cluster --- 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. ---
[OVS] Provider is not offered via UI - in current Master
Hi all, I’m currently trying to test OVS in 4.6 (master). After going around and around trying to understand why the OVS option is not available on the UI, I found this: https://issues.apache.org/jira/browse/CLOUDSTACK-6840 //CLOUDSTACK-6840: OVS refers to SDN provider. However, we are not supporting SDN in this release. /* nspHardcodingArray.push({ id: 'Ovs', name: 'Ovs', state: nspMap.Ovs ? nspMap.Ovs.state: 'Disabled' }); */ commit a698c3e276bf916d23f7253ed456d076e176fa94 Author: Jessica Wang jessicaw...@apache.orgmailto:jessicaw...@apache.org 2014-09-11 19:56:11 Committer: Jessica Wang jessicaw...@apache.orgmailto:jessicaw...@apache.org 2014-09-11 19:57:03 Is that okay if I remove the comment and make it available again? Cheers, Wilder
[GitHub] cloudstack pull request: Disable enable Zone Pod Cluster Host
Github user gauravaradhye commented on the pull request: https://github.com/apache/cloudstack/pull/356#issuecomment-109203466 Looks good. Merging. --- 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: database high availability question vs haproxy
Hi Simon, thanks for the link - actually I have already read this - but Im still seaking for some answeres :) : - real world experience with DB HA in general - is i better to use haproxy(clustered/redudant) for mysql towards Galera cluster - or simply to reference 2 nodes (1 as master, another as slave) with native ACS DB HA - silly question but anyway... - my understanding - ACS just pings and connects to master or slave (all replication etc, is done from my side, not from ACS) ? Thanks again and any info is greatly appreciated. Andrija On 4 June 2015 at 16:23, Simon Weller swel...@ena.com wrote: Andrija, Here is the original design document, and it should give you a better idea of what is implemented today: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=34838207 We have plans to test this in our lab soon, but just haven't got around to it yet. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Thursday, June 4, 2015 9:08 AM To: dev@cloudstack.apache.org; us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Anyone :) ? On 31 May 2015 at 00:26, Andrija Panic andrija.pa...@gmail.com wrote: Hi, I would have a question on database HA feature in db.properties ( http://cloudstack-administration.readthedocs.org/en/latest/reliability.html#configuring-database-high-availability ) If I understand correctly, it is up to the admin to provide appropriate mysql HA (active-active, galera, etc) and ACS management server will JUST try to connect to slaves if the master is down ? We are running Galera, with haproxy/keepalived, and by using stoping haproxy, it takes i.e. 6sec for keepalived to detect haproxy is down, and failover IP to another host. During these 6 seconds, ACS managemnt server goes dead, because of this DB unavailability. So my wondering, is better to use ACS db HA feature, instead of loadbalancer for this specific purpose ? (we are also using haproxy/keepalived for management server loadbalancing - 2 servers in backend...) Any experience shared is really appreciated ! -- Andrija Panić -- Andrija Panić -- Andrija Panić
Re: [OVS] Provider is not offered via UI - in current Master
Jira was down earlier today, but now I was able to see the issue. It says: [OVS][UI] Ovs provider should not be displayed in NetworkServiceProviders if the physical network isolation type is VLAN So, that’s for VLAN only. However, the code was commented out for everything! I already tried GRE and it doesn’t appear. I made it available again and will build and test. What are your thoughts about pushing this code to master and reopening the issue? For me it doesn’t make sense to simply remove the code and say that we won’t support SDN, when the issue specifically says VLAN only. Cheers, Wilder On 05 Jun 2015, at 08:38, Wilder Rodrigues wrodrig...@schubergphilis.com wrote: Hi all, I’m currently trying to test OVS in 4.6 (master). After going around and around trying to understand why the OVS option is not available on the UI, I found this: https://issues.apache.org/jira/browse/CLOUDSTACK-6840 //CLOUDSTACK-6840: OVS refers to SDN provider. However, we are not supporting SDN in this release. /* nspHardcodingArray.push({ id: 'Ovs', name: 'Ovs', state: nspMap.Ovs ? nspMap.Ovs.state: 'Disabled' }); */ commit a698c3e276bf916d23f7253ed456d076e176fa94 Author: Jessica Wang jessicaw...@apache.orgmailto:jessicaw...@apache.org 2014-09-11 19:56:11 Committer: Jessica Wang jessicaw...@apache.orgmailto:jessicaw...@apache.org 2014-09-11 19:57:03 Is that okay if I remove the comment and make it available again? Cheers, Wilder
Build failed in Jenkins: build-master-slowbuild #1495
See http://jenkins.buildacloud.org/job/build-master-slowbuild/1495/ -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud --- [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud --- [INFO] [INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ cloud-quickcloud --- [WARNING] No files to instrument. [INFO] NOT adding cobertura ser file to attached artifacts list. [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-quickcloud --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-master-slowbuild/ws/quickcloud/src/test/resources [INFO] Copying 3 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ cloud-quickcloud --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud --- [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud --- [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS [1.813s] [INFO] Apache CloudStack . SUCCESS [2.274s] [INFO] Apache CloudStack Maven Conventions Parent SUCCESS [0.898s] [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [21.585s] [INFO] Apache CloudStack Utils ... SUCCESS [1:23.466s] [INFO] Apache CloudStack Framework ... SUCCESS [0.107s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [51.671s] [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [28.348s] [INFO] Apache CloudStack API . SUCCESS [1:46.145s] [INFO] Apache CloudStack Framework - REST SUCCESS [17.191s] [INFO] Apache CloudStack Framework - IPC . SUCCESS [31.215s] [INFO] Apache CloudStack Cloud Engine SUCCESS [0.091s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [28.925s] [INFO] Apache CloudStack Framework - Security SUCCESS [25.141s] [INFO] Apache CloudStack Core SUCCESS [1:17.177s] [INFO] Apache CloudStack Agents .. SUCCESS [36.452s] [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [31.057s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [16.688s] [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:06.932s] [INFO] Apache CloudStack Framework - Jobs SUCCESS [40.503s] [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [35.303s] [INFO] Apache CloudStack Server .. SUCCESS [4:15.860s] [INFO] Apache CloudStack Usage Server SUCCESS [51.662s] [INFO] Apache CloudStack Cloud Engine Orchestration Component SUCCESS [1:26.524s] [INFO] Apache CloudStack Cloud Services .. SUCCESS [0.071s] [INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.461s] [INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [55.302s] [INFO] Apache CloudStack Engine Storage Component SUCCESS [59.388s] [INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [37.755s] [INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [29.109s] [INFO] Apache CloudStack Engine Storage Data Motion Component SUCCESS [32.698s] [INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.443s] [INFO] Apache CloudStack Engine Storage Snapshot Component SUCCESS [38.128s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [14.355s] [INFO] Apache CloudStack Cloud Engine Service SUCCESS [6.565s] [INFO] Apache CloudStack Plugin POM .. SUCCESS [0.885s] [INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [43.896s] [INFO] Apache CloudStack Plugin - Storage Volume default provider SUCCESS [3:26.693s] [INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider SUCCESS [1:46.138s] [INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [22.523s] [INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [37.908s] [INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [26.264s] [INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor
Build failed in Jenkins: simulator-singlerun #1214
See http://jenkins.buildacloud.org/job/simulator-singlerun/1214/ -- Started by upstream project build-master-simulator build number 2032 originally caused by: Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on simulator in workspace http://jenkins.buildacloud.org/job/simulator-singlerun/ws/ /usr/bin/git rev-parse --is-inside-work-tree # timeout=400 Fetching changes from the remote Git repository /usr/bin/git config remote.origin.url https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400 Fetching upstream changes from https://git-wip-us.apache.org/repos/asf/cloudstack.git /usr/bin/git --version # timeout=400 /usr/bin/git fetch --tags --progress https://git-wip-us.apache.org/repos/asf/cloudstack.git +refs/heads/*:refs/remotes/origin/* ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from https://git-wip-us.apache.org/repos/asf/cloudstack.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016) at hudson.scm.SCM.checkout(SCM.java:484) at hudson.model.AbstractProject.checkout(AbstractProject.java:1258) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528) at hudson.model.Run.execute(Run.java:1759) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) Caused by: hudson.plugins.git.GitException: Command /usr/bin/git fetch --tags --progress https://git-wip-us.apache.org/repos/asf/cloudstack.git +refs/heads/*:refs/remotes/origin/* returned status code 128: stdout: stderr: error: while accessing https://git-wip-us.apache.org/repos/asf/cloudstack.git/info/refs fatal: HTTP request failed at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1591) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1379) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:86) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:324) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) at hudson.remoting.UserRequest.perform(UserRequest.java:121) at hudson.remoting.UserRequest.perform(UserRequest.java:49) at hudson.remoting.Request$2.run(Request.java:324) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) at ..remote call to simulator(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356) at hudson.remoting.UserResponse.retrieve(UserRequest.java:221) at hudson.remoting.Channel.call(Channel.java:752) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) at sun.reflect.GeneratedMethodAccessor375.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) at sun.proxy.$Proxy46.execute(Unknown Source) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:733) ... 11 more ERROR: Error fetching remote repo 'origin' [xUnit] [INFO] - Starting to record. [xUnit] [INFO] - Processing JUnit [xUnit] [INFO] - [JUnit] - 1 test report file(s) were found with the pattern 'xunit.xml' relative to 'http://jenkins.buildacloud.org/job/simulator-singlerun/ws/' for the testing framework 'JUnit'. [xUnit] [ERROR] - Test reports were found but not all of them are new. Did all the tests run? * http://jenkins.buildacloud.org/job/simulator-singlerun/ws/xunit.xml is 1 mo 4 days old [xUnit] [INFO] - Failing BUILD. [xUnit] [INFO] - There are errors when processing test results. [xUnit] [INFO] - Skipping tests recording. [xUnit] [INFO] - Stop build.
[GitHub] cloudstack pull request: Cloudstack 8308 Adding automation test ca...
Github user gauravaradhye commented on the pull request: https://github.com/apache/cloudstack/pull/359#issuecomment-109216009 Please rebase against latest master. The file looks as new file in the commit but it's already present in the repo. --- 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: [DISCUSS] new findbugs bug findings
On Fri, Jun 5, 2015 at 8:42 AM, Rajani Karuturi raj...@apache.org wrote: Hi Daan, of the 51 issues, I dont think all of them are new. I checked a few and they are very old. Some how we never get to a point where we keep up with findbugs this way. The result is we don't use it (enough). I think it will be useful to run findbugs analysis on every pull request and inform any findings in the new code. Its within the contest and easy to get fixed than looking at them at a later point of time. I agree but is this easy to implement? I am looking for the next step in our reach not for an end goal. How can we get to a continuous custom of checking these litle items and weeding out the old ones along the way? On Thu, Jun 4, 2015 at 5:24 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: LS, We have been improving a lot in terms checking submissions and having better (as in less) overall mastaer breakage lately. We are not there yet. At the moment findbugs has 51 new findings and fails the slowbuild for that reason. I think a lot of those can be prevented. For the rest we can attribute them to people/commits. Call it blaming but I know I am guilty at times and some far better developers then me, as well. We are not running the slow build on every commit (it is called slow for a reason) and a lot of people are ignoring the output from it because it almost always fails. I fixed it in Austin and it now has 51 new findings (when I last looked). 1. One way to handle this is to publish the attribution on this list. 2. Another way is to have a pull request builder do the slow build on every commit 3. The old proposal was to do the slow build at regular intervals and revert everything in a failed build. I was one of the people rejecting it but I put it here to be as complete as possible. 1 is very intensive work but very easily implemented 2 is not much implementation work but requires even more discipline of committers in their review work. I feel for both equally strong either way but I think we should make the next step soon. thoughts? -- Daan -- Daan
Build failed in Jenkins: simulator-singlerun #1215
See http://jenkins.buildacloud.org/job/simulator-singlerun/1215/ -- Started by upstream project build-master-simulator build number 2033 originally caused by: Started by upstream project build-master build number 2362 originally caused by: Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on simulator in workspace http://jenkins.buildacloud.org/job/simulator-singlerun/ws/ /usr/bin/git rev-parse --is-inside-work-tree # timeout=400 Fetching changes from the remote Git repository /usr/bin/git config remote.origin.url https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400 Fetching upstream changes from https://git-wip-us.apache.org/repos/asf/cloudstack.git /usr/bin/git --version # timeout=400 /usr/bin/git fetch --tags --progress https://git-wip-us.apache.org/repos/asf/cloudstack.git +refs/heads/*:refs/remotes/origin/* ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from https://git-wip-us.apache.org/repos/asf/cloudstack.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016) at hudson.scm.SCM.checkout(SCM.java:484) at hudson.model.AbstractProject.checkout(AbstractProject.java:1258) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528) at hudson.model.Run.execute(Run.java:1759) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) Caused by: hudson.plugins.git.GitException: Command /usr/bin/git fetch --tags --progress https://git-wip-us.apache.org/repos/asf/cloudstack.git +refs/heads/*:refs/remotes/origin/* returned status code 128: stdout: stderr: error: while accessing https://git-wip-us.apache.org/repos/asf/cloudstack.git/info/refs fatal: HTTP request failed at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1591) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1379) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:86) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:324) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) at hudson.remoting.UserRequest.perform(UserRequest.java:121) at hudson.remoting.UserRequest.perform(UserRequest.java:49) at hudson.remoting.Request$2.run(Request.java:324) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) at ..remote call to simulator(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356) at hudson.remoting.UserResponse.retrieve(UserRequest.java:221) at hudson.remoting.Channel.call(Channel.java:752) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) at sun.reflect.GeneratedMethodAccessor375.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) at sun.proxy.$Proxy46.execute(Unknown Source) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:733) ... 11 more ERROR: Error fetching remote repo 'origin' [xUnit] [INFO] - Starting to record. [xUnit] [INFO] - Processing JUnit [xUnit] [INFO] - [JUnit] - 1 test report file(s) were found with the pattern 'xunit.xml' relative to 'http://jenkins.buildacloud.org/job/simulator-singlerun/ws/' for the testing framework 'JUnit'. [xUnit] [ERROR] - Test reports were found but not all of them are new. Did all the tests run? * http://jenkins.buildacloud.org/job/simulator-singlerun/ws/xunit.xml is 1 mo 4 days old [xUnit] [INFO] - Failing BUILD. [xUnit] [INFO] - There are errors when processing test results. [xUnit] [INFO] -
Re: Not found CS 4.5.1 RHEL packages on apt-get.eu
Hi, I’ve setup a cronjob to mirror centos packages from rsync://packages.shapeblue.com/cloudstack/upstream/{centos,centos7} on apt-get.eu server. Updated README with centos packages and gpg public key information: http://cloudstack.apt-get.eu/README Mirrored packages can be found here: http://cloudstack.apt-get.eu/centos/ http://cloudstack.apt-get.eu/centos7/ The 4.5 packages here are symlinked to the above directories: http://cloudstack.apt-get.eu/rhel/4.5/ Hope this helps. On 05-Jun-2015, at 1:48 pm, Milamber milam...@apache.org wrote: On 05/06/2015 12:11, Rohit Yadav wrote: Hi, Okay, I’ve copy the packages for 4.5 and setup a cronjob to mirror packages today. Avoid using the repository until that happens. Thanks Rohit. On 05-Jun-2015, at 12:49 pm, Erik Weber terbol...@gmail.com wrote: On Thu, Jun 4, 2015 at 12:44 PM, Milamber milam...@apache.org wrote: Hello, There are a special reason to not have the 4.5.1 RHEL packages on http://cloudstack.apt-get.eu/rhel/ ? No, there's no reason imho. Could anyone with access to the apt-get.eu server upload packages? -- Erik Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark. Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Build failed in Jenkins: build-master-slowbuild #1496
See http://jenkins.buildacloud.org/job/build-master-slowbuild/1496/changes Changes: [Gaurav Aradhye] CLOUDSTACK-8308: Updating Disable/enable host testpath as admin user should not be able to deploy vm on disabled host -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud --- [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud --- [INFO] [INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ cloud-quickcloud --- [WARNING] No files to instrument. [INFO] NOT adding cobertura ser file to attached artifacts list. [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-quickcloud --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-master-slowbuild/ws/quickcloud/src/test/resources [INFO] Copying 3 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ cloud-quickcloud --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud --- [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud --- [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS [1.913s] [INFO] Apache CloudStack . SUCCESS [2.080s] [INFO] Apache CloudStack Maven Conventions Parent SUCCESS [0.797s] [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [22.139s] [INFO] Apache CloudStack Utils ... SUCCESS [1:30.285s] [INFO] Apache CloudStack Framework ... SUCCESS [0.131s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [51.574s] [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [28.541s] [INFO] Apache CloudStack API . SUCCESS [1:55.980s] [INFO] Apache CloudStack Framework - REST SUCCESS [18.349s] [INFO] Apache CloudStack Framework - IPC . SUCCESS [32.046s] [INFO] Apache CloudStack Cloud Engine SUCCESS [0.117s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [29.763s] [INFO] Apache CloudStack Framework - Security SUCCESS [24.717s] [INFO] Apache CloudStack Core SUCCESS [1:17.614s] [INFO] Apache CloudStack Agents .. SUCCESS [36.415s] [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [31.330s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [17.044s] [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:08.993s] [INFO] Apache CloudStack Framework - Jobs SUCCESS [44.905s] [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [30.190s] [INFO] Apache CloudStack Server .. SUCCESS [4:14.034s] [INFO] Apache CloudStack Usage Server SUCCESS [52.345s] [INFO] Apache CloudStack Cloud Engine Orchestration Component SUCCESS [1:26.270s] [INFO] Apache CloudStack Cloud Services .. SUCCESS [0.068s] [INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.481s] [INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [57.378s] [INFO] Apache CloudStack Engine Storage Component SUCCESS [56.129s] [INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [35.491s] [INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [30.298s] [INFO] Apache CloudStack Engine Storage Data Motion Component SUCCESS [32.991s] [INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [19.895s] [INFO] Apache CloudStack Engine Storage Snapshot Component SUCCESS [37.493s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [13.990s] [INFO] Apache CloudStack Cloud Engine Service SUCCESS [9.630s] [INFO] Apache CloudStack Plugin POM .. SUCCESS [1.539s] [INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [3:23.145s] [INFO] Apache CloudStack Plugin - Storage Volume default provider SUCCESS [1:38.417s] [INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider SUCCESS [46.214s] [INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [26.422s] [INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS
Re: Not found CS 4.5.1 RHEL packages on apt-get.eu
On 05/06/2015 12:11, Rohit Yadav wrote: Hi, Okay, I’ve copy the packages for 4.5 and setup a cronjob to mirror packages today. Avoid using the repository until that happens. Thanks Rohit. On 05-Jun-2015, at 12:49 pm, Erik Weber terbol...@gmail.com wrote: On Thu, Jun 4, 2015 at 12:44 PM, Milamber milam...@apache.org wrote: Hello, There are a special reason to not have the 4.5.1 RHEL packages on http://cloudstack.apt-get.eu/rhel/ ? No, there's no reason imho. Could anyone with access to the apt-get.eu server upload packages? -- Erik Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
[GitHub] cloudstack pull request: CLOUDSTACK-8542: Correcting test case in ...
GitHub user gauravaradhye opened a pull request: https://github.com/apache/cloudstack/pull/360 CLOUDSTACK-8542: Correcting test case in test_vpc_on_host_maintenance.py The test in the test suite is checking that when the hosts are in maintenance state, then VPC created with start=False parameter should be in inactive state. However, this is incorrect. VPC is in inactive state only after it is deleted. Hence the state of the VPC created when the hosts are in maintenance state is Enabled only. Further, the VPC won't be deleted by any cleanup threads because it is in enabled state and not in inactive state. Remove the test case which asserts that VPC should be removed after cleanup interval. Other changes: Removed hard-coded services dict from the test case. Instead the test case will use the dict located at /marvin/config/test_data.py which is common for all test cases. Logs: Test VPC when host is in maintenance mode ... === TestName: test_01_create_vpc_host_maintenance | Status : SUCCESS === ok -- Ran 1 test in 189.881s OK You can merge this pull request into a Git repository by running: $ git pull https://github.com/gauravaradhye/cloudstack 8542 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cloudstack/pull/360.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 #360 commit 844a3bc167cdaa2e6b82444e587d9547f146c0e4 Author: Gaurav Aradhye gaurav.arad...@clogeny.com Date: 2015-06-05T09:05:56Z CLOUDSTACK-8542: Correcting test case in test_vpc_on_host_maintenance.py --- 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: Not found CS 4.5.1 RHEL packages on apt-get.eu
Thanks Rohit On Fri, Jun 5, 2015 at 1:52 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote: Hi, I’ve setup a cronjob to mirror centos packages from rsync:// packages.shapeblue.com/cloudstack/upstream/{centos,centos7} on apt-get.eu server. Updated README with centos packages and gpg public key information: http://cloudstack.apt-get.eu/README Mirrored packages can be found here: http://cloudstack.apt-get.eu/centos/ http://cloudstack.apt-get.eu/centos7/ The 4.5 packages here are symlinked to the above directories: http://cloudstack.apt-get.eu/rhel/4.5/ Hope this helps. On 05-Jun-2015, at 1:48 pm, Milamber milam...@apache.org wrote: On 05/06/2015 12:11, Rohit Yadav wrote: Hi, Okay, I’ve copy the packages for 4.5 and setup a cronjob to mirror packages today. Avoid using the repository until that happens. Thanks Rohit. On 05-Jun-2015, at 12:49 pm, Erik Weber terbol...@gmail.com wrote: On Thu, Jun 4, 2015 at 12:44 PM, Milamber milam...@apache.org wrote: Hello, There are a special reason to not have the 4.5.1 RHEL packages on http://cloudstack.apt-get.eu/rhel/ ? No, there's no reason imho. Could anyone with access to the apt-get.eu server upload packages? -- Erik Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Build http://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineering http://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Support http://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courses http://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark. Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Build http://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineering http://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Support http://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courses http://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Re: Not found CS 4.5.1 RHEL packages on apt-get.eu
On Thu, Jun 4, 2015 at 12:44 PM, Milamber milam...@apache.org wrote: Hello, There are a special reason to not have the 4.5.1 RHEL packages on http://cloudstack.apt-get.eu/rhel/ ? No, there's no reason imho. Could anyone with access to the apt-get.eu server upload packages? -- Erik
Re: [DISCUSS] new findbugs bug findings
The jenkins pull request job currently only builds the code (AFAIK) Can we also add enablefindbugs profile to it and see how quickly it analyses? ~Rajani On Fri, Jun 5, 2015 at 12:42 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: On Fri, Jun 5, 2015 at 8:42 AM, Rajani Karuturi raj...@apache.org wrote: Hi Daan, of the 51 issues, I dont think all of them are new. I checked a few and they are very old. Some how we never get to a point where we keep up with findbugs this way. The result is we don't use it (enough). I think it will be useful to run findbugs analysis on every pull request and inform any findings in the new code. Its within the contest and easy to get fixed than looking at them at a later point of time. I agree but is this easy to implement? I am looking for the next step in our reach not for an end goal. How can we get to a continuous custom of checking these litle items and weeding out the old ones along the way? On Thu, Jun 4, 2015 at 5:24 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: LS, We have been improving a lot in terms checking submissions and having better (as in less) overall mastaer breakage lately. We are not there yet. At the moment findbugs has 51 new findings and fails the slowbuild for that reason. I think a lot of those can be prevented. For the rest we can attribute them to people/commits. Call it blaming but I know I am guilty at times and some far better developers then me, as well. We are not running the slow build on every commit (it is called slow for a reason) and a lot of people are ignoring the output from it because it almost always fails. I fixed it in Austin and it now has 51 new findings (when I last looked). 1. One way to handle this is to publish the attribution on this list. 2. Another way is to have a pull request builder do the slow build on every commit 3. The old proposal was to do the slow build at regular intervals and revert everything in a failed build. I was one of the people rejecting it but I put it here to be as complete as possible. 1 is very intensive work but very easily implemented 2 is not much implementation work but requires even more discipline of committers in their review work. I feel for both equally strong either way but I think we should make the next step soon. thoughts? -- Daan -- Daan
Re: database high availability question vs haproxy
Thanks Simon - that is what I thought... So my question would be then, haproxy vs native ACS/mysql connector going to galera1/galera2/etc...will figure out, for now we use haproxy for mysql/galera loadbalancing... THanks a lot Simon, Andrija On 5 June 2015 at 15:18, Simon Weller swel...@ena.com wrote: Personally, I think that Gallera is always going to be a safer option, as it handles conflict resolution natively. Having said that, it appears care has been taken in designing the ACS MGMT DB integration so that the chance of conflicts is very low. Galera requires a 3 nodes minimum, so it's a lot of hardware unless you've got plans to use it elsewhere in your organisation. The downside to Galera, is that it's synchronous replication, so it needs very low latency between nodes. That doesn't make it a good candidate for geographic separation between DB nodes for a DR scenario. You're understanding of the replication structure, as based on the design document is correct. MySQL (or Galera) handles all the replication. ACS just handles which node it's writing and reading from. In a 2 node native MySQL cluster, it's expected that you are setup for cross master-master replication. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 2:41 AM To: dev@cloudstack.apache.org Cc: us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Hi Simon, thanks for the link - actually I have already read this - but Im still seaking for some answeres :) : - real world experience with DB HA in general - is i better to use haproxy(clustered/redudant) for mysql towards Galera cluster - or simply to reference 2 nodes (1 as master, another as slave) with native ACS DB HA - silly question but anyway... - my understanding - ACS just pings and connects to master or slave (all replication etc, is done from my side, not from ACS) ? Thanks again and any info is greatly appreciated. Andrija On 4 June 2015 at 16:23, Simon Weller swel...@ena.com wrote: Andrija, Here is the original design document, and it should give you a better idea of what is implemented today: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=34838207 We have plans to test this in our lab soon, but just haven't got around to it yet. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Thursday, June 4, 2015 9:08 AM To: dev@cloudstack.apache.org; us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Anyone :) ? On 31 May 2015 at 00:26, Andrija Panic andrija.pa...@gmail.com wrote: Hi, I would have a question on database HA feature in db.properties ( http://cloudstack-administration.readthedocs.org/en/latest/reliability.html#configuring-database-high-availability ) If I understand correctly, it is up to the admin to provide appropriate mysql HA (active-active, galera, etc) and ACS management server will JUST try to connect to slaves if the master is down ? We are running Galera, with haproxy/keepalived, and by using stoping haproxy, it takes i.e. 6sec for keepalived to detect haproxy is down, and failover IP to another host. During these 6 seconds, ACS managemnt server goes dead, because of this DB unavailability. So my wondering, is better to use ACS db HA feature, instead of loadbalancer for this specific purpose ? (we are also using haproxy/keepalived for management server loadbalancing - 2 servers in backend...) Any experience shared is really appreciated ! -- Andrija Panić -- Andrija Panić -- Andrija Panić -- Andrija Panić
Re: Not found CS 4.5.1 RHEL packages on apt-get.eu
I’ve received some objections on putting the rsync mirror, it may be removed. You may use the following upstream repo built from official releases, which aims to be more up to date: http://packages.shapeblue.com/cloudstack/upstream/ or, http://mirrors.coreix.net/packages.shapeblue.com/cloudstack/upstream/ Usage: shapeblue.com/packages On 05-Jun-2015, at 2:15 pm, Erik Weber terbol...@gmail.com wrote: Thanks Rohit On Fri, Jun 5, 2015 at 1:52 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote: Hi, I’ve setup a cronjob to mirror centos packages from rsync:// packages.shapeblue.com/cloudstack/upstream/{centos,centos7} on apt-get.eu server. Updated README with centos packages and gpg public key information: http://cloudstack.apt-get.eu/README Mirrored packages can be found here: http://cloudstack.apt-get.eu/centos/ http://cloudstack.apt-get.eu/centos7/ The 4.5 packages here are symlinked to the above directories: http://cloudstack.apt-get.eu/rhel/4.5/ Hope this helps. On 05-Jun-2015, at 1:48 pm, Milamber milam...@apache.org wrote: On 05/06/2015 12:11, Rohit Yadav wrote: Hi, Okay, I’ve copy the packages for 4.5 and setup a cronjob to mirror packages today. Avoid using the repository until that happens. Thanks Rohit. On 05-Jun-2015, at 12:49 pm, Erik Weber terbol...@gmail.com wrote: On Thu, Jun 4, 2015 at 12:44 PM, Milamber milam...@apache.org wrote: Hello, There are a special reason to not have the 4.5.1 RHEL packages on http://cloudstack.apt-get.eu/rhel/ ? No, there's no reason imho. Could anyone with access to the apt-get.eu server upload packages? -- Erik Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Build http://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineering http://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Support http://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courses http://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark. Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Build http://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineering http://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Support http://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courses http://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Re: Not found CS 4.5.1 RHEL packages on apt-get.eu
The problem is that the official docs point to apt-get.eu, if nothing is there we're confusing users. See http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.5/management-server/index.html#rpm-package-repository I understand that we have an argument about who's providing packages and such, but we should resort to finding a solution now, or remove it from/change the docs -- Erik On Fri, Jun 5, 2015 at 3:16 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote: I’ve received some objections on putting the rsync mirror, it may be removed. You may use the following upstream repo built from official releases, which aims to be more up to date: http://packages.shapeblue.com/cloudstack/upstream/ or, http://mirrors.coreix.net/packages.shapeblue.com/cloudstack/upstream/ Usage: shapeblue.com/packages On 05-Jun-2015, at 2:15 pm, Erik Weber terbol...@gmail.com wrote: Thanks Rohit On Fri, Jun 5, 2015 at 1:52 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote: Hi, I’ve setup a cronjob to mirror centos packages from rsync:// packages.shapeblue.com/cloudstack/upstream/{centos,centos7} on apt-get.eu server. Updated README with centos packages and gpg public key information: http://cloudstack.apt-get.eu/README Mirrored packages can be found here: http://cloudstack.apt-get.eu/centos/ http://cloudstack.apt-get.eu/centos7/ The 4.5 packages here are symlinked to the above directories: http://cloudstack.apt-get.eu/rhel/4.5/ Hope this helps. On 05-Jun-2015, at 1:48 pm, Milamber milam...@apache.org wrote: On 05/06/2015 12:11, Rohit Yadav wrote: Hi, Okay, I’ve copy the packages for 4.5 and setup a cronjob to mirror packages today. Avoid using the repository until that happens. Thanks Rohit. On 05-Jun-2015, at 12:49 pm, Erik Weber terbol...@gmail.com wrote: On Thu, Jun 4, 2015 at 12:44 PM, Milamber milam...@apache.org wrote: Hello, There are a special reason to not have the 4.5.1 RHEL packages on http://cloudstack.apt-get.eu/rhel/ ? No, there's no reason imho. Could anyone with access to the apt-get.eu server upload packages? -- Erik Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Build http://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment framework http://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineering http://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Support http://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courses http://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark. Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Build http://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineering http://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Support http://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courses http://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither
Re: database high availability question vs haproxy
Personally, I think that Gallera is always going to be a safer option, as it handles conflict resolution natively. Having said that, it appears care has been taken in designing the ACS MGMT DB integration so that the chance of conflicts is very low. Galera requires a 3 nodes minimum, so it's a lot of hardware unless you've got plans to use it elsewhere in your organisation. The downside to Galera, is that it's synchronous replication, so it needs very low latency between nodes. That doesn't make it a good candidate for geographic separation between DB nodes for a DR scenario. You're understanding of the replication structure, as based on the design document is correct. MySQL (or Galera) handles all the replication. ACS just handles which node it's writing and reading from. In a 2 node native MySQL cluster, it's expected that you are setup for cross master-master replication. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 2:41 AM To: dev@cloudstack.apache.org Cc: us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Hi Simon, thanks for the link - actually I have already read this - but Im still seaking for some answeres :) : - real world experience with DB HA in general - is i better to use haproxy(clustered/redudant) for mysql towards Galera cluster - or simply to reference 2 nodes (1 as master, another as slave) with native ACS DB HA - silly question but anyway... - my understanding - ACS just pings and connects to master or slave (all replication etc, is done from my side, not from ACS) ? Thanks again and any info is greatly appreciated. Andrija On 4 June 2015 at 16:23, Simon Weller swel...@ena.com wrote: Andrija, Here is the original design document, and it should give you a better idea of what is implemented today: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=34838207 We have plans to test this in our lab soon, but just haven't got around to it yet. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Thursday, June 4, 2015 9:08 AM To: dev@cloudstack.apache.org; us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Anyone :) ? On 31 May 2015 at 00:26, Andrija Panic andrija.pa...@gmail.com wrote: Hi, I would have a question on database HA feature in db.properties ( http://cloudstack-administration.readthedocs.org/en/latest/reliability.html#configuring-database-high-availability ) If I understand correctly, it is up to the admin to provide appropriate mysql HA (active-active, galera, etc) and ACS management server will JUST try to connect to slaves if the master is down ? We are running Galera, with haproxy/keepalived, and by using stoping haproxy, it takes i.e. 6sec for keepalived to detect haproxy is down, and failover IP to another host. During these 6 seconds, ACS managemnt server goes dead, because of this DB unavailability. So my wondering, is better to use ACS db HA feature, instead of loadbalancer for this specific purpose ? (we are also using haproxy/keepalived for management server loadbalancing - 2 servers in backend...) Any experience shared is really appreciated ! -- Andrija Panić -- Andrija Panić -- Andrija Panić
Re: database high availability question vs haproxy
Exactly...thanks Simon for the time and help :) Is there any mysql timeout/retry parameter that is set in db.properties (like db.cloud.queriesBeforeRetryMaster=5000), but I'm wondering since I'm using keepalived/haproxy setup, it takes up to 5-6 sec for keepalive to detect haproxy is down (while testing I shutdown haproxu on active node), and then keepalvied moves IP to another node - meaning I have 5-6sec of no connection between ACS mgmt servers and database/haproxy. Is this timeout configurabile on ACS/mysql connector side ? Thanks again, Andrija On 5 June 2015 at 15:54, Simon Weller swel...@ena.com wrote: I think haproxy is a better design in my opinion. You're going to have to use haproxy to balance the host agents to multiple management servers anyway, so you'll already be using it. haproxy can then manage the health checks to Galera rather than over complicating it with the CS Management configuration. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 8:37 AM To: us...@cloudstack.apache.org Cc: dev@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Thanks Simon - that is what I thought... So my question would be then, haproxy vs native ACS/mysql connector going to galera1/galera2/etc...will figure out, for now we use haproxy for mysql/galera loadbalancing... THanks a lot Simon, Andrija On 5 June 2015 at 15:18, Simon Weller swel...@ena.com wrote: Personally, I think that Gallera is always going to be a safer option, as it handles conflict resolution natively. Having said that, it appears care has been taken in designing the ACS MGMT DB integration so that the chance of conflicts is very low. Galera requires a 3 nodes minimum, so it's a lot of hardware unless you've got plans to use it elsewhere in your organisation. The downside to Galera, is that it's synchronous replication, so it needs very low latency between nodes. That doesn't make it a good candidate for geographic separation between DB nodes for a DR scenario. You're understanding of the replication structure, as based on the design document is correct. MySQL (or Galera) handles all the replication. ACS just handles which node it's writing and reading from. In a 2 node native MySQL cluster, it's expected that you are setup for cross master-master replication. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 2:41 AM To: dev@cloudstack.apache.org Cc: us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Hi Simon, thanks for the link - actually I have already read this - but Im still seaking for some answeres :) : - real world experience with DB HA in general - is i better to use haproxy(clustered/redudant) for mysql towards Galera cluster - or simply to reference 2 nodes (1 as master, another as slave) with native ACS DB HA - silly question but anyway... - my understanding - ACS just pings and connects to master or slave (all replication etc, is done from my side, not from ACS) ? Thanks again and any info is greatly appreciated. Andrija On 4 June 2015 at 16:23, Simon Weller swel...@ena.com wrote: Andrija, Here is the original design document, and it should give you a better idea of what is implemented today: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=34838207 We have plans to test this in our lab soon, but just haven't got around to it yet. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Thursday, June 4, 2015 9:08 AM To: dev@cloudstack.apache.org; us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Anyone :) ? On 31 May 2015 at 00:26, Andrija Panic andrija.pa...@gmail.com wrote: Hi, I would have a question on database HA feature in db.properties ( http://cloudstack-administration.readthedocs.org/en/latest/reliability.html#configuring-database-high-availability ) If I understand correctly, it is up to the admin to provide appropriate mysql HA (active-active, galera, etc) and ACS management server will JUST try to connect to slaves if the master is down ? We are running Galera, with haproxy/keepalived, and by using stoping haproxy, it takes i.e. 6sec for keepalived to detect haproxy is down, and failover IP to another host. During these 6 seconds, ACS managemnt server goes dead, because of this DB unavailability. So my wondering, is better to use ACS db HA feature, instead of loadbalancer for this specific purpose ? (we are also using haproxy/keepalived for management server loadbalancing - 2 servers in backend...) Any experience shared is
Re: database high availability question vs haproxy
I'm not sure whether that's configurable and I haven't seen any examples out there that point to it being configurable. Having said that, there are people a lot more familiar with that than I am on the list. One option you do have for this particular failure situation, is to use monit to monitor the pid of the CS management service and if it's not running, force it to start up again. Losing a load balancer completely is very rare, so it's not likely to happen often at all. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 9:07 AM To: us...@cloudstack.apache.org Cc: dev@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Exactly...thanks Simon for the time and help :) Is there any mysql timeout/retry parameter that is set in db.properties (like db.cloud.queriesBeforeRetryMaster=5000), but I'm wondering since I'm using keepalived/haproxy setup, it takes up to 5-6 sec for keepalive to detect haproxy is down (while testing I shutdown haproxu on active node), and then keepalvied moves IP to another node - meaning I have 5-6sec of no connection between ACS mgmt servers and database/haproxy. Is this timeout configurabile on ACS/mysql connector side ? Thanks again, Andrija On 5 June 2015 at 15:54, Simon Weller swel...@ena.com wrote: I think haproxy is a better design in my opinion. You're going to have to use haproxy to balance the host agents to multiple management servers anyway, so you'll already be using it. haproxy can then manage the health checks to Galera rather than over complicating it with the CS Management configuration. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 8:37 AM To: us...@cloudstack.apache.org Cc: dev@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Thanks Simon - that is what I thought... So my question would be then, haproxy vs native ACS/mysql connector going to galera1/galera2/etc...will figure out, for now we use haproxy for mysql/galera loadbalancing... THanks a lot Simon, Andrija On 5 June 2015 at 15:18, Simon Weller swel...@ena.com wrote: Personally, I think that Gallera is always going to be a safer option, as it handles conflict resolution natively. Having said that, it appears care has been taken in designing the ACS MGMT DB integration so that the chance of conflicts is very low. Galera requires a 3 nodes minimum, so it's a lot of hardware unless you've got plans to use it elsewhere in your organisation. The downside to Galera, is that it's synchronous replication, so it needs very low latency between nodes. That doesn't make it a good candidate for geographic separation between DB nodes for a DR scenario. You're understanding of the replication structure, as based on the design document is correct. MySQL (or Galera) handles all the replication. ACS just handles which node it's writing and reading from. In a 2 node native MySQL cluster, it's expected that you are setup for cross master-master replication. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 2:41 AM To: dev@cloudstack.apache.org Cc: us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Hi Simon, thanks for the link - actually I have already read this - but Im still seaking for some answeres :) : - real world experience with DB HA in general - is i better to use haproxy(clustered/redudant) for mysql towards Galera cluster - or simply to reference 2 nodes (1 as master, another as slave) with native ACS DB HA - silly question but anyway... - my understanding - ACS just pings and connects to master or slave (all replication etc, is done from my side, not from ACS) ? Thanks again and any info is greatly appreciated. Andrija On 4 June 2015 at 16:23, Simon Weller swel...@ena.com wrote: Andrija, Here is the original design document, and it should give you a better idea of what is implemented today: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=34838207 We have plans to test this in our lab soon, but just haven't got around to it yet. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Thursday, June 4, 2015 9:08 AM To: dev@cloudstack.apache.org; us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Anyone :) ? On 31 May 2015 at 00:26, Andrija Panic andrija.pa...@gmail.com wrote: Hi, I would have a question on database HA feature in db.properties ( http://cloudstack-administration.readthedocs.org/en/latest/reliability.html#configuring-database-high-availability ) If I understand correctly, it
Re: Strange bug? spam in management log files...
Hi, any hint on how to proceed ? on haproxy I see rougly 50%/50% sessions across 2 backend servers. But inside DB, it all points to the one mgmt_server_ip... Thanks, Andrija On 4 June 2015 at 19:27, Andrija Panic andrija.pa...@gmail.com wrote: And if of any help another hint: while Im having this lines sent to logs in high volume...if I stop second mgmt server, first one (that is making all these lines, doesnt stop to make them), so log is still heavily writen to - only when I also restart mgmt on 1st node (2nd node is down), then these log lines dissapear. Thx On 4 June 2015 at 19:19, Andrija Panic andrija.pa...@gmail.com wrote: And I could add - these lines (in this volume) only appears on first mgmt server (Actually I have 2 separate, but identical ACS installations, and same behaviour). On 4 June 2015 at 19:18, Andrija Panic andrija.pa...@gmail.com wrote: Just checked, in the HOSTS table, all agents are connected (via haproxy) to the first mgmt server...I just restarted haproxy, and still inside the DB, it says same mgmt_server_id for all agents - which is not really true. Actually, on the haproxy itslef (statistics page) I can see almoust 50%-50% distribution across 2 backends - which means by haproxy it should be fine. total 18 agents, 10 goes to 1 backend, 8 goes to other backend (ACS mgmt server) This is our haproxy config, I think it's fine, but... DB says differently, althouh haproxy statistick say all fine ### ACS 8250 ### frontend front_ACS_8250 10.20.10.100:8250 option tcplog mode tcp default_backend back_8250 backend back_8250 mode tcp balance source server acs1_8250 10.20.10.7:8250 check port 8250 inter 2000 rise 3 fall 3 server acs2_8250 10.20.10.8:8250 check port 8250 inter 2000 rise 3 fall 3 ## Any info on how to proceed with this, since because of these lines, it makes mgmt logs almoust unreadable... :( Thanks, Andrija On 4 June 2015 at 19:00, Andrija Panic andrija.pa...@gmail.com wrote: Thanks Koushik, I will check and let you know - but 11GB log file for 10h ? I dont expect this is expected :) I understand that the message is there because of setup, just an awful lot of lines Will check thx for the help ! Andrija On 4 June 2015 at 18:53, Koushik Das koushik@citrix.com wrote: This is expected in a clustered MS setup. What is the distribution of HV hosts across these MS (check host table in db for MS id)? MS owning the HV host processes all commands for that host. Grep for the sequence numbers (for e.g. 73-7374644389819187201) in both MS logs to correlate. On 04-Jun-2015, at 8:30 PM, Andrija Panic andrija.pa...@gmail.com wrote: Hi, I have 2 ACS MGMT servers, loadbalanced properly (AFAIK), and sometimes it happens that on the first node, we have extremem number of folowing line entries in the log fie, which causes many GB log in just few hours or less: (as you can see here they are not even that frequent, but sometimes, it gets really crazy with the speed/numer logged per seconds: 2015-06-04 16:55:04,089 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] (AgentManager-Handler-29:null) Seq 73-7374644389819187201: MgmtId 90520745449919: Resp: Routing to peer 2015-06-04 16:55:04,129 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] (AgentManager-Handler-28:null) Seq 1-3297479352165335041: MgmtId 90520745449919: Resp: Routing to peer 2015-06-04 16:55:04,129 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] (AgentManager-Handler-8:null) Seq 73-7374644389819187201: MgmtId 90520745449919: Resp: Routing to peer 2015-06-04 16:55:04,169 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] (AgentManager-Handler-26:null) Seq 1-3297479352165335041: MgmtId 90520745449919: Resp: Routing to peer 2015-06-04 16:55:04,169 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] (AgentManager-Handler-30:null) Seq 73-7374644389819187201: MgmtId 90520745449919: Resp: Routing to peer 2015-06-04 16:55:04,209 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] (AgentManager-Handler-27:null) Seq 1-3297479352165335041: MgmtId 90520745449919: Resp: Routing to peer 2015-06-04 16:55:04,209 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] (AgentManager-Handler-2:null) Seq 73-7374644389819187201: MgmtId 90520745449919: Resp: Routing to peer 2015-06-04 16:55:04,249 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] (AgentManager-Handler-4:null) Seq 1-3297479352165335041: MgmtId 90520745449919: Resp: Routing to peer 2015-06-04 16:55:04,249 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] (AgentManager-Handler-7:null) Seq 73-7374644389819187201: MgmtId 90520745449919: Resp: Routing to peer 2015-06-04 16:55:04,289 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] (AgentManager-Handler-3:null) Seq
Re: database high availability question vs haproxy
I think haproxy is a better design in my opinion. You're going to have to use haproxy to balance the host agents to multiple management servers anyway, so you'll already be using it. haproxy can then manage the health checks to Galera rather than over complicating it with the CS Management configuration. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 8:37 AM To: us...@cloudstack.apache.org Cc: dev@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Thanks Simon - that is what I thought... So my question would be then, haproxy vs native ACS/mysql connector going to galera1/galera2/etc...will figure out, for now we use haproxy for mysql/galera loadbalancing... THanks a lot Simon, Andrija On 5 June 2015 at 15:18, Simon Weller swel...@ena.com wrote: Personally, I think that Gallera is always going to be a safer option, as it handles conflict resolution natively. Having said that, it appears care has been taken in designing the ACS MGMT DB integration so that the chance of conflicts is very low. Galera requires a 3 nodes minimum, so it's a lot of hardware unless you've got plans to use it elsewhere in your organisation. The downside to Galera, is that it's synchronous replication, so it needs very low latency between nodes. That doesn't make it a good candidate for geographic separation between DB nodes for a DR scenario. You're understanding of the replication structure, as based on the design document is correct. MySQL (or Galera) handles all the replication. ACS just handles which node it's writing and reading from. In a 2 node native MySQL cluster, it's expected that you are setup for cross master-master replication. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 2:41 AM To: dev@cloudstack.apache.org Cc: us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Hi Simon, thanks for the link - actually I have already read this - but Im still seaking for some answeres :) : - real world experience with DB HA in general - is i better to use haproxy(clustered/redudant) for mysql towards Galera cluster - or simply to reference 2 nodes (1 as master, another as slave) with native ACS DB HA - silly question but anyway... - my understanding - ACS just pings and connects to master or slave (all replication etc, is done from my side, not from ACS) ? Thanks again and any info is greatly appreciated. Andrija On 4 June 2015 at 16:23, Simon Weller swel...@ena.com wrote: Andrija, Here is the original design document, and it should give you a better idea of what is implemented today: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=34838207 We have plans to test this in our lab soon, but just haven't got around to it yet. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Thursday, June 4, 2015 9:08 AM To: dev@cloudstack.apache.org; us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Anyone :) ? On 31 May 2015 at 00:26, Andrija Panic andrija.pa...@gmail.com wrote: Hi, I would have a question on database HA feature in db.properties ( http://cloudstack-administration.readthedocs.org/en/latest/reliability.html#configuring-database-high-availability ) If I understand correctly, it is up to the admin to provide appropriate mysql HA (active-active, galera, etc) and ACS management server will JUST try to connect to slaves if the master is down ? We are running Galera, with haproxy/keepalived, and by using stoping haproxy, it takes i.e. 6sec for keepalived to detect haproxy is down, and failover IP to another host. During these 6 seconds, ACS managemnt server goes dead, because of this DB unavailability. So my wondering, is better to use ACS db HA feature, instead of loadbalancer for this specific purpose ? (we are also using haproxy/keepalived for management server loadbalancing - 2 servers in backend...) Any experience shared is really appreciated ! -- Andrija Panić -- Andrija Panić -- Andrija Panić -- Andrija Panić
Build failed in Jenkins: build-master-slowbuild #1497
See http://jenkins.buildacloud.org/job/build-master-slowbuild/1497/ -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud --- [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud --- [INFO] [INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ cloud-quickcloud --- [WARNING] No files to instrument. [INFO] NOT adding cobertura ser file to attached artifacts list. [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-quickcloud --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-master-slowbuild/ws/quickcloud/src/test/resources [INFO] Copying 3 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ cloud-quickcloud --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud --- [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud --- [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS [1.765s] [INFO] Apache CloudStack . SUCCESS [1.964s] [INFO] Apache CloudStack Maven Conventions Parent SUCCESS [0.760s] [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [21.626s] [INFO] Apache CloudStack Utils ... SUCCESS [1:21.218s] [INFO] Apache CloudStack Framework ... SUCCESS [0.110s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [52.405s] [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [29.072s] [INFO] Apache CloudStack API . SUCCESS [1:52.704s] [INFO] Apache CloudStack Framework - REST SUCCESS [18.733s] [INFO] Apache CloudStack Framework - IPC . SUCCESS [31.319s] [INFO] Apache CloudStack Cloud Engine SUCCESS [0.090s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [30.024s] [INFO] Apache CloudStack Framework - Security SUCCESS [25.253s] [INFO] Apache CloudStack Core SUCCESS [1:16.279s] [INFO] Apache CloudStack Agents .. SUCCESS [36.789s] [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [31.851s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [17.013s] [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:03.635s] [INFO] Apache CloudStack Framework - Jobs SUCCESS [44.104s] [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [29.546s] [INFO] Apache CloudStack Server .. SUCCESS [4:11.326s] [INFO] Apache CloudStack Usage Server SUCCESS [50.396s] [INFO] Apache CloudStack Cloud Engine Orchestration Component SUCCESS [1:28.156s] [INFO] Apache CloudStack Cloud Services .. SUCCESS [0.071s] [INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.425s] [INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [57.388s] [INFO] Apache CloudStack Engine Storage Component SUCCESS [51.383s] [INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [34.091s] [INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [28.421s] [INFO] Apache CloudStack Engine Storage Data Motion Component SUCCESS [33.103s] [INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [21.040s] [INFO] Apache CloudStack Engine Storage Snapshot Component SUCCESS [37.946s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [13.407s] [INFO] Apache CloudStack Cloud Engine Service SUCCESS [6.530s] [INFO] Apache CloudStack Plugin POM .. SUCCESS [0.844s] [INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [1:51.043s] [INFO] Apache CloudStack Plugin - Storage Volume default provider SUCCESS [2:56.039s] [INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider SUCCESS [1:00.847s] [INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [22.227s] [INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [43.759s] [INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [25.971s] [INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor
Re: database high availability question vs haproxy
True..Thanks Simon... On 5 June 2015 at 16:28, Simon Weller swel...@ena.com wrote: I'm not sure whether that's configurable and I haven't seen any examples out there that point to it being configurable. Having said that, there are people a lot more familiar with that than I am on the list. One option you do have for this particular failure situation, is to use monit to monitor the pid of the CS management service and if it's not running, force it to start up again. Losing a load balancer completely is very rare, so it's not likely to happen often at all. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 9:07 AM To: us...@cloudstack.apache.org Cc: dev@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Exactly...thanks Simon for the time and help :) Is there any mysql timeout/retry parameter that is set in db.properties (like db.cloud.queriesBeforeRetryMaster=5000), but I'm wondering since I'm using keepalived/haproxy setup, it takes up to 5-6 sec for keepalive to detect haproxy is down (while testing I shutdown haproxu on active node), and then keepalvied moves IP to another node - meaning I have 5-6sec of no connection between ACS mgmt servers and database/haproxy. Is this timeout configurabile on ACS/mysql connector side ? Thanks again, Andrija On 5 June 2015 at 15:54, Simon Weller swel...@ena.com wrote: I think haproxy is a better design in my opinion. You're going to have to use haproxy to balance the host agents to multiple management servers anyway, so you'll already be using it. haproxy can then manage the health checks to Galera rather than over complicating it with the CS Management configuration. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 8:37 AM To: us...@cloudstack.apache.org Cc: dev@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Thanks Simon - that is what I thought... So my question would be then, haproxy vs native ACS/mysql connector going to galera1/galera2/etc...will figure out, for now we use haproxy for mysql/galera loadbalancing... THanks a lot Simon, Andrija On 5 June 2015 at 15:18, Simon Weller swel...@ena.com wrote: Personally, I think that Gallera is always going to be a safer option, as it handles conflict resolution natively. Having said that, it appears care has been taken in designing the ACS MGMT DB integration so that the chance of conflicts is very low. Galera requires a 3 nodes minimum, so it's a lot of hardware unless you've got plans to use it elsewhere in your organisation. The downside to Galera, is that it's synchronous replication, so it needs very low latency between nodes. That doesn't make it a good candidate for geographic separation between DB nodes for a DR scenario. You're understanding of the replication structure, as based on the design document is correct. MySQL (or Galera) handles all the replication. ACS just handles which node it's writing and reading from. In a 2 node native MySQL cluster, it's expected that you are setup for cross master-master replication. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Friday, June 5, 2015 2:41 AM To: dev@cloudstack.apache.org Cc: us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Hi Simon, thanks for the link - actually I have already read this - but Im still seaking for some answeres :) : - real world experience with DB HA in general - is i better to use haproxy(clustered/redudant) for mysql towards Galera cluster - or simply to reference 2 nodes (1 as master, another as slave) with native ACS DB HA - silly question but anyway... - my understanding - ACS just pings and connects to master or slave (all replication etc, is done from my side, not from ACS) ? Thanks again and any info is greatly appreciated. Andrija On 4 June 2015 at 16:23, Simon Weller swel...@ena.com wrote: Andrija, Here is the original design document, and it should give you a better idea of what is implemented today: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=34838207 We have plans to test this in our lab soon, but just haven't got around to it yet. - Si From: Andrija Panic andrija.pa...@gmail.com Sent: Thursday, June 4, 2015 9:08 AM To: dev@cloudstack.apache.org; us...@cloudstack.apache.org Subject: Re: database high availability question vs haproxy Anyone :) ? On 31 May 2015 at 00:26, Andrija Panic andrija.pa...@gmail.com wrote: Hi, I would have a
How do I contribute to ACS documentation?
Hi, All, I am Rajsekhar Kunnampally, working with Citrix CloudPlatform documentation team. I am working from Citrix, Bangalore. I have been associated with the CloudPlatform documentation team for the past one year. My focus was on revamping the CloudPlatform documentation set and creating content for new releases, hotfixes, and patches. I would like to contribute to the ACS documentation too. I think I can start by creating documentation to complement the contributions from the CloudPlatform engineers. However, I would like to understand the tools and the processes that ACS documentation uses. Also, I have a few questions that I would like to clarify before I start contributing to ACS documentation. Who can I contact for guidance? Thanks in advance for your help. Regards, Rajsekhar
Build failed in Jenkins: build-master-slowbuild #1498
See http://jenkins.buildacloud.org/job/build-master-slowbuild/1498/ -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud --- [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud --- [INFO] [INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ cloud-quickcloud --- [WARNING] No files to instrument. [INFO] NOT adding cobertura ser file to attached artifacts list. [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-quickcloud --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-master-slowbuild/ws/quickcloud/src/test/resources [INFO] Copying 3 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ cloud-quickcloud --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud --- [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud --- [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS [1.852s] [INFO] Apache CloudStack . SUCCESS [2.034s] [INFO] Apache CloudStack Maven Conventions Parent SUCCESS [0.802s] [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [21.374s] [INFO] Apache CloudStack Utils ... SUCCESS [1:33.098s] [INFO] Apache CloudStack Framework ... SUCCESS [0.135s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [51.569s] [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [28.480s] [INFO] Apache CloudStack API . SUCCESS [1:53.309s] [INFO] Apache CloudStack Framework - REST SUCCESS [18.028s] [INFO] Apache CloudStack Framework - IPC . SUCCESS [32.505s] [INFO] Apache CloudStack Cloud Engine SUCCESS [0.091s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [31.272s] [INFO] Apache CloudStack Framework - Security SUCCESS [24.855s] [INFO] Apache CloudStack Core SUCCESS [1:16.020s] [INFO] Apache CloudStack Agents .. SUCCESS [43.943s] [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [35.227s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [16.689s] [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:03.156s] [INFO] Apache CloudStack Framework - Jobs SUCCESS [39.495s] [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [27.154s] [INFO] Apache CloudStack Server .. SUCCESS [3:58.262s] [INFO] Apache CloudStack Usage Server SUCCESS [45.521s] [INFO] Apache CloudStack Cloud Engine Orchestration Component SUCCESS [1:23.346s] [INFO] Apache CloudStack Cloud Services .. SUCCESS [0.072s] [INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.486s] [INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [57.433s] [INFO] Apache CloudStack Engine Storage Component SUCCESS [47.744s] [INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [40.320s] [INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [32.371s] [INFO] Apache CloudStack Engine Storage Data Motion Component SUCCESS [25.720s] [INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.991s] [INFO] Apache CloudStack Engine Storage Snapshot Component SUCCESS [39.801s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [12.953s] [INFO] Apache CloudStack Cloud Engine Service SUCCESS [6.411s] [INFO] Apache CloudStack Plugin POM .. SUCCESS [0.846s] [INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [28.650s] [INFO] Apache CloudStack Plugin - Storage Volume default provider SUCCESS [23.560s] [INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider SUCCESS [41.193s] [INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [20.616s] [INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [25.066s] [INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [19.559s] [INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor SUCCESS
Re: SystemVM (kvm) : 3 different versions for the same CloudStack version (4.5.1)
I feel this could be a potential source of problems. I haven't checked, as our CloudPlatform is running 4.3.x, but if they base the cloud.com uploads on the CloudPlatform release, it might not refer to the proper CloudStack version. For instance, CloudPlatform 4.5.0 was released long before CloudStack 4.5.0 and are not alike if memory serves me right. (CCP might have been updated with hotfixes or whatnot, but that's irrelevant). As an interim fix for the earlier issues (systemvm version etc), would it be possible to add the code revision checksum to the filename? ie. systemvm64template-kvm-checksum here.qcow2.bz2 -- Erik On Fri, May 29, 2015 at 1:25 AM, Andrija Panic andrija.pa...@gmail.com wrote: . there is reference to cloud.com repos as well, and this is into the database of CloudStack. BTW, systemVM 4.5.1 on cloud.com is broken, cat /etc/*release gives version 4.4, and VR fails to start...(we used S3 Secondary Store for testing, so could not download from apt or shapeblue... On 29 May 2015 at 01:19, Pierre-Luc Dion pd...@cloudops.com wrote: Hi, I'm pretty aligned with Rajani concerns, which is why I've always used apt-get.eu as repo in the docs. Also, recent RCs I've participate, testers were using systemvm-template from jenkins so systemvm-templates that end up on apt-get.eu repo are tested one copied from Jenkins. there is reference to cloud.com repos as well, and this is into the database of CloudStack. I think it would add trust if we would have only one community repo with something like repo.cloudstack.apache.org or anything else that would not be tie to a third party entity and mirror would be welcome. I think this is valid for package (dep,rpm) as well because at the moment when we have RC or GA release, it not clear what package should be use between jenkins, apt-get.eu or shapeblue :-S Yes, for the doc on building systemvm template, should we have a jira for this?, but pull request is best ;-), the best doc I've found so far about this is this blog post: http://bhaisaab.org/logs/building-systemvms/ Regards, On Thu, May 28, 2015 at 4:10 PM, Milamber milam...@apache.org wrote: Hello Rohit, I've tried your process, but my debian7/CS4.51 doesn't work well. (I have changed in the database, table vm_template, the type USER to SYSTEM for the sharpeblue systemvm and SYSTEM to USER for the old systemvm) The Console proxy starts well, but the SSVM started only after 3 manual destroy/create (virsh reset don't solve the issue) I think it was a Debian/Libvirt issue. This afternoon, I've re-install my test environment with Ubuntu 14.04(.2) to replace Debian7+backports. The CS 4.5.1 works very well, the CPVM/SSVM has started speedy and at the first try. Thanks for your assistance. (And thank you for the ability to have virtualization inside virtualization (kvm) feature in 4.5! :-)) Milamber On 27/05/2015 10:04, Rohit Yadav wrote: Hi Milamber, You can try this: Upgrade your current host with latest packages libvirt/qemu and kernel. My test host was on Ubuntu 14.04.2, so your issue could be something due to Debian 7.x which ships with much older packages compared to my test host, I’ll try to test with a Debian 7 host later this week. 1. You may need to remove any cached qcow2 image in the primary storage (usually there will be a file with same md5sum as the current 4.5 systemvm template). 2. Preseed the systemvm template again 3. Check value of router.template.kvm in global settings to confirm the current systemvm template in use, then grab it’s template id and pre-seed the template again manually using -F: /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt -m /export/secondary/ -f 4.5 systemvmtemplate file downloaded from http://packages.shapeblue.com/systemvmtemplate/4.5 -h kvm -o localhost -r cloud -d cloudpassword -F 4. Now destroy old systemvms and report if you face the same issue. I’m planning to refresh the systemvmtemplate with latest builds after doing some tests in about 2 weeks time. On 25-May-2015, at 2:14 pm, Milamber milam...@apache.org wrote: On 25/05/2015 11:56, Rohit Yadav wrote: Hi Milamber, In theory you should be able to use any of the systemvmtemplates and also from jenkins.buildacloud.org, but the one I published on packages.shapeblue.com is the latest and has the few additional improvements, latest packages and security updates. Ok so it's better to use the shapeblue systemvm. I’ve tested this and it seems to have worked for me on Ubuntu 14.04 based host, Debian 7 + backports enabled. It's works fine with CS 4.4 (probably I will re-install with Ubuntu 14.04.1) can you share what is your KVM host like, distro, libvirt/qemu version and
Re: vm's taskmgr.exe only show cpu core num 2
What does vmware show? On 6/5/15 12:30 PM, Rohit Yadav wrote: On 24-Mar-2015, at 1:21 pm, w...@landhightech.com wrote: Hello, I'm working on 4.4.2 cloudstack + vmware, vcenter 5.5 and Esxi 5.5. I'm facing a problem when i create a VM with win7 by iso. My vm configure is CPU Cores num 8 and 16G Memory and ISO file version is en_windows_7_ultimate_x64_dvd_x15-66043.iso. But my vm's taskmgr.exe only show cpu core num 2. How shoud I sovle the problem? Check the compute service offering in use, change the offering if needed. Regards. Thanks. w...@landhightech.com Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Re: vm's taskmgr.exe only show cpu core num 2
On 24-Mar-2015, at 1:21 pm, w...@landhightech.com wrote: Hello, I'm working on 4.4.2 cloudstack + vmware, vcenter 5.5 and Esxi 5.5. I'm facing a problem when i create a VM with win7 by iso. My vm configure is CPU Cores num 8 and 16G Memory and ISO file version is en_windows_7_ultimate_x64_dvd_x15-66043.iso. But my vm's taskmgr.exe only show cpu core num 2. How shoud I sovle the problem? Check the compute service offering in use, change the offering if needed. Regards. Thanks. w...@landhightech.com Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Build failed in Jenkins: build-master-slowbuild #1499
See http://jenkins.buildacloud.org/job/build-master-slowbuild/1499/ -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud --- [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud --- [INFO] [INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ cloud-quickcloud --- [WARNING] No files to instrument. [INFO] NOT adding cobertura ser file to attached artifacts list. [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-quickcloud --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-master-slowbuild/ws/quickcloud/src/test/resources [INFO] Copying 3 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ cloud-quickcloud --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud --- [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud --- [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS [1.753s] [INFO] Apache CloudStack . SUCCESS [1.822s] [INFO] Apache CloudStack Maven Conventions Parent SUCCESS [0.801s] [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [22.091s] [INFO] Apache CloudStack Utils ... SUCCESS [1:35.026s] [INFO] Apache CloudStack Framework ... SUCCESS [0.106s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [51.448s] [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [28.301s] [INFO] Apache CloudStack API . SUCCESS [1:45.988s] [INFO] Apache CloudStack Framework - REST SUCCESS [18.573s] [INFO] Apache CloudStack Framework - IPC . SUCCESS [31.717s] [INFO] Apache CloudStack Cloud Engine SUCCESS [0.090s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [30.225s] [INFO] Apache CloudStack Framework - Security SUCCESS [25.311s] [INFO] Apache CloudStack Core SUCCESS [1:17.133s] [INFO] Apache CloudStack Agents .. SUCCESS [35.838s] [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [31.279s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [16.485s] [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:00.868s] [INFO] Apache CloudStack Framework - Jobs SUCCESS [46.077s] [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [30.259s] [INFO] Apache CloudStack Server .. SUCCESS [4:11.301s] [INFO] Apache CloudStack Usage Server SUCCESS [50.943s] [INFO] Apache CloudStack Cloud Engine Orchestration Component SUCCESS [1:28.053s] [INFO] Apache CloudStack Cloud Services .. SUCCESS [0.069s] [INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.430s] [INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [57.855s] [INFO] Apache CloudStack Engine Storage Component SUCCESS [59.011s] [INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [35.867s] [INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [29.391s] [INFO] Apache CloudStack Engine Storage Data Motion Component SUCCESS [33.160s] [INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.632s] [INFO] Apache CloudStack Engine Storage Snapshot Component SUCCESS [37.252s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [13.524s] [INFO] Apache CloudStack Cloud Engine Service SUCCESS [6.619s] [INFO] Apache CloudStack Plugin POM .. SUCCESS [0.842s] [INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [2:47.124s] [INFO] Apache CloudStack Plugin - Storage Volume default provider SUCCESS [2:18.732s] [INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider SUCCESS [51.155s] [INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [30.925s] [INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [38.224s] [INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [39.620s] [INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor
Build failed in Jenkins: build-master-slowbuild #1500
See http://jenkins.buildacloud.org/job/build-master-slowbuild/1500/ -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud --- [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud --- [INFO] [INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ cloud-quickcloud --- [WARNING] No files to instrument. [INFO] NOT adding cobertura ser file to attached artifacts list. [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-quickcloud --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-master-slowbuild/ws/quickcloud/src/test/resources [INFO] Copying 3 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ cloud-quickcloud --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud --- [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud --- [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS [2.299s] [INFO] Apache CloudStack . SUCCESS [2.013s] [INFO] Apache CloudStack Maven Conventions Parent SUCCESS [0.791s] [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [22.154s] [INFO] Apache CloudStack Utils ... SUCCESS [1:44.244s] [INFO] Apache CloudStack Framework ... SUCCESS [0.131s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [52.355s] [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [28.463s] [INFO] Apache CloudStack API . SUCCESS [1:57.280s] [INFO] Apache CloudStack Framework - REST SUCCESS [24.070s] [INFO] Apache CloudStack Framework - IPC . SUCCESS [34.766s] [INFO] Apache CloudStack Cloud Engine SUCCESS [0.082s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [30.217s] [INFO] Apache CloudStack Framework - Security SUCCESS [24.416s] [INFO] Apache CloudStack Core SUCCESS [1:23.461s] [INFO] Apache CloudStack Agents .. SUCCESS [44.979s] [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [30.807s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [15.781s] [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:06.422s] [INFO] Apache CloudStack Framework - Jobs SUCCESS [39.208s] [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [25.398s] [INFO] Apache CloudStack Server .. SUCCESS [3:52.525s] [INFO] Apache CloudStack Usage Server SUCCESS [45.772s] [INFO] Apache CloudStack Cloud Engine Orchestration Component SUCCESS [1:22.773s] [INFO] Apache CloudStack Cloud Services .. SUCCESS [0.081s] [INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.517s] [INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [55.447s] [INFO] Apache CloudStack Engine Storage Component SUCCESS [46.886s] [INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [34.951s] [INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [29.453s] [INFO] Apache CloudStack Engine Storage Data Motion Component SUCCESS [23.870s] [INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.381s] [INFO] Apache CloudStack Engine Storage Snapshot Component SUCCESS [38.303s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [13.594s] [INFO] Apache CloudStack Cloud Engine Service SUCCESS [6.689s] [INFO] Apache CloudStack Plugin POM .. SUCCESS [0.856s] [INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [27.383s] [INFO] Apache CloudStack Plugin - Storage Volume default provider SUCCESS [24.789s] [INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider SUCCESS [37.759s] [INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [18.800s] [INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [24.343s] [INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [17.545s] [INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor SUCCESS
Build failed in Jenkins: build-master-slowbuild #1501
See http://jenkins.buildacloud.org/job/build-master-slowbuild/1501/ -- [...truncated 27281 lines...] [INFO] No sources to compile [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud --- [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud --- [INFO] [INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ cloud-quickcloud --- [WARNING] No files to instrument. [INFO] NOT adding cobertura ser file to attached artifacts list. [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-quickcloud --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-master-slowbuild/ws/quickcloud/src/test/resources [INFO] Copying 3 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ cloud-quickcloud --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud --- [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud --- [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS [1.788s] [INFO] Apache CloudStack . SUCCESS [1.833s] [INFO] Apache CloudStack Maven Conventions Parent SUCCESS [0.795s] [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [21.664s] [INFO] Apache CloudStack Utils ... SUCCESS [1:33.337s] [INFO] Apache CloudStack Framework ... SUCCESS [0.130s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [52.283s] [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [29.163s] [INFO] Apache CloudStack API . SUCCESS [1:55.295s] [INFO] Apache CloudStack Framework - REST SUCCESS [18.483s] [INFO] Apache CloudStack Framework - IPC . SUCCESS [32.543s] [INFO] Apache CloudStack Cloud Engine SUCCESS [0.100s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [29.982s] [INFO] Apache CloudStack Framework - Security SUCCESS [25.713s] [INFO] Apache CloudStack Core SUCCESS [1:15.956s] [INFO] Apache CloudStack Agents .. SUCCESS [35.788s] [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [31.797s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [15.821s] [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:05.736s] [INFO] Apache CloudStack Framework - Jobs SUCCESS [46.470s] [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [30.427s] [INFO] Apache CloudStack Server .. SUCCESS [4:16.163s] [INFO] Apache CloudStack Usage Server SUCCESS [50.335s] [INFO] Apache CloudStack Cloud Engine Orchestration Component SUCCESS [1:24.861s] [INFO] Apache CloudStack Cloud Services .. SUCCESS [0.072s] [INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.454s] [INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [48.020s] [INFO] Apache CloudStack Engine Storage Component SUCCESS [57.284s] [INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [35.763s] [INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [27.737s] [INFO] Apache CloudStack Engine Storage Data Motion Component SUCCESS [34.058s] [INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.944s] [INFO] Apache CloudStack Engine Storage Snapshot Component SUCCESS [36.846s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [14.136s] [INFO] Apache CloudStack Cloud Engine Service SUCCESS [7.514s] [INFO] Apache CloudStack Plugin POM .. SUCCESS [0.771s] [INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [2:17.623s] [INFO] Apache CloudStack Plugin - Storage Volume default provider SUCCESS [2:46.044s] [INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider SUCCESS [54.597s] [INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [26.551s] [INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [44.183s] [INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [35.531s] [INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor
Build failed in Jenkins: build-master-slowbuild #1502
See http://jenkins.buildacloud.org/job/build-master-slowbuild/1502/ -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud --- [INFO] [INFO] findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud [INFO] [INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud --- [INFO] [INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ cloud-quickcloud --- [WARNING] No files to instrument. [INFO] NOT adding cobertura ser file to attached artifacts list. [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-quickcloud --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-master-slowbuild/ws/quickcloud/src/test/resources [INFO] Copying 3 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ cloud-quickcloud --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud --- [INFO] [INFO] cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud [INFO] [INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-quickcloud --- [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS [1.761s] [INFO] Apache CloudStack . SUCCESS [1.908s] [INFO] Apache CloudStack Maven Conventions Parent SUCCESS [0.774s] [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [21.682s] [INFO] Apache CloudStack Utils ... SUCCESS [1:22.839s] [INFO] Apache CloudStack Framework ... SUCCESS [0.102s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [51.613s] [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [28.509s] [INFO] Apache CloudStack API . SUCCESS [1:45.799s] [INFO] Apache CloudStack Framework - REST SUCCESS [17.374s] [INFO] Apache CloudStack Framework - IPC . SUCCESS [31.915s] [INFO] Apache CloudStack Cloud Engine SUCCESS [0.084s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [30.660s] [INFO] Apache CloudStack Framework - Security SUCCESS [24.952s] [INFO] Apache CloudStack Core SUCCESS [1:15.998s] [INFO] Apache CloudStack Agents .. SUCCESS [36.916s] [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [31.714s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [16.592s] [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:03.001s] [INFO] Apache CloudStack Framework - Jobs SUCCESS [41.776s] [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [34.886s] [INFO] Apache CloudStack Server .. SUCCESS [4:10.282s] [INFO] Apache CloudStack Usage Server SUCCESS [49.090s] [INFO] Apache CloudStack Cloud Engine Orchestration Component SUCCESS [1:28.410s] [INFO] Apache CloudStack Cloud Services .. SUCCESS [0.068s] [INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.454s] [INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [56.060s] [INFO] Apache CloudStack Engine Storage Component SUCCESS [58.908s] [INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [37.788s] [INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [29.330s] [INFO] Apache CloudStack Engine Storage Data Motion Component SUCCESS [34.508s] [INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [19.865s] [INFO] Apache CloudStack Engine Storage Snapshot Component SUCCESS [37.249s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [12.947s] [INFO] Apache CloudStack Cloud Engine Service SUCCESS [7.241s] [INFO] Apache CloudStack Plugin POM .. SUCCESS [0.845s] [INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [33.445s] [INFO] Apache CloudStack Plugin - Storage Volume default provider SUCCESS [3:32.185s] [INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider SUCCESS [1:50.669s] [INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [23.552s] [INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [40.157s] [INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [26.487s] [INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor