Re: [VOTE] 3rd round of voting for ASF 4.2.1 RC
+1 ~Talluri On 18/12/13 10:57 am, Sailaja Mada sailaja.m...@citrix.com wrote: +1 Validated from the specified commit id. Thanks, Sailaja.M -Original Message- From: Abhinandan Prateek [mailto:abhinandan.prat...@citrix.com] Sent: 17 December 2013 19:19 To: CloudStack Dev Subject: [VOTE] 3rd round of voting for ASF 4.2.1 RC The 4.2.1 is re-spun mainly because the commit that was used to generate the previous RC did not get pushed to repo. Following are the particulars to vote for this time around: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs /heads/4.2 commit: 1b2b58fe352a19aee1721bd79b9d023d36e80ec5 List of changes are available in Release Notes, a summary can be accessed here: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CH ANGES;hb=4.2 Source release revision 3911 (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/ PGP release keys (signed using RSA Key ID = 42443AA1): https://dist.apache.org/repos/dist/release/cloudstack/KEYS Vote will be open for 72 hours (until 20 Dec 2013 End of day PST). For sanity in tallying the vote, can PMC members please be sure to indicate (binding) with their vote? [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why)
Review Request 16346: release in a branch instead of a commit to revert
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16346/ --- Review request for cloudstack, Animesh Chaturvedi and Abhinandan Prateek. Repository: cloudstack-git Description --- At the moment releases are created in a commit that sets the version to the right string. This commit is then reverted to put back the snapshot version. This can (and should) be done in a (release-)branch Diffs - tools/build/build_asf.sh 6170cd5 Diff: https://reviews.apache.org/r/16346/diff/ Testing --- test release created locally (not pushed) Thanks, daan Hoogland
RE: revert....please redo...
I ran the unit tests, but missed pushing some local changes. Test failure was immediately fixed via e2915c6ce57cf8a429a2c8a9b1980faf1c4f8574. Also, your commit reverted e2915c6ce57cf8a429a2c8a9b1980faf1c4f8574 instead of 3a3fec3cb6bb4f9a008370ea02279d286654b01a. Fix is in now. -Original Message- From: Alex Huang Sent: Wednesday, 18 December 2013 4:48 AM To: Kishan Kavala Cc: dev@cloudstack.apache.org Subject: revertplease redo... Kishan, I reverted 3a3fec3cb6bb4f9a008370ea02279d286654b01a because it fails unit test. Please make sure unit tests pass before committing your changes. --Alex
Re: Enabling AMQP/RabbitMQ Events on master
Darren, I did the below suggested approach but I am still not able to inject 'EventBus'. I am still getting to understand new way loading components after spring modularisation. Could you please suggest what am I doing wrong. Here is what I did. I added a module.properties and spring-event-bus-context.xml files to plugins/event-bus/rabbitmq. Module context gets loaded and gets initialised as well. But 'ComponentContext.getComponent(EventBus.class)' fails with no matching bean definition. Does the interface and corresponding implementation are discovered automatically from class patch scanning? Or do I need to do register interface and its extensions in the registry? Thanks, Murali From: Darren Shepherd darren.s.sheph...@gmail.commailto:darren.s.sheph...@gmail.com Date: Monday, 25 November 2013 11:37 PM To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org Cc: Alena Prokharchyk alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.com, Min Chen min.c...@citrix.commailto:min.c...@citrix.com, Murali Reddy murali.re...@citrix.commailto:murali.re...@citrix.com, Darren Shepherd darren.sheph...@citrix.commailto:darren.sheph...@citrix.com Subject: Re: Enabling AMQP/RabbitMQ Events on master Just create a file on the classpath META-INF/cloudstack/core/spring-event-bus-context.xml with the below contents (change server, port, username, etc) beans xmlns=http://www.springframework.org/schema/beans; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:context=http://www.springframework.org/schema/context; xmlns:aop=http://www.springframework.org/schema/aop; xsi:schemaLocation=http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd http://www.springframework.org/schema/aophttp://www.springframework.org/schema/aop/spring-aop-3.0.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd; bean id=eventNotificationBus class=org.apache.cloudstack.mom.rabbitmq.RabbitMQEventBus property name=name value=eventNotificationBus / property name=server value=10.223.52.61 / property name=port value=15672 / property name=username value=guest / property name=password value=guest / property name=exchange value=cloudstack-events / /bean /beans You can put that file at /etc/cloudstack/management/META-INF/cloudstack/core/spring-event-bus-context.xml Darren On Mon, Nov 25, 2013 at 8:24 AM, David Grizzanti david.grizza...@sungard.commailto:david.grizza...@sungard.com wrote: Murali, Would you be able to comment on how to enable the event message bus notifications on master? Thanks! -- David Grizzanti Software Engineer Sungard Availability Services e: david.grizza...@sungard.commailto:david.grizza...@sungard.com w: 215.446.1431tel:215.446.1431 c: 570.575.0315tel:570.575.0315 On November 21, 2013 at 12:35:31 PM, Alena Prokharchyk (alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.com) wrote: Murali might help you with that as he developed the feature. -Alena. From: Min Chen min.c...@citrix.commailto:min.c...@citrix.commailto:min.c...@citrix.commailto:min.c...@citrix.com Date: Thursday, November 21, 2013 9:30 AM To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org, Alena Prokharchyk alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.com Cc: Darren Shepherd darren.sheph...@citrix.commailto:darren.sheph...@citrix.commailto:darren.sheph...@citrix.commailto:darren.sheph...@citrix.com Subject: Re: Enabling AMQP/RabbitMQ Events on master CC Darren here, I am having the same question on current master. Thanks -min On 11/21/13 5:00 AM, David Grizzanti david.grizza...@sungard.commailto:david.grizza...@sungard.commailto:david.grizza...@sungard.commailto:david.grizza...@sungard.com wrote: Alena, Do you or anyone else on the list have any updated information about enabling the events on master? Thanks! On Thursday, November 7, 2013, David Grizzanti wrote: Alena, I don't think these steps will work on master (not installing packages of cloudstack), I'm building from source. The componentContext XML file doesn't seem to exist anymore since some of the Spring refactoring was done. Thanks On Thu, Nov 7, 2013 at 12:42 PM, Alena Prokharchyk alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.com wrote: David, Here are the instructions that I've got from one of
Build failed in Jenkins: cloudstack-4.3-maven-build #186
See http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/186/changes Changes: [aprateek] CLOUDSTACK-4597: Complete Exceptions are getting displayed on the UI where there is an operation failuire in sotrage migration [jayapal] CLOUDSTACK-5466:Fixed freeing ip address in removeIpFromNic -- [...truncated 3159 lines...] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-plugin-storage-volume-solidfire --- [INFO] Deleting http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/ws/plugins/storage/volume/solidfire/target (includes = [**/*], excludes = []) [INFO] Deleting http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/ws/plugins/storage/volume/solidfire (includes = [target, dist], excludes = []) [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-plugin-storage-volume-solidfire --- [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-plugin-storage-volume-solidfire --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 2 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-plugin-storage-volume-solidfire --- [INFO] Compiling 5 source files to http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/ws/plugins/storage/volume/solidfire/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-plugin-storage-volume-solidfire --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/ws/plugins/storage/volume/solidfire/test/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-plugin-storage-volume-solidfire --- [INFO] Compiling 4 source files to http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/ws/plugins/storage/volume/solidfire/target/test-classes [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-plugin-storage-volume-solidfire --- [INFO] Tests are skipped. [INFO] [INFO] [INFO] Building Apache CloudStack Plugin - Storage Volume default provider 4.3.0-SNAPSHOT [INFO] [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-plugin-storage-volume-default --- [INFO] Deleting http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/ws/plugins/storage/volume/default/target (includes = [**/*], excludes = []) [INFO] Deleting http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/ws/plugins/storage/volume/default (includes = [target, dist], excludes = []) [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-plugin-storage-volume-default --- [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-plugin-storage-volume-default --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 2 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-plugin-storage-volume-default --- [INFO] Compiling 3 source files to http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/ws/plugins/storage/volume/default/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-plugin-storage-volume-default --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/ws/plugins/storage/volume/default/test/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-plugin-storage-volume-default --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-plugin-storage-volume-default --- [INFO] Tests are skipped. [INFO] [INFO] [INFO] Building Apache CloudStack Plugin - Storage Volume sample provider 4.3.0-SNAPSHOT [INFO] [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-plugin-storage-volume-sample --- [INFO] Deleting http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/ws/plugins/storage/volume/sample/target (includes = [**/*], excludes = []) [INFO] Deleting
Re: Review Request 16295: Resources leaks, refactoring and testing for sanity check in cloud-usage
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16295/#review30609 --- Ship it! 55a6df450153063a25f05d24f79587371f2082b1 - daan Hoogland On Dec. 16, 2013, 3:49 p.m., Antonio Fornie wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16295/ --- (Updated Dec. 16, 2013, 3:49 p.m.) Review request for cloudstack, daan Hoogland and Hugo Trippaers. Repository: cloudstack-git Description --- Resources leaks, refactoring and testing for sanity check in cloud-usage Diffs - engine/schema/src/com/cloud/upgrade/dao/Upgrade2214to30.java 62fdcf1 framework/db/src/com/cloud/utils/db/TransactionLegacy.java b36c027 usage/pom.xml a0055cc usage/src/com/cloud/usage/UsageSanityChecker.java 34032bc usage/test/com/cloud/usage/UsageSanityCheckerIT.java PRE-CREATION usage/test/com/cloud/usage/UsageSanityCheckerTest.java PRE-CREATION usage/test/resources/cloud1.xml PRE-CREATION usage/test/resources/cloud2.xml PRE-CREATION usage/test/resources/cloud3.xml PRE-CREATION usage/test/resources/cloud_usage1.xml PRE-CREATION usage/test/resources/cloud_usage2.xml PRE-CREATION usage/test/resources/cloud_usage3.xml PRE-CREATION Diff: https://reviews.apache.org/r/16295/diff/ Testing --- Whole Maven lifecycle, Unit Tests and Integrations Tests Thanks, Antonio Fornie
Build failed in Jenkins: build-master #263
See http://jenkins.buildacloud.org/job/build-master/263/ -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on rpmbuilder in workspace http://jenkins.buildacloud.org/job/build-master/ws/ Checkout:build-master / http://jenkins.buildacloud.org/job/build-master/ws/ - hudson.remoting.Channel@7818ad:rpmbuilder Using strategy: Default Last Built Revision: Revision 961834661cbd3606623e399f4985ea6e86101adc (origin/master) Fetching changes from 1 remote Git repository Fetching upstream changes from origin ERROR: Problem fetching from origin / origin - could be unavailable. Continuing anyway hudson.plugins.git.GitException: Command /usr/bin/git fetch -t origin +refs/heads/*:refs/remotes/origin/* returned status code 128: stdout: stderr: error: Couldn't resolve host 'git-wip-us.apache.org' 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:773) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:739) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.fetch(CliGitAPIImpl.java:160) at hudson.plugins.git.GitAPI.fetch(GitAPI.java:230) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:793) at hudson.plugins.git.GitSCM.access$000(GitSCM.java:57) at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:976) at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2425) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at hudson.remoting.Engine$1$1.run(Engine.java:63) at java.lang.Thread.run(Thread.java:679) ERROR: Could not fetch from any repository FATAL: Could not fetch from any repository hudson.plugins.git.GitException: Could not fetch from any repository at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:981) at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2425) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at hudson.remoting.Engine$1$1.run(Engine.java:63) at java.lang.Thread.run(Thread.java:679)
Build failed in Jenkins: build-master #264
See http://jenkins.buildacloud.org/job/build-master/264/ -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on rpmbuilder in workspace http://jenkins.buildacloud.org/job/build-master/ws/ Checkout:build-master / http://jenkins.buildacloud.org/job/build-master/ws/ - hudson.remoting.Channel@7818ad:rpmbuilder Using strategy: Default Last Built Revision: Revision 961834661cbd3606623e399f4985ea6e86101adc (origin/master) Fetching changes from 1 remote Git repository Fetching upstream changes from origin ERROR: Problem fetching from origin / origin - could be unavailable. Continuing anyway hudson.plugins.git.GitException: Command /usr/bin/git fetch -t origin +refs/heads/*:refs/remotes/origin/* returned status code 128: stdout: stderr: error: Couldn't resolve host 'git-wip-us.apache.org' 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:773) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:739) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.fetch(CliGitAPIImpl.java:160) at hudson.plugins.git.GitAPI.fetch(GitAPI.java:230) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:793) at hudson.plugins.git.GitSCM.access$000(GitSCM.java:57) at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:976) at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2425) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at hudson.remoting.Engine$1$1.run(Engine.java:63) at java.lang.Thread.run(Thread.java:679) ERROR: Could not fetch from any repository FATAL: Could not fetch from any repository hudson.plugins.git.GitException: Could not fetch from any repository at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:981) at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2425) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at hudson.remoting.Engine$1$1.run(Engine.java:63) at java.lang.Thread.run(Thread.java:679)
Build failed in Jenkins: build-master #265
See http://jenkins.buildacloud.org/job/build-master/265/ -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on rpmbuilder in workspace http://jenkins.buildacloud.org/job/build-master/ws/ Checkout:build-master / http://jenkins.buildacloud.org/job/build-master/ws/ - hudson.remoting.Channel@7818ad:rpmbuilder Using strategy: Default Last Built Revision: Revision 961834661cbd3606623e399f4985ea6e86101adc (origin/master) Fetching changes from 1 remote Git repository Fetching upstream changes from origin ERROR: Problem fetching from origin / origin - could be unavailable. Continuing anyway hudson.plugins.git.GitException: Command /usr/bin/git fetch -t origin +refs/heads/*:refs/remotes/origin/* returned status code 128: stdout: stderr: error: Couldn't resolve host 'git-wip-us.apache.org' 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:773) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:739) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.fetch(CliGitAPIImpl.java:160) at hudson.plugins.git.GitAPI.fetch(GitAPI.java:230) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:793) at hudson.plugins.git.GitSCM.access$000(GitSCM.java:57) at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:976) at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2425) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at hudson.remoting.Engine$1$1.run(Engine.java:63) at java.lang.Thread.run(Thread.java:679) ERROR: Could not fetch from any repository FATAL: Could not fetch from any repository hudson.plugins.git.GitException: Could not fetch from any repository at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:981) at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2425) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at hudson.remoting.Engine$1$1.run(Engine.java:63) at java.lang.Thread.run(Thread.java:679)
Jenkins build is back to normal : cloudstack-4.3-maven-build #187
See http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/187/changes
Jenkins build is back to normal : build-master #266
See http://jenkins.buildacloud.org/job/build-master/266/changes
Re: VMEntityVO and VMInstanceVO
For now I have removed cpu, ram and cpu speed fields from vm_instance table. On 18-Dec-2013, at 6:22 AM, Prachi Damle prachi.da...@citrix.com wrote: Koushik, My comments inline. Prachi -Original Message- From: Koushik Das Sent: Tuesday, December 17, 2013 4:06 AM To: Prachi Damle; dev@cloudstack.apache.org Subject: Re: VMEntityVO and VMInstanceVO Thanks Prachi. I was looking at CLOUDSTACK-5458 when I came across this. I don't quite follow the logic of multiple VOs based on a subset of fields. If multiple VOs are targeting a subset of fields for the same row in the db. then that essentially means that the fields in each subset must be independent of each other. If there is any dependency between the subsets/views than managing them will be very complex. One service can update its subset of fields and make the other fields inconsistent (the specific bug I have mentioned is an example). And if the subsets must be independent then isn't it simpler to have separate tables? Ideal solution is to have independent tables. But this was the intermediate solution we thought of to achieve the separation of services while affecting minimal functionality and then separate out the DB's too in a later phase. Also why the VMEntityVO has fields like cpu, speed, memory when these are already part of service offering? Orchestration layer does not have any notion of service offering - offering is a pure business logic of the API layer. So the view of the orchestration layer is flat and carries all the parameters it needs to talk to the backend inorder to get the VM running. Hence these fields are carried into the VMEntityVO directly. I looked at the bug and talked to Alex as well. Currently it seems correct to just remove these extra fields from the vm_instance table and the VO for now until we resume the refactoring further in this direction. I think these fields are not being used anywhere yet. -Koushik On 17-Dec-2013, at 3:18 AM, Prachi Damle prachi.da...@citrix.com wrote: Koushik, This is part of the cloud-engine / orchestration layer refactoring started in 4.1. The final idea is to separate out the cloudstack API layer and the orchestration logic into different services. Each service will have its own set of VO's as per the view the service works with. Thus the VO will populate/retrieve only those fields that are visible/essential for that service functionality. Hence you see some difference in the two VO's you mention. The VM deployment API layer works with VMInstanceVO ; while the orchestration flow works with VMEntityVO. There are many other entities for which this has been done so far, Alex has put everything under cloud-engine-schema recently where you can find some more of such examples. Prachi -Original Message- From: Koushik Das Sent: Sunday, December 15, 2013 9:50 PM To: dev@cloudstack.apache.org Cc: Prachi Damle Subject: Re: VMEntityVO and VMInstanceVO Prachi, From the history I see that you added VMEntityVO. Any specific reason for having both? On 12-Dec-2013, at 2:36 PM, Koushik Das koushik@citrix.com wrote: I see that both the VOs uses the same vm_instance table. What is the need for having 2 VOs for the same table? Should one be removed? Also VMEntityVO I see a field called speed which is not there in VMInstanceVO. Why this discrepancy? Thanks, Koushik
Review Request 16350: Fixed it in ClusterManagerImpl while resetting the heart beat connection
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16350/ --- Review request for cloudstack and Abhinandan Prateek. Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-5457 https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-5457 Repository: cloudstack-git Description --- Due to changes in underlying DAO layer to re throw exceptionsback to the caller DB HA functionality is broken as MS is not going down even all dbs are down. Fixed this by catching exceptions in ClusterManagerImpl and take decision based on it. Diffs - framework/cluster/src/com/cloud/cluster/ClusterManagerImpl.java 1c10a95 Diff: https://reviews.apache.org/r/16350/diff/ Testing --- Testing is done in the following use cases 1. With db ha not enabled 2. with db ha enabled and - Shot down Master - Shut down slave 3. With db ha enabled - shut down 2nd db - shot down 1st db 4. with dbha enabled - shut down 1st db - up the 1st db - shut down 2nd db - shut down 1 st db Thanks, Damodar Reddy Talakanti
Re: Review Request 16350: Fixed it in ClusterManagerImpl while resetting the heart beat connection
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16350/ --- (Updated Dec. 18, 2013, 11:55 a.m.) Review request for cloudstack and Abhinandan Prateek. Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-5457 https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-5457 Repository: cloudstack-git Description --- Due to changes in underlying DAO layer to re throw exceptionsback to the caller DB HA functionality is broken as MS is not going down even all dbs are down. Fixed this by catching exceptions in ClusterManagerImpl and take decision based on it. Diffs - framework/cluster/src/com/cloud/cluster/ClusterManagerImpl.java 1c10a95 Diff: https://reviews.apache.org/r/16350/diff/ Testing (updated) --- Testing is done in the following use cases 1. With db ha not enabled 2. with db ha enabled and - Shut down Master - Shut down slave 3. With db ha enabled - shut down 2nd db - shot down 1st db 4. with dbha enabled - shut down 1st db - up the 1st db - shut down 2nd db - shut down 1 st db Thanks, Damodar Reddy Talakanti
Deploy virtual machine using POST
Hi, Could someone confirm whether cloudstack supports firing an API with POST method via curl/wget? If yes please give an example. Thanks, Sanjeev
RE: Deploy virtual machine using POST
1. I believe yes as per link https://cwiki.apache.org/confluence/display/CLOUDSTACK/DeployVirtualMachine+userdata+enhancements 2. Using curl, we can do some thing like this. curl --request POST --data Base64EncodedData http://CS_url_with_cmd 3. I just tried doing it using marvinRequest and it worked. If it is failing using marvin, please check you are using python2.7 as default python version EX: python -V should give version 2.7.. Make python2.7 your default python version and try again using marvin. You can directly use requests library from python-2.7 shell and use requests.post() to send the data. Thanks! Santhosh From: Sanjeev Neelarapu [sanjeev.neelar...@citrix.com] Sent: Wednesday, December 18, 2013 9:20 AM To: dev@cloudstack.apache.org; us...@cloudstack.apache.org Subject: Deploy virtual machine using POST Hi, Could someone confirm whether cloudstack supports firing an API with POST method via curl/wget? If yes please give an example. Thanks, Sanjeev
Apache CloudStack introduction documentation
Dear guys, I'm going to do an introduction about Apache CloudStack at university. It's should be amazing to introduce students all of overview information about Apache CloudStack. The main idea should be overview about design, architecture, features,... Beside, my plan is talking not only technical side but also community activities. I'm willing to share them the working process in OSS community. I think it's better when collecting and summarizing from community. So, any sharing for documents, slides talking overview about Apache CloudStack? Thanks for sharing, --Tuna
S3 is still broken in the latest snapshot of 4.2.1
Hello guys,
My colleague has done some testing of the latest snapshot based on nightly
4.2.1 from https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/ and
discovered several issues with using S3 as a secondary storage, which are very
serious in my opinion. Here is our setup:
- Ubuntu 12.04.3 with latest updates and KVM Hypervisor
- Libvirt 1.1.1 / QEMU 1.5.0 from ubuntu-cloud ppa (Havana)
- CEPH RBD / RADOSGW up to Emperor 0.72.1 (RBD as Primary and RadosGW S3 as
Secondary with NFS staging)
All issues are easily reproducible.
1) Any instance created from S3 Storage template or installed from ISO can not
Live Migrate. No matter if the state of original ISO is attached or detached,
when trying to Live Migrate, management server and the destination host agent
produce the following errors (By the way, the OS type set to Ubuntu 12 64bit,
but shows up as Apple Mac OS X):
2013-12-10 18:48:28,067 DEBUG [cloud.agent.Agent] (agentRequest-Handler-4:null)
Request:Seq 26-349831812: { Cmd , MgmtId: 90520737989049, via: 26, Ver: v1,
Flags: 100111,
[{com.cloud.agent.api.PrepareForMigrationCommand:{vm:{id:56,name:i-2-56-VM,type:User,cpus:2,minSpeed:2800,maxSpeed:2800,minRam:2147483648,maxRam:2147483648,arch:x86_64,os:Apple
Mac OS X 10.6
(32-bit),bootArgs:,rebootOnCrash:false,enableHA:true,limitCpuUse:false,enableDynamicallyScaleVm:false,vncPassword:5c7980f779d3ffa3,params:{},uuid:bd033b3d-f86a-4d6f-bb8c-06e61b7e1d62,disks:[{data:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:6c9c3134-bfcf-4b8f-8508-db7d8fea5404,volumeType:ROOT,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:4a1a6908-7c45-3232-a250-550650793b1c,id:9,poolType:RBD,host:ceph.admin.lv,path:cloudstack,port:6789}},name:ROOT-56,size:21474836480,path:754a16ec-662c-4303-97f9-3168f1affbfb,volumeId:78,vmName:i-2-56-VM,accountId:2,format:RAW,id:78,hypervisorType:KVM}},diskSeq:0,type:ROOT},{data:{org.apache.cloudstack.storage.to.TemplateObjectTO:{path:template/tmpl/2/212/212-2-e6277a31-7fb6-3ca1-9486-c383c9027cdb/ub.iso,origUrl:http://www.emigrant.lv/ub.iso,uuid:75badc3e-ca5e-490c-8450-5f4397c43789,id:212,format:ISO,accountId:2,hvm:true,displayText:Ubuntu
Server 12.04.3
64bit,imageDataStore:{com.cloud.agent.api.to.S3TO:{id:11,uuid:ee84fa05-3ad5-4822-89fd-0e1817421b19,endPoint:s3.admin.lv,bucketName:cs-secondary,httpsFlag:false,created:Dec
10, 2013 3:40:55
PM,enableRRS:false}},name:212-2-e6277a31-7fb6-3ca1-9486-c383c9027cdb,hypervisorType:None}},diskSeq:3,type:ISO}],nics:[{deviceId:0,networkRateMbps:200,defaultNic:true,uuid:58903a2b-ef3c-40e5-8b83-99b343ee7474,ip:10.50.1.249,netmask:255.255.255.0,gateway:10.50.1.1,mac:02:00:30:44:00:01,dns1:91.224.1.10,dns2:212.70.182.77,broadcastType:Vlan,type:Guest,broadcastUri:vlan://578,isolationUri:vlan://578,isSecurityGroupEnabled:false,name:cloudbr0},{deviceId:1,networkRateMbps:200,defaultNic:false,uuid:c0df2b28-e97b-4eda-91e0-71a171ec5509,ip:10.50.1.27,netmask:255.255.255.0,gateway:10.50.1.1,mac:02:00:6a:3e:00:10,dns1:91.224.1.10,dns2:212.70.182.
2013-12-10 18:48:28,124 WARN [cloud.agent.Agent] (agentRequest-Handler-4:null)
Caught:
java.lang.ClassCastException: com.cloud.agent.api.to.S3TO cannot be cast to
com.cloud.agent.api.to.NfsTO
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.getVolumePath(LibvirtComputingResource.java:3628)
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2985)
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1196)
at com.cloud.agent.Agent.processRequest(Agent.java:525)
at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
at com.cloud.utils.nio.Task.run(Task.java:83)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)
2) Spanshoting seems to be totally broken:
- any ROOT volume for any instance is always marked as OVM Hypervisor (not KVM)
which brakes the normal behaviour of the action buttons filter in
scripts/storage.js in the GUI
- the Volume details Action Filter functions in scripts/storage.js lack some
conditions for hypervysor and volume type / state combination
- due to those bugs the GUI doesn't provide Take Snapshot / Recurring Snapshot
buttons for most of the volumes (had to create a DATA volume, attach it to VM
and then detach for Snapshot buttons to appear).
3) Regardless the value of the snapshot.backup.rightafter setting snapshots
created on RBD are always being copied to Secondary S3 / NFS storage.
Is it only me, but I think that the above issues, especially issue 1 and 2
should be considered as blockers as they make the S3 secondary storage unusable
for production purposes.
Many thanks
Andrei
RE: Apache CloudStack introduction documentation
Hi Tuna, Please visit http://www.slideshare.net/ and search Cloudstack. There are a lot of slides that would be very useful to you, as they cover everything from design, architecture, features etc. Hope this helps. Cheers, Shashi -Original Message- From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu Sent: woensdag, 18 december, 2013 16:40 To: dev@cloudstack.apache.org Cc: us...@cloudstack.apache.org Subject: Apache CloudStack introduction documentation Dear guys, I'm going to do an introduction about Apache CloudStack at university. It's should be amazing to introduce students all of overview information about Apache CloudStack. The main idea should be overview about design, architecture, features,... Beside, my plan is talking not only technical side but also community activities. I'm willing to share them the working process in OSS community. I think it's better when collecting and summarizing from community. So, any sharing for documents, slides talking overview about Apache CloudStack? Thanks for sharing, --Tuna
Re: S3 is still broken in the latest snapshot of 4.2.1
On 12/18/2013 04:49 PM, Andrei Mikhailovsky wrote:
Hello guys,
My colleague has done some testing of the latest snapshot based on nightly
4.2.1 from https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/ and
discovered several issues with using S3 as a secondary storage, which are very
serious in my opinion. Here is our setup:
- Ubuntu 12.04.3 with latest updates and KVM Hypervisor
- Libvirt 1.1.1 / QEMU 1.5.0 from ubuntu-cloud ppa (Havana)
- CEPH RBD / RADOSGW up to Emperor 0.72.1 (RBD as Primary and RadosGW S3 as
Secondary with NFS staging)
All issues are easily reproducible.
1) Any instance created from S3 Storage template or installed from ISO can not
Live Migrate. No matter if the state of original ISO is attached or detached,
when trying to Live Migrate, management server and the destination host agent
produce the following errors (By the way, the OS type set to Ubuntu 12 64bit,
but shows up as Apple Mac OS X):
2013-12-10 18:48:28,067 DEBUG [cloud.agent.Agent] (agentRequest-Handler-4:null) Request:Seq 26-349831812: { Cmd , MgmtId: 90520737989049, via: 26, Ver: v1, Flags: 100111, [{com.cloud.agent.api.PrepareForMigrationCommand:{vm:{id:56,name:i-2-56-VM,type:User,cpus:2,minSpeed:2800,maxSpeed:2800,minRam:2147483648,maxRam:2147483648,arch:x86_64,os:Apple Mac OS X 10.6
(32-bit),bootArgs:,rebootOnCrash:false,enableHA:true,limitCpuUse:false,enableDynamicallyScaleVm:false,vncPassword:5c7980f779d3ffa3,params:{},uuid:bd033b3d-f86a-4d6f-bb8c-06e61b7e1d62,disks:[{data:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:6c9c3134-bfcf-4b8f-8508-db7d8fea5404,volumeType:ROOT,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:4a1a6908-7c45-3232-a250-550650793b1c,id:9,poolType:RBD,host:ceph.admin.lv,path:cloudstack,port:6789}},name:ROOT-56,size:21474836480,path:754a16ec-662c-
4303-97f9
-3168f1affbfb,volumeId:78,vmName:i-2-56-VM,accountId:2,format:RAW,id:78,hypervisorType:KVM}},diskSeq:0,type:ROOT},{data:{org.apache.cloudstack.storage.to.TemplateObjectTO:{path:template/tmpl/2/212/212-2-e6277a31-7fb6-3ca1-9486-c383c9027cdb/ub.iso,origUrl:http://www.emigrant.lv/ub.iso,uuid:75badc3e-ca5e-490c-8450-5f4397c43789,id:212,format:ISO,accountId:2,hvm:true,displayText:Ubuntu
Server 12.04.3 64bit,imageDataStore:{com.cloud.agent.api.to.S3TO:{id:11,uuid:ee84fa05-3ad5-4822-89fd-0e1817421b19,endPoint:s3.admin.lv,bucketName:cs-secondary,httpsFlag:false,created:Dec 10, 2013 3:40:55
PM,enableRRS:false}},name:212-2-e6277a31-7fb6-3ca1-9486-c383c9027cdb,hypervisorType:None}},diskSeq:3,type:ISO}],nics:[{deviceId:0,networkRateMbps:200,defaultNic:true,uuid:58903a2b-ef3c-40e5-8b83-99b343ee7474,ip:10.50.1.249,netmask:255.255.255.0,gateway:10.50.1.1,mac:02:00:30:44:
00:01,d
ns1:91.224.1.10,dns2:212.70.182.77,broadcastType:Vlan,type:Guest,broadcastUri:vlan://578,isolationUri:vlan://578,isSecurityGroupEnabled:false,name:cloudbr0},{deviceId:1,networkRateMbps:200,defaultNic:false,uuid:c0df2b28-e97b-4eda-91e0-71a171ec5509,ip:10.50.1.27,netmask:255.255.255.0,gateway:10.50.1.1,mac:02:00:6a:3e:00:10,dns1:91.224.1.10,dns2:212.70.182.
2013-12-10 18:48:28,124 WARN [cloud.agent.Agent] (agentRequest-Handler-4:null)
Caught:
java.lang.ClassCastException: com.cloud.agent.api.to.S3TO cannot be cast to
com.cloud.agent.api.to.NfsTO
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.getVolumePath(LibvirtComputingResource.java:3628)
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2985)
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1196)
at com.cloud.agent.Agent.processRequest(Agent.java:525)
at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
at com.cloud.utils.nio.Task.run(Task.java:83)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)
I can't tell you right now what the issue is.
2) Spanshoting seems to be totally broken:
- any ROOT volume for any instance is always marked as OVM Hypervisor (not KVM)
which brakes the normal behaviour of the action buttons filter in
scripts/storage.js in the GUI
That's weird, I haven't see that before. When I developed the features
for 4.2.0 it worked just fine.
- the Volume details Action Filter functions in scripts/storage.js lack some
conditions for hypervysor and volume type / state combination
- due to those bugs the GUI doesn't provide Take Snapshot / Recurring Snapshot
buttons for most of the volumes (had to create a DATA volume, attach it to VM
and then detach for Snapshot buttons to appear).
3) Regardless the value of the snapshot.backup.rightafter setting snapshots
created on RBD are always being copied to Secondary S3 / NFS storage.
That's a known bug but not something
Difference between two Add load balancer pages in UI
Hi All, In the UI there are two places where we can add a loadbalancer rule. 1) Network- myNetwork - Add Load Balancer tab 2) Network - myNetwork - View IP Addresses - [IP] - Configuration - LoadBalancing ( View All ) What is the difference between those two? Adding a rule on (2) seems to work but when I try to add it on (1) it fails saying cannot allocate source IP. Thanks, -Syed
[Review] UI Flow for SSL Termination feature
Hi All, I am trying to add SSL termination feature in the UI. I could not find much documentation on developing the UI so most of what I am doing is based on the exisiting code. If there is some documentation please let me know. I have screenshots at https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSL+Termination+Support#SSLTerminationSupport-UIflow I still have to implement certain functioanlity but was hoping to get an initial review before going for full development. Also I could not seem to be able to do certain things like displaying block text in the detail or disable the configuration of the SSL certificate button if the loadbalancer does not support it and was wondering if someone how has done UI may help. Please let me know if the UI makes sense. Thanks, -Syed
Problem with vhd-util?
Hi, I am working with a new XenServer host in my CS environment (testing 4.3) this morning and having trouble getting system VMs to start up. The Xen agent says it, can not create vdi in sr SR UUID. The stack trace indicates the XenServerStorageProcessor.copy_vhd_from_secondarystorage method is where the problem is happening. Any thoughts on this? Could this be a vhd-util problem? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Problem with vhd-util?
Vhd-util location has recently changed on XS from /opt/xensource/bin to /opt/cloud/bin. Do you keep it to this location in the source tree: scripts/vm/hypervisor/xenserver/vhd-util ? Thanks, -Nitin On 18/12/13 10:51 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I am working with a new XenServer host in my CS environment (testing 4.3) this morning and having trouble getting system VMs to start up. The Xen agent says it, can not create vdi in sr SR UUID. The stack trace indicates the XenServerStorageProcessor.copy_vhd_from_secondarystorage method is where the problem is happening. Any thoughts on this? Could this be a vhd-util problem? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play **
Re: Difference between two Add load balancer pages in UI
Syed, is ElasticLB support enabled in your network? If yes, then its ok to see 2 tabs. When you go 1) Network-Add LB, the ip address for your lb rule will get allocated on the fly as a part of LB rule creation as a part of elastic Lb functionality. You can add more lb rules for the public ip address associated on the previous step; for that you have to go 2) path, select the IP and create a rule for it. If elastic LB is not enabled on the network, seeing 1) path in the UI is a UI bug. -Alena. On 12/18/13, 8:48 AM, Syed Ahmed sah...@cloudops.com wrote: Hi All, In the UI there are two places where we can add a loadbalancer rule. 1) Network- myNetwork - Add Load Balancer tab 2) Network - myNetwork - View IP Addresses - [IP] - Configuration - LoadBalancing ( View All ) What is the difference between those two? Adding a rule on (2) seems to work but when I try to add it on (1) it fails saying cannot allocate source IP. Thanks, -Syed
Re: Problem with vhd-util?
Hi Nitin, Yes, on my normal build machine I do keep it in that location. I just noticed, however, that I do not have it there on my lab machine that's running the management server. I think that's the problem. Thanks! :) On Wed, Dec 18, 2013 at 11:57 AM, Nitin Mehta nitin.me...@citrix.comwrote: Vhd-util location has recently changed on XS from /opt/xensource/bin to /opt/cloud/bin. Do you keep it to this location in the source tree: scripts/vm/hypervisor/xenserver/vhd-util ? Thanks, -Nitin On 18/12/13 10:51 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I am working with a new XenServer host in my CS environment (testing 4.3) this morning and having trouble getting system VMs to start up. The Xen agent says it, can not create vdi in sr SR UUID. The stack trace indicates the XenServerStorageProcessor.copy_vhd_from_secondarystorage method is where the problem is happening. Any thoughts on this? Could this be a vhd-util problem? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play * * -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Problem with vhd-util?
That was the problem. Thanks for the reminder! :) On Wed, Dec 18, 2013 at 12:05 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi Nitin, Yes, on my normal build machine I do keep it in that location. I just noticed, however, that I do not have it there on my lab machine that's running the management server. I think that's the problem. Thanks! :) On Wed, Dec 18, 2013 at 11:57 AM, Nitin Mehta nitin.me...@citrix.comwrote: Vhd-util location has recently changed on XS from /opt/xensource/bin to /opt/cloud/bin. Do you keep it to this location in the source tree: scripts/vm/hypervisor/xenserver/vhd-util ? Thanks, -Nitin On 18/12/13 10:51 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I am working with a new XenServer host in my CS environment (testing 4.3) this morning and having trouble getting system VMs to start up. The Xen agent says it, can not create vdi in sr SR UUID. The stack trace indicates the XenServerStorageProcessor.copy_vhd_from_secondarystorage method is where the problem is happening. Any thoughts on this? Could this be a vhd-util problem? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play * * -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Difference between two Add load balancer pages in UI
Thanks for the reply Alena, I have an isolated network which has Netscaler as the LB provider. Does that enable elastic LB? I was looking at the other default network offering for elastic LB and did not find anything like elastic LB or elastic IP in the service capabilities. How Do I know if elastic LB is enabled or not? -Syed On 12/18/2013 02:05 PM, Alena Prokharchyk wrote: Syed, is ElasticLB support enabled in your network? If yes, then its ok to see 2 tabs. When you go 1) Network-Add LB, the ip address for your lb rule will get allocated on the fly as a part of LB rule creation as a part of elastic Lb functionality. You can add more lb rules for the public ip address associated on the previous step; for that you have to go 2) path, select the IP and create a rule for it. If elastic LB is not enabled on the network, seeing 1) path in the UI is a UI bug. -Alena. On 12/18/13, 8:48 AM, Syed Ahmed sah...@cloudops.com wrote: Hi All, In the UI there are two places where we can add a loadbalancer rule. 1) Network- myNetwork - Add Load Balancer tab 2) Network - myNetwork - View IP Addresses - [IP] - Configuration - LoadBalancing ( View All ) What is the difference between those two? Adding a rule on (2) seems to work but when I try to add it on (1) it fails saying cannot allocate source IP. Thanks, -Syed
Re: Difference between two Add load balancer pages in UI
Syed, You can get this info from the network offering of your network. http://localhost:8096/?command=listNetworkOfferingsid= Š. capability nameElasticLb/name valuefalse/value ŠŠ. -Alena. On 12/18/13, 11:19 AM, Syed Ahmed sah...@cloudops.com wrote: Thanks for the reply Alena, I have an isolated network which has Netscaler as the LB provider. Does that enable elastic LB? I was looking at the other default network offering for elastic LB and did not find anything like elastic LB or elastic IP in the service capabilities. How Do I know if elastic LB is enabled or not? -Syed On 12/18/2013 02:05 PM, Alena Prokharchyk wrote: Syed, is ElasticLB support enabled in your network? If yes, then its ok to see 2 tabs. When you go 1) Network-Add LB, the ip address for your lb rule will get allocated on the fly as a part of LB rule creation as a part of elastic Lb functionality. You can add more lb rules for the public ip address associated on the previous step; for that you have to go 2) path, select the IP and create a rule for it. If elastic LB is not enabled on the network, seeing 1) path in the UI is a UI bug. -Alena. On 12/18/13, 8:48 AM, Syed Ahmed sah...@cloudops.com wrote: Hi All, In the UI there are two places where we can add a loadbalancer rule. 1) Network- myNetwork - Add Load Balancer tab 2) Network - myNetwork - View IP Addresses - [IP] - Configuration - LoadBalancing ( View All ) What is the difference between those two? Adding a rule on (2) seems to work but when I try to add it on (1) it fails saying cannot allocate source IP. Thanks, -Syed
Re: Difference between two Add load balancer pages in UI
Thanks Alena, I see that both Elastic LB and Elastic IP are set to false. Looks like a bug then. -Syed On Wed 18 Dec 2013 02:22:52 PM EST, Alena Prokharchyk wrote: Syed, You can get this info from the network offering of your network. http://localhost:8096/?command=listNetworkOfferingsid= Š. capability nameElasticLb/name valuefalse/value ŠŠ. -Alena. On 12/18/13, 11:19 AM, Syed Ahmed sah...@cloudops.com wrote: Thanks for the reply Alena, I have an isolated network which has Netscaler as the LB provider. Does that enable elastic LB? I was looking at the other default network offering for elastic LB and did not find anything like elastic LB or elastic IP in the service capabilities. How Do I know if elastic LB is enabled or not? -Syed On 12/18/2013 02:05 PM, Alena Prokharchyk wrote: Syed, is ElasticLB support enabled in your network? If yes, then its ok to see 2 tabs. When you go 1) Network-Add LB, the ip address for your lb rule will get allocated on the fly as a part of LB rule creation as a part of elastic Lb functionality. You can add more lb rules for the public ip address associated on the previous step; for that you have to go 2) path, select the IP and create a rule for it. If elastic LB is not enabled on the network, seeing 1) path in the UI is a UI bug. -Alena. On 12/18/13, 8:48 AM, Syed Ahmed sah...@cloudops.com wrote: Hi All, In the UI there are two places where we can add a loadbalancer rule. 1) Network- myNetwork - Add Load Balancer tab 2) Network - myNetwork - View IP Addresses - [IP] - Configuration - LoadBalancing ( View All ) What is the difference between those two? Adding a rule on (2) seems to work but when I try to add it on (1) it fails saying cannot allocate source IP. Thanks, -Syed
Re: Difference between two Add load balancer pages in UI
Yes, please go ahead and file the bug against CS UI component. -Alena. On 12/18/13, 11:31 AM, Syed Ahmed sah...@cloudops.com wrote: Thanks Alena, I see that both Elastic LB and Elastic IP are set to false. Looks like a bug then. -Syed On Wed 18 Dec 2013 02:22:52 PM EST, Alena Prokharchyk wrote: Syed, You can get this info from the network offering of your network. http://localhost:8096/?command=listNetworkOfferingsid= Š. capability nameElasticLb/name valuefalse/value ŠŠ. -Alena. On 12/18/13, 11:19 AM, Syed Ahmed sah...@cloudops.com wrote: Thanks for the reply Alena, I have an isolated network which has Netscaler as the LB provider. Does that enable elastic LB? I was looking at the other default network offering for elastic LB and did not find anything like elastic LB or elastic IP in the service capabilities. How Do I know if elastic LB is enabled or not? -Syed On 12/18/2013 02:05 PM, Alena Prokharchyk wrote: Syed, is ElasticLB support enabled in your network? If yes, then its ok to see 2 tabs. When you go 1) Network-Add LB, the ip address for your lb rule will get allocated on the fly as a part of LB rule creation as a part of elastic Lb functionality. You can add more lb rules for the public ip address associated on the previous step; for that you have to go 2) path, select the IP and create a rule for it. If elastic LB is not enabled on the network, seeing 1) path in the UI is a UI bug. -Alena. On 12/18/13, 8:48 AM, Syed Ahmed sah...@cloudops.com wrote: Hi All, In the UI there are two places where we can add a loadbalancer rule. 1) Network- myNetwork - Add Load Balancer tab 2) Network - myNetwork - View IP Addresses - [IP] - Configuration - LoadBalancing ( View All ) What is the difference between those two? Adding a rule on (2) seems to work but when I try to add it on (1) it fails saying cannot allocate source IP. Thanks, -Syed
Re: Difference between two Add load balancer pages in UI
I see two ui bugs :) 1) Extra tab displayed for non-elb network to add rules 2) when ELB/EIP is enabled in a network offering, it doesen't show up in the offerings details page. Thanks for your help. -Syed On Wed 18 Dec 2013 02:37:23 PM EST, Alena Prokharchyk wrote: Yes, please go ahead and file the bug against CS UI component. -Alena. On 12/18/13, 11:31 AM, Syed Ahmed sah...@cloudops.com wrote: Thanks Alena, I see that both Elastic LB and Elastic IP are set to false. Looks like a bug then. -Syed On Wed 18 Dec 2013 02:22:52 PM EST, Alena Prokharchyk wrote: Syed, You can get this info from the network offering of your network. http://localhost:8096/?command=listNetworkOfferingsid= Š. capability nameElasticLb/name valuefalse/value ŠŠ. -Alena. On 12/18/13, 11:19 AM, Syed Ahmed sah...@cloudops.com wrote: Thanks for the reply Alena, I have an isolated network which has Netscaler as the LB provider. Does that enable elastic LB? I was looking at the other default network offering for elastic LB and did not find anything like elastic LB or elastic IP in the service capabilities. How Do I know if elastic LB is enabled or not? -Syed On 12/18/2013 02:05 PM, Alena Prokharchyk wrote: Syed, is ElasticLB support enabled in your network? If yes, then its ok to see 2 tabs. When you go 1) Network-Add LB, the ip address for your lb rule will get allocated on the fly as a part of LB rule creation as a part of elastic Lb functionality. You can add more lb rules for the public ip address associated on the previous step; for that you have to go 2) path, select the IP and create a rule for it. If elastic LB is not enabled on the network, seeing 1) path in the UI is a UI bug. -Alena. On 12/18/13, 8:48 AM, Syed Ahmed sah...@cloudops.com wrote: Hi All, In the UI there are two places where we can add a loadbalancer rule. 1) Network- myNetwork - Add Load Balancer tab 2) Network - myNetwork - View IP Addresses - [IP] - Configuration - LoadBalancing ( View All ) What is the difference between those two? Adding a rule on (2) seems to work but when I try to add it on (1) it fails saying cannot allocate source IP. Thanks, -Syed
XenServer SR Question
Hi, I just noticed a problem today while creating SRs in XenServer. Perhaps someone with related experience could point me in the right direction. Let's say my SAN's management IP address is X. I can have XenServer create a shared SR using IP address X with CHAP credentials Y. If I try to have XenServer create another shared SR using IP address X that uses different CHAP credentials (ex. CHAP credentials Z), XenServer returns a discovery failure. It's like XenServer is expecting all iSCSI targets at the same IP address to have the same CHAP credentials. Does anyone know if I am mistaken here? This seems like a critical defect if this is true. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: XenServer SR Question
Unfortunately what you're experiencing is how it works. While XenServer does support different CHAP credentials by SR, it only supports a single CHAP credential for discovery. It can be made to work, but you'd need to either modify how the storage manager works to pull it off, or rewrite some of the init scripts to cache the discovery data. On Wed, Dec 18, 2013 at 3:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I just noticed a problem today while creating SRs in XenServer. Perhaps someone with related experience could point me in the right direction. Let's say my SAN's management IP address is X. I can have XenServer create a shared SR using IP address X with CHAP credentials Y. If I try to have XenServer create another shared SR using IP address X that uses different CHAP credentials (ex. CHAP credentials Z), XenServer returns a discovery failure. It's like XenServer is expecting all iSCSI targets at the same IP address to have the same CHAP credentials. Does anyone know if I am mistaken here? This seems like a critical defect if this is true. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: XenServer SR Question
Thanks, Tim! I am working with someone at SolidFire now who has experience with this issue and might have a workaround. On Wed, Dec 18, 2013 at 2:22 PM, Tim Mackey tmac...@gmail.com wrote: Unfortunately what you're experiencing is how it works. While XenServer does support different CHAP credentials by SR, it only supports a single CHAP credential for discovery. It can be made to work, but you'd need to either modify how the storage manager works to pull it off, or rewrite some of the init scripts to cache the discovery data. On Wed, Dec 18, 2013 at 3:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I just noticed a problem today while creating SRs in XenServer. Perhaps someone with related experience could point me in the right direction. Let's say my SAN's management IP address is X. I can have XenServer create a shared SR using IP address X with CHAP credentials Y. If I try to have XenServer create another shared SR using IP address X that uses different CHAP credentials (ex. CHAP credentials Z), XenServer returns a discovery failure. It's like XenServer is expecting all iSCSI targets at the same IP address to have the same CHAP credentials. Does anyone know if I am mistaken here? This seems like a critical defect if this is true. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: XenServer SR Question
Hey Tim, When you refer to modifying the storage manager, are you referring to CloudStack? Perhaps you are referring to CitrixResourceBase, which is where we discover and log in to iSCSI targets. Do you know of a way to delete those cached CHAP credentials via XAPI so when new ones are used for discovery they can work? Thanks! On Wed, Dec 18, 2013 at 2:22 PM, Tim Mackey tmac...@gmail.com wrote: Unfortunately what you're experiencing is how it works. While XenServer does support different CHAP credentials by SR, it only supports a single CHAP credential for discovery. It can be made to work, but you'd need to either modify how the storage manager works to pull it off, or rewrite some of the init scripts to cache the discovery data. On Wed, Dec 18, 2013 at 3:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I just noticed a problem today while creating SRs in XenServer. Perhaps someone with related experience could point me in the right direction. Let's say my SAN's management IP address is X. I can have XenServer create a shared SR using IP address X with CHAP credentials Y. If I try to have XenServer create another shared SR using IP address X that uses different CHAP credentials (ex. CHAP credentials Z), XenServer returns a discovery failure. It's like XenServer is expecting all iSCSI targets at the same IP address to have the same CHAP credentials. Does anyone know if I am mistaken here? This seems like a critical defect if this is true. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: [DISCUSS] Domain/Account/User Sync Up Among Multiple Regions
All, I updated the wiki after some logic changes, so please review them, especially Full Scan, which is newly introduced. https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions And I implemented this functionality in Java and you can get the pull request of it here. (This does not include the 'full scan' yet and I'm currently working on this to finalize.) https://github.com/alexoughsg/Albatross/pull/1 Especially, I really want to have your review on the Full Scan logic to confirm if it does not miss any cases. Thanks for your interest and your feedback will be very helpful. Alex Ough On Tue, Nov 12, 2013 at 6:00 PM, Alex Ough alex.o...@sungard.com wrote: Good point, Chiradeep, I'm not sure if you reviewed my design doc in the wiki, but my design is to just skip any actions for target resources that already took place by any means. But the issue is when conflict actions in the same resources (like create delete the same users) are enqueued in reversed orders, which is hopefully rare. And to support consistency in the AP system, I'd like to provide a full sync up, which will sync up all data in all region servers by selecting a region as a master and force its data to other regions. Let me know what you think. Thanks Alex Ough On Tue, Nov 12, 2013 at 1:22 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: Missed this one. In a single region, the CloudStack DB is the master for most operations. If the infra is not in the state the DB says it should be, generally the approach is to whack it and make it conform. For some exceptions (live migration/related use cases are exceptions) the DB is the slave -- the point is that the inconsistency that inevitably arise in an AP system need a conflict resolution system. In a single region, the default is to assume that the MySQL DB is correct and handle other cases carefully. In a multi-region case, there is no master: disable an account in one region, and it may not propagate to the other regions for many hours/days. You could add a user in one region and then add the same user in a different region and conflict before the sync happens. This is of course not a problem unique to CloudStack -- people pay mucho dinero for Global AD/LDAP sync. I don't think this is a problem for CloudStack core to solve: I support the event-based mechanism for those who want this facility. Distributed systems are hard and research continues to try and make building these systems easier, but there are very few solutions for global state synchronization (Google Spanner comes to mind) -- Chiradeep On 11/8/13 4:53 PM, Chip Childers chip.child...@gmail.com wrote: We are already (generally) AP for most infra changes really. I'd use that model. Eventual consistency is better in this scenario. On Nov 8, 2013, at 6:49 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: I'd also like to highlight that it isn't a trivial problem. Let's say there's 3 regions: this means there are 3 copies of the user database that are geographically separated by network links that fail quite often (orders of magnitude more than intra-DC networks). Here we run into the consequences of the CAP theorem [1]. We can either have a CP or AP system: either approach makes some tradeoffs: 1. If we run a AP system, then the challenge is to resolve conflicting updates 2. If we run a CP system, then the challenge is to detect partitions reliably and disallow updates during partitions. [1] http://en.wikipedia.org/wiki/CAP_theorem On 11/7/13 11:58 AM, Chip Childers chipchild...@apache.org wrote: On Thu, Nov 7, 2013 at 2:37 PM, Chiradeep Vittal chiradeep.vit...@citrix.com wrote: It may be an admin burden, but it has to be optional. There are other ways to achieve global sync (e.g., LDAP/AD/Oauth). A lot of service providers who run cloudstack have their own user database / portal. In their implementations the CloudStack database is not the master source of user records, but a slave. +1 to it being optional.
Re: Enabling AMQP/RabbitMQ Events on master
Hi Murali, I created the 'spring-event-bus-context.xml' under 'server/resources/META-INF/cloudstack/core', and it works ok, so you may move the context file over there and try. Thanks Alex Ough On Wed, Dec 18, 2013 at 3:40 AM, Murali Reddy murali.re...@citrix.com wrote: Darren, I did the below suggested approach but I am still not able to inject 'EventBus'. I am still getting to understand new way loading components after spring modularisation. Could you please suggest what am I doing wrong. Here is what I did. I added a module.properties and spring-event-bus-context.xml files to plugins/event-bus/rabbitmq. Module context gets loaded and gets initialised as well. But 'ComponentContext.getComponent(EventBus.class)' fails with no matching bean definition. Does the interface and corresponding implementation are discovered automatically from class patch scanning? Or do I need to do register interface and its extensions in the registry? Thanks, Murali From: Darren Shepherd darren.s.sheph...@gmail.commailto:darren.s.sheph...@gmail.com Date: Monday, 25 November 2013 11:37 PM To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org Cc: Alena Prokharchyk alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.com, Min Chen min.c...@citrix.commailto:min.c...@citrix.com, Murali Reddy murali.re...@citrix.commailto:murali.re...@citrix.com, Darren Shepherd darren.sheph...@citrix.commailto:darren.sheph...@citrix.com Subject: Re: Enabling AMQP/RabbitMQ Events on master Just create a file on the classpath META-INF/cloudstack/core/spring-event-bus-context.xml with the below contents (change server, port, username, etc) beans xmlns=http://www.springframework.org/schema/beans; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:context=http://www.springframework.org/schema/context; xmlns:aop=http://www.springframework.org/schema/aop; xsi:schemaLocation=http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd http://www.springframework.org/schema/aophttp://www.springframework.org/schema/aop/spring-aop-3.0.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd; bean id=eventNotificationBus class=org.apache.cloudstack.mom.rabbitmq.RabbitMQEventBus property name=name value=eventNotificationBus / property name=server value=10.223.52.61 / property name=port value=15672 / property name=username value=guest / property name=password value=guest / property name=exchange value=cloudstack-events / /bean /beans You can put that file at /etc/cloudstack/management/META-INF/cloudstack/core/spring-event-bus-context.xml Darren On Mon, Nov 25, 2013 at 8:24 AM, David Grizzanti david.grizza...@sungard.commailto:david.grizza...@sungard.com wrote: Murali, Would you be able to comment on how to enable the event message bus notifications on master? Thanks! -- David Grizzanti Software Engineer Sungard Availability Services e: david.grizza...@sungard.commailto:david.grizza...@sungard.com w: 215.446.1431tel:215.446.1431 c: 570.575.0315tel:570.575.0315 On November 21, 2013 at 12:35:31 PM, Alena Prokharchyk (alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.com) wrote: Murali might help you with that as he developed the feature. -Alena. From: Min Chen min.c...@citrix.commailto:min.c...@citrix.commailto:min.c...@citrix.commailto:min.c...@citrix.com Date: Thursday, November 21, 2013 9:30 AM To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org, Alena Prokharchyk alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.commailto:alena.prokharc...@citrix.com Cc: Darren Shepherd darren.sheph...@citrix.commailto:darren.sheph...@citrix.commailto:darren.sheph...@citrix.commailto:darren.sheph...@citrix.com Subject: Re: Enabling AMQP/RabbitMQ Events on master CC Darren here, I am having the same question on current master. Thanks -min On 11/21/13 5:00 AM, David Grizzanti david.grizza...@sungard.commailto:david.grizza...@sungard.commailto:david.grizza...@sungard.commailto:david.grizza...@sungard.com wrote: Alena, Do you or anyone else on the list have any updated information about enabling the events on master? Thanks! On Thursday, November 7, 2013, David Grizzanti wrote: Alena, I don't think these steps will work on master (not installing packages of cloudstack), I'm building from source.
Re: XenServer SR Question
Mike, I'm referring to the open-iscsi code used by XAPI. XAPI has a storage manager API which deals with all the SR management. It's also where the issue you're running into exists. In terms of clearing the connections and credentials, the easiest way is via a reboot. Since your using multiple CHAP credentials, only one set will be used and any SRs which use a different CHAP secret will fail to have their targets discovered during the pdb-plug phase of storage initialization. You can then destroy the SRs which failed to come up and move forward. -tim On Wed, Dec 18, 2013 at 4:35 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hey Tim, When you refer to modifying the storage manager, are you referring to CloudStack? Perhaps you are referring to CitrixResourceBase, which is where we discover and log in to iSCSI targets. Do you know of a way to delete those cached CHAP credentials via XAPI so when new ones are used for discovery they can work? Thanks! On Wed, Dec 18, 2013 at 2:22 PM, Tim Mackey tmac...@gmail.com wrote: Unfortunately what you're experiencing is how it works. While XenServer does support different CHAP credentials by SR, it only supports a single CHAP credential for discovery. It can be made to work, but you'd need to either modify how the storage manager works to pull it off, or rewrite some of the init scripts to cache the discovery data. On Wed, Dec 18, 2013 at 3:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I just noticed a problem today while creating SRs in XenServer. Perhaps someone with related experience could point me in the right direction. Let's say my SAN's management IP address is X. I can have XenServer create a shared SR using IP address X with CHAP credentials Y. If I try to have XenServer create another shared SR using IP address X that uses different CHAP credentials (ex. CHAP credentials Z), XenServer returns a discovery failure. It's like XenServer is expecting all iSCSI targets at the same IP address to have the same CHAP credentials. Does anyone know if I am mistaken here? This seems like a critical defect if this is true. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: XenServer SR Question
We have noticed if I ssh into XenServer and delete the file /etc/iscsi/ 10.10.8.108,3260 (where 10.10.8.108 is our storage's IP address and 3260 is the port) that I can create SRs using different CHAP credentials. Can anyone think of a got-cha here? Thanks! On Wed, Dec 18, 2013 at 3:18 PM, Tim Mackey tmac...@gmail.com wrote: Mike, I'm referring to the open-iscsi code used by XAPI. XAPI has a storage manager API which deals with all the SR management. It's also where the issue you're running into exists. In terms of clearing the connections and credentials, the easiest way is via a reboot. Since your using multiple CHAP credentials, only one set will be used and any SRs which use a different CHAP secret will fail to have their targets discovered during the pdb-plug phase of storage initialization. You can then destroy the SRs which failed to come up and move forward. -tim On Wed, Dec 18, 2013 at 4:35 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hey Tim, When you refer to modifying the storage manager, are you referring to CloudStack? Perhaps you are referring to CitrixResourceBase, which is where we discover and log in to iSCSI targets. Do you know of a way to delete those cached CHAP credentials via XAPI so when new ones are used for discovery they can work? Thanks! On Wed, Dec 18, 2013 at 2:22 PM, Tim Mackey tmac...@gmail.com wrote: Unfortunately what you're experiencing is how it works. While XenServer does support different CHAP credentials by SR, it only supports a single CHAP credential for discovery. It can be made to work, but you'd need to either modify how the storage manager works to pull it off, or rewrite some of the init scripts to cache the discovery data. On Wed, Dec 18, 2013 at 3:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I just noticed a problem today while creating SRs in XenServer. Perhaps someone with related experience could point me in the right direction. Let's say my SAN's management IP address is X. I can have XenServer create a shared SR using IP address X with CHAP credentials Y. If I try to have XenServer create another shared SR using IP address X that uses different CHAP credentials (ex. CHAP credentials Z), XenServer returns a discovery failure. It's like XenServer is expecting all iSCSI targets at the same IP address to have the same CHAP credentials. Does anyone know if I am mistaken here? This seems like a critical defect if this is true. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Build failed in Jenkins: build-master » Apache CloudStack Server #274
See http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/274/changes Changes: [nitin.mehta] CLOUDSTACK-4941: -- [INFO] [INFO] [INFO] Building Apache CloudStack Server 4.4.0-SNAPSHOT [INFO] [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-server --- [INFO] Deleting http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/target (includes = [**/*], excludes = []) [INFO] Deleting http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/ (includes = [target, dist], excludes = []) [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-server --- [INFO] [INFO] --- maven-antrun-plugin:1.7:run (generate-resource) @ cloud-server --- [INFO] Executing tasks main: [copy] Copying 3 files to http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/target/conf [copy] Copying 1 file to http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/target/conf [INFO] Executed tasks [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-server --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 30 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-server --- [INFO] Compiling 351 source files to http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/target/classes [INFO] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java:[2758,18] cannot find symbol symbol : method advanceStart(java.lang.String,java.util.Mapcom.cloud.vm.VirtualMachineProfile.Param,java.lang.Object,com.cloud.deploy.DeploymentPlan) location: interface com.cloud.vm.VirtualMachineManager [INFO] 1 error [INFO] -
Build failed in Jenkins: build-master #274
See http://jenkins.buildacloud.org/job/build-master/274/changes Changes: [nitin.mehta] CLOUDSTACK-4941: -- [...truncated 1003 lines...] [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-engine-components-api --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-master/ws/engine/components-api/target/surefire-reports --- T E S T S --- Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 [JENKINS] Recording test results [INFO] [INFO] [INFO] Building Apache CloudStack Server 4.4.0-SNAPSHOT [INFO] [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-server --- [INFO] Deleting http://jenkins.buildacloud.org/job/build-master/ws/server/target (includes = [**/*], excludes = []) [INFO] Deleting http://jenkins.buildacloud.org/job/build-master/ws/server (includes = [target, dist], excludes = []) [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-server --- [INFO] [INFO] --- maven-antrun-plugin:1.7:run (generate-resource) @ cloud-server --- [INFO] Executing tasks main: [copy] Copying 3 files to http://jenkins.buildacloud.org/job/build-master/ws/server/target/conf [copy] Copying 1 file to http://jenkins.buildacloud.org/job/build-master/ws/server/target/conf [INFO] Executed tasks [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-server --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 30 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-server --- [INFO] Compiling 351 source files to http://jenkins.buildacloud.org/job/build-master/ws/server/target/classes [INFO] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] http://jenkins.buildacloud.org/job/build-master/ws/server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java:[2758,18] cannot find symbol symbol : method advanceStart(java.lang.String,java.util.Mapcom.cloud.vm.VirtualMachineProfile.Param,java.lang.Object,com.cloud.deploy.DeploymentPlan) location: interface com.cloud.vm.VirtualMachineManager [INFO] 1 error [INFO] - [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache CloudStack . SUCCESS [58.827s] [INFO] Apache CloudStack Maven Conventions Parent SUCCESS [1.077s] [INFO] Apache CloudStack Checkstyle Configuration SUCCESS [3.429s] [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [12.230s] [INFO] Apache CloudStack Utils ... SUCCESS [18.435s] [INFO] Apache CloudStack Framework ... SUCCESS [1.052s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [12.844s] [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [8.060s] [INFO] Apache CloudStack API . SUCCESS [20.187s] [INFO] Apache CloudStack Framework - REST SUCCESS [6.859s] [INFO] Apache CloudStack Framework - IPC . SUCCESS [10.630s] [INFO] Apache CloudStack Cloud Engine SUCCESS [0.944s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [9.223s] [INFO] Apache CloudStack Core SUCCESS [14.936s] [INFO] Apache CloudStack Agents .. SUCCESS [10.825s] [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [6.106s] [INFO] Apache CloudStack Framework - Jobs SUCCESS [6.289s] [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [13.902s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [4.700s] [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [6.195s] [INFO] Apache CloudStack Server .. FAILURE [13.770s] [INFO] Apache CloudStack Usage Server SKIPPED [INFO] Apache XenSource XAPI . SKIPPED [INFO] Apache CloudStack Cloud Engine Orchestration Component SKIPPED [INFO] Apache CloudStack Cloud Services .. SKIPPED [INFO] Apache CloudStack Secondary Storage Service ... SKIPPED [INFO] Apache CloudStack Engine Storage Component SKIPPED [INFO] Apache CloudStack Engine Storage Volume Component . SKIPPED [INFO] Apache CloudStack Engine Storage Image Component ..
Build failed in Jenkins: build-master » Apache CloudStack Server #275
See http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/275/ -- [INFO] [INFO] [INFO] Building Apache CloudStack Server 4.4.0-SNAPSHOT [INFO] [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-server --- [INFO] Deleting http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/target (includes = [**/*], excludes = []) [INFO] Deleting http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/ (includes = [target, dist], excludes = []) [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-server --- [INFO] [INFO] --- maven-antrun-plugin:1.7:run (generate-resource) @ cloud-server --- [INFO] Executing tasks main: [copy] Copying 3 files to http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/target/conf [copy] Copying 1 file to http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/target/conf [INFO] Executed tasks [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-server --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 30 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-server --- [INFO] Compiling 351 source files to http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/target/classes [INFO] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/ws/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java:[2758,18] cannot find symbol symbol : method advanceStart(java.lang.String,java.util.Mapcom.cloud.vm.VirtualMachineProfile.Param,java.lang.Object,com.cloud.deploy.DeploymentPlan) location: interface com.cloud.vm.VirtualMachineManager [INFO] 1 error [INFO] -
Build failed in Jenkins: build-master #275
See http://jenkins.buildacloud.org/job/build-master/275/ -- [...truncated 1001 lines...] [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-engine-components-api --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-master/ws/engine/components-api/target/surefire-reports --- T E S T S --- Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 [JENKINS] Recording test results [INFO] [INFO] [INFO] Building Apache CloudStack Server 4.4.0-SNAPSHOT [INFO] [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-server --- [INFO] Deleting http://jenkins.buildacloud.org/job/build-master/ws/server/target (includes = [**/*], excludes = []) [INFO] Deleting http://jenkins.buildacloud.org/job/build-master/ws/server (includes = [target, dist], excludes = []) [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-server --- [INFO] [INFO] --- maven-antrun-plugin:1.7:run (generate-resource) @ cloud-server --- [INFO] Executing tasks main: [copy] Copying 3 files to http://jenkins.buildacloud.org/job/build-master/ws/server/target/conf [copy] Copying 1 file to http://jenkins.buildacloud.org/job/build-master/ws/server/target/conf [INFO] Executed tasks [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-server --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 30 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-server --- [INFO] Compiling 351 source files to http://jenkins.buildacloud.org/job/build-master/ws/server/target/classes [INFO] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] http://jenkins.buildacloud.org/job/build-master/ws/server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java:[2758,18] cannot find symbol symbol : method advanceStart(java.lang.String,java.util.Mapcom.cloud.vm.VirtualMachineProfile.Param,java.lang.Object,com.cloud.deploy.DeploymentPlan) location: interface com.cloud.vm.VirtualMachineManager [INFO] 1 error [INFO] - [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache CloudStack . SUCCESS [1:00.862s] [INFO] Apache CloudStack Maven Conventions Parent SUCCESS [0.456s] [INFO] Apache CloudStack Checkstyle Configuration SUCCESS [5.880s] [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [14.226s] [INFO] Apache CloudStack Utils ... SUCCESS [26.572s] [INFO] Apache CloudStack Framework ... SUCCESS [0.470s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [20.193s] [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [12.039s] [INFO] Apache CloudStack API . SUCCESS [27.905s] [INFO] Apache CloudStack Framework - REST SUCCESS [7.523s] [INFO] Apache CloudStack Framework - IPC . SUCCESS [12.385s] [INFO] Apache CloudStack Cloud Engine SUCCESS [0.445s] [INFO] Apache CloudStack Cloud Engine API SUCCESS [10.583s] [INFO] Apache CloudStack Core SUCCESS [18.805s] [INFO] Apache CloudStack Agents .. SUCCESS [12.807s] [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [6.828s] [INFO] Apache CloudStack Framework - Jobs SUCCESS [7.327s] [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [18.689s] [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [5.855s] [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [6.486s] [INFO] Apache CloudStack Server .. FAILURE [19.396s] [INFO] Apache CloudStack Usage Server SKIPPED [INFO] Apache XenSource XAPI . SKIPPED [INFO] Apache CloudStack Cloud Engine Orchestration Component SKIPPED [INFO] Apache CloudStack Cloud Services .. SKIPPED [INFO] Apache CloudStack Secondary Storage Service ... SKIPPED [INFO] Apache CloudStack Engine Storage Component SKIPPED [INFO] Apache CloudStack Engine Storage Volume Component . SKIPPED [INFO] Apache CloudStack Engine Storage Image Component .. SKIPPED [INFO]
Revert your commit 231e7c01f2415c1f25d6a2715b7469fe7fcfe771 on master since it broke build
Hi Nitin, I have revert your commit 231e7c01f2415c1f25d6a2715b7469fe7fcfe771 on master, master build is broken due to that. Please re-do it. Thanks -min
Re: XenServer SR Question
The problem with doing that is during host reboot. Then only one of the credential sets will be used to do the discovery, and on each reboot a discovery will occur. It'll also have issues with multipath. There will also be an issue during pool join, and there could be replication issues in xenstore. Net is that you can make things work by doing that, but error recovery paths and reboots break. On Dec 18, 2013 6:07 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: We have noticed if I ssh into XenServer and delete the file /etc/iscsi/ 10.10.8.108,3260 (where 10.10.8.108 is our storage's IP address and 3260 is the port) that I can create SRs using different CHAP credentials. Can anyone think of a got-cha here? Thanks! On Wed, Dec 18, 2013 at 3:18 PM, Tim Mackey tmac...@gmail.com wrote: Mike, I'm referring to the open-iscsi code used by XAPI. XAPI has a storage manager API which deals with all the SR management. It's also where the issue you're running into exists. In terms of clearing the connections and credentials, the easiest way is via a reboot. Since your using multiple CHAP credentials, only one set will be used and any SRs which use a different CHAP secret will fail to have their targets discovered during the pdb-plug phase of storage initialization. You can then destroy the SRs which failed to come up and move forward. -tim On Wed, Dec 18, 2013 at 4:35 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hey Tim, When you refer to modifying the storage manager, are you referring to CloudStack? Perhaps you are referring to CitrixResourceBase, which is where we discover and log in to iSCSI targets. Do you know of a way to delete those cached CHAP credentials via XAPI so when new ones are used for discovery they can work? Thanks! On Wed, Dec 18, 2013 at 2:22 PM, Tim Mackey tmac...@gmail.com wrote: Unfortunately what you're experiencing is how it works. While XenServer does support different CHAP credentials by SR, it only supports a single CHAP credential for discovery. It can be made to work, but you'd need to either modify how the storage manager works to pull it off, or rewrite some of the init scripts to cache the discovery data. On Wed, Dec 18, 2013 at 3:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I just noticed a problem today while creating SRs in XenServer. Perhaps someone with related experience could point me in the right direction. Let's say my SAN's management IP address is X. I can have XenServer create a shared SR using IP address X with CHAP credentials Y. If I try to have XenServer create another shared SR using IP address X that uses different CHAP credentials (ex. CHAP credentials Z), XenServer returns a discovery failure. It's like XenServer is expecting all iSCSI targets at the same IP address to have the same CHAP credentials. Does anyone know if I am mistaken here? This seems like a critical defect if this is true. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
S3 multipart upload code
Hi guys, I am planning to backport the code responsible for multipart upload to S3 secondary storage from 4.2.1 brunch to 4.2.0. Could someone please help me with this process? Is it a fairly simple excersie? if so, could you please point me in the right direction. Many thanks
Re: Revert your commit 231e7c01f2415c1f25d6a2715b7469fe7fcfe771 on master since it broke build
Thanks Min. I accidentally reverted a file before checking in. Fixed that. Tests, Rat and build work fine now. From: Min Chen min.c...@citrix.commailto:min.c...@citrix.com Date: Wednesday 18 December 2013 4:13 PM To: Nitin Mehta nitin.me...@citrix.commailto:nitin.me...@citrix.com Cc: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org Subject: Revert your commit 231e7c01f2415c1f25d6a2715b7469fe7fcfe771 on master since it broke build Hi Nitin, I have revert your commit 231e7c01f2415c1f25d6a2715b7469fe7fcfe771 on master, master build is broken due to that. Please re-do it. Thanks -min
Jenkins build is back to normal : build-master #276
See http://jenkins.buildacloud.org/job/build-master/276/changes
Jenkins build is back to normal : build-master » Apache CloudStack Server #276
See http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-server/276/changes
Jenkins build is back to normal : build-master » Apache CloudStack Plugin - Syslog Alerts #276
See http://jenkins.buildacloud.org/job/build-master/org.apache.cloudstack$cloud-plugin-syslog-alerts/276/
Re: XenServer SR Question
Good points, Tim. Do you know if this is an issue the XenServer group plans to address anytime soon? Thanks On Wed, Dec 18, 2013 at 5:13 PM, Tim Mackey tmac...@gmail.com wrote: The problem with doing that is during host reboot. Then only one of the credential sets will be used to do the discovery, and on each reboot a discovery will occur. It'll also have issues with multipath. There will also be an issue during pool join, and there could be replication issues in xenstore. Net is that you can make things work by doing that, but error recovery paths and reboots break. On Dec 18, 2013 6:07 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: We have noticed if I ssh into XenServer and delete the file /etc/iscsi/ 10.10.8.108,3260 (where 10.10.8.108 is our storage's IP address and 3260 is the port) that I can create SRs using different CHAP credentials. Can anyone think of a got-cha here? Thanks! On Wed, Dec 18, 2013 at 3:18 PM, Tim Mackey tmac...@gmail.com wrote: Mike, I'm referring to the open-iscsi code used by XAPI. XAPI has a storage manager API which deals with all the SR management. It's also where the issue you're running into exists. In terms of clearing the connections and credentials, the easiest way is via a reboot. Since your using multiple CHAP credentials, only one set will be used and any SRs which use a different CHAP secret will fail to have their targets discovered during the pdb-plug phase of storage initialization. You can then destroy the SRs which failed to come up and move forward. -tim On Wed, Dec 18, 2013 at 4:35 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hey Tim, When you refer to modifying the storage manager, are you referring to CloudStack? Perhaps you are referring to CitrixResourceBase, which is where we discover and log in to iSCSI targets. Do you know of a way to delete those cached CHAP credentials via XAPI so when new ones are used for discovery they can work? Thanks! On Wed, Dec 18, 2013 at 2:22 PM, Tim Mackey tmac...@gmail.com wrote: Unfortunately what you're experiencing is how it works. While XenServer does support different CHAP credentials by SR, it only supports a single CHAP credential for discovery. It can be made to work, but you'd need to either modify how the storage manager works to pull it off, or rewrite some of the init scripts to cache the discovery data. On Wed, Dec 18, 2013 at 3:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I just noticed a problem today while creating SRs in XenServer. Perhaps someone with related experience could point me in the right direction. Let's say my SAN's management IP address is X. I can have XenServer create a shared SR using IP address X with CHAP credentials Y. If I try to have XenServer create another shared SR using IP address X that uses different CHAP credentials (ex. CHAP credentials Z), XenServer returns a discovery failure. It's like XenServer is expecting all iSCSI targets at the same IP address to have the same CHAP credentials. Does anyone know if I am mistaken here? This seems like a critical defect if this is true. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: XenServer SR Question
One alternative I have is to abandon using SolidFire's multi-tenancy ability (separating volumes by accounts for reporting purposes). If I only used one uber account, then I'd only be using one set of credentials. Another is more work and would have to wait until 4.4: Add logic to the storage plug-in framework to notify storage plug-ins when a host needs access to a given volume that's supplied by that plug-in's storage. In this model, the plug-in could choose to not use CHAP and instead tell the storage system that host x is OKed for accessing volume y. We already have the ability to listen for host-connect-to-storage events, but that is not granular enough for my purposes (as my storage is zone wide and can be used by tons of hosts at the same time, so I wouldn't want to give them all access to all of the volumes of the SAN). Does anyone know if this is just a XenServer problem? Thanks On Wed, Dec 18, 2013 at 7:37 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Good points, Tim. Do you know if this is an issue the XenServer group plans to address anytime soon? Thanks On Wed, Dec 18, 2013 at 5:13 PM, Tim Mackey tmac...@gmail.com wrote: The problem with doing that is during host reboot. Then only one of the credential sets will be used to do the discovery, and on each reboot a discovery will occur. It'll also have issues with multipath. There will also be an issue during pool join, and there could be replication issues in xenstore. Net is that you can make things work by doing that, but error recovery paths and reboots break. On Dec 18, 2013 6:07 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: We have noticed if I ssh into XenServer and delete the file /etc/iscsi/ 10.10.8.108,3260 (where 10.10.8.108 is our storage's IP address and 3260 is the port) that I can create SRs using different CHAP credentials. Can anyone think of a got-cha here? Thanks! On Wed, Dec 18, 2013 at 3:18 PM, Tim Mackey tmac...@gmail.com wrote: Mike, I'm referring to the open-iscsi code used by XAPI. XAPI has a storage manager API which deals with all the SR management. It's also where the issue you're running into exists. In terms of clearing the connections and credentials, the easiest way is via a reboot. Since your using multiple CHAP credentials, only one set will be used and any SRs which use a different CHAP secret will fail to have their targets discovered during the pdb-plug phase of storage initialization. You can then destroy the SRs which failed to come up and move forward. -tim On Wed, Dec 18, 2013 at 4:35 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hey Tim, When you refer to modifying the storage manager, are you referring to CloudStack? Perhaps you are referring to CitrixResourceBase, which is where we discover and log in to iSCSI targets. Do you know of a way to delete those cached CHAP credentials via XAPI so when new ones are used for discovery they can work? Thanks! On Wed, Dec 18, 2013 at 2:22 PM, Tim Mackey tmac...@gmail.com wrote: Unfortunately what you're experiencing is how it works. While XenServer does support different CHAP credentials by SR, it only supports a single CHAP credential for discovery. It can be made to work, but you'd need to either modify how the storage manager works to pull it off, or rewrite some of the init scripts to cache the discovery data. On Wed, Dec 18, 2013 at 3:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I just noticed a problem today while creating SRs in XenServer. Perhaps someone with related experience could point me in the right direction. Let's say my SAN's management IP address is X. I can have XenServer create a shared SR using IP address X with CHAP credentials Y. If I try to have XenServer create another shared SR using IP address X that uses different CHAP credentials (ex. CHAP credentials Z), XenServer returns a discovery failure. It's like XenServer is expecting all iSCSI targets at the same IP address to have the same CHAP credentials. Does anyone know if I am mistaken here? This seems like a critical defect if this is true. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the
Re:{SOLVED} Problem with vhd-util?
Added users list and solved tag. On 19-Dec-2013, at 12:43 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: That was the problem. Thanks for the reminder! :) On Wed, Dec 18, 2013 at 12:05 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi Nitin, Yes, on my normal build machine I do keep it in that location. I just noticed, however, that I do not have it there on my lab machine that's running the management server. I think that's the problem. Thanks! :) On Wed, Dec 18, 2013 at 11:57 AM, Nitin Mehta nitin.me...@citrix.comwrote: Vhd-util location has recently changed on XS from /opt/xensource/bin to /opt/cloud/bin. Do you keep it to this location in the source tree: scripts/vm/hypervisor/xenserver/vhd-util ? Thanks, -Nitin On 18/12/13 10:51 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, I am working with a new XenServer host in my CS environment (testing 4.3) this morning and having trouble getting system VMs to start up. The Xen agent says it, can not create vdi in sr SR UUID. The stack trace indicates the XenServerStorageProcessor.copy_vhd_from_secondarystorage method is where the problem is happening. Any thoughts on this? Could this be a vhd-util problem? Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play * * -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Review Request 16324: CLOUDSTACK-4780: Changes related to checking snapshot on NFS server
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16324/#review30675 --- Commit 33fb241fdf7f363659db918b8f6dd5744f599259 in branch refs/heads/master from Gaurav Aradhye [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=33fb241 ] CLOUDSTACK-4780: Changes related to checking snapshot on NFS server - ASF Subversion and Git Services On Dec. 17, 2013, 3:21 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16324/ --- (Updated Dec. 17, 2013, 3:21 p.m.) Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-4780 https://issues.apache.org/jira/browse/CLOUDSTACK-4780 Repository: cloudstack-git Description --- Changes: 1) Appended snapshot extension to the snapshot path coming from database. As discussed with Harikrishna, Product bug (5135) is invalid, snapshot path in database won't contain the extension of the snapshot. So changing the code so as to append the extension based on hypervisor type. 2) Code movement and cleanup - Moved function get_hypervisor_type from common to utils to avoid cyclic dependency of libraries. Also, cleaned up the imports. Diffs - test/integration/component/test_add_remove_network.py f1508e1 test/integration/component/test_snapshots.py d3fac42 tools/marvin/marvin/integration/lib/common.py 096b073 tools/marvin/marvin/integration/lib/utils.py d046235 Diff: https://reviews.apache.org/r/16324/diff/ Testing --- Tested locally on VMware. KVM should not have impact of this change as the snapshot created on KVM was found not to have any extension. Log: test_01_snapshot_root_disk (test_snapshots.TestSnapshotRootDisk) Test Snapshot Root Disk ... ok -- Ran 1 test in 513.783s OK Thanks, Gaurav Aradhye
Re: Review Request 16324: CLOUDSTACK-4780: Changes related to checking snapshot on NFS server
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16324/#review30676 --- Commit 03811c0c46a3c74f4271b08faa8ce40a4e2598f7 in branch refs/heads/4.3 from Gaurav Aradhye [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=03811c0 ] CLOUDSTACK-4780: Changes related to checking snapshot on NFS server - ASF Subversion and Git Services On Dec. 17, 2013, 3:21 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16324/ --- (Updated Dec. 17, 2013, 3:21 p.m.) Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-4780 https://issues.apache.org/jira/browse/CLOUDSTACK-4780 Repository: cloudstack-git Description --- Changes: 1) Appended snapshot extension to the snapshot path coming from database. As discussed with Harikrishna, Product bug (5135) is invalid, snapshot path in database won't contain the extension of the snapshot. So changing the code so as to append the extension based on hypervisor type. 2) Code movement and cleanup - Moved function get_hypervisor_type from common to utils to avoid cyclic dependency of libraries. Also, cleaned up the imports. Diffs - test/integration/component/test_add_remove_network.py f1508e1 test/integration/component/test_snapshots.py d3fac42 tools/marvin/marvin/integration/lib/common.py 096b073 tools/marvin/marvin/integration/lib/utils.py d046235 Diff: https://reviews.apache.org/r/16324/diff/ Testing --- Tested locally on VMware. KVM should not have impact of this change as the snapshot created on KVM was found not to have any extension. Log: test_01_snapshot_root_disk (test_snapshots.TestSnapshotRootDisk) Test Snapshot Root Disk ... ok -- Ran 1 test in 513.783s OK Thanks, Gaurav Aradhye
Review Request 16361: CLOUDSTACK-5535: Do not allow addNetwork to create NIC across VPC tiers and Isolated Networks
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16361/ --- Review request for cloudstack and Alena Prokharchyk. Bugs: CLOUDSTACK-5535 https://issues.apache.org/jira/browse/CLOUDSTACK-5535 Repository: cloudstack-git Description --- addNetworkToVM allows adding any network to VM. Ideally a VM running in isolated Guest Network should not be able to add a VPC tier. A VM running in VPC tier should not be allowed to add another tier A VM running in VPC tier should not be allowed to add another isolated guest network Diffs - server/src/com/cloud/vm/UserVmManagerImpl.java 3ad49d8 Diff: https://reviews.apache.org/r/16361/diff/ Testing --- VM having a nic in isolated guest network cannot add a VPC tier. VM having a nic in one VPC tier cannot add another VPC tier. VM having a nic in a VPC tier cannot add a isolated guest network. Thanks, Saksham Srivastava
RE: Apache CloudStack introduction documentation
http://www.slideshare.net/RadhikaNair/cloud-stack-forbeginners is good one. -Original Message- From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu Sent: Wednesday, December 18, 2013 9:10 PM To: dev@cloudstack.apache.org Cc: us...@cloudstack.apache.org Subject: Apache CloudStack introduction documentation Dear guys, I'm going to do an introduction about Apache CloudStack at university. It's should be amazing to introduce students all of overview information about Apache CloudStack. The main idea should be overview about design, architecture, features,... Beside, my plan is talking not only technical side but also community activities. I'm willing to share them the working process in OSS community. I think it's better when collecting and summarizing from community. So, any sharing for documents, slides talking overview about Apache CloudStack? Thanks for sharing, --Tuna
Review Request 16362: CLOUDSTACK-5554: Custom disk offering allows to create a datadisk with size greater than custom.diskoffering.size.max value
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16362/ --- Review request for cloudstack and Kishan Kavala. Bugs: CLOUDSTACK-5554 https://issues.apache.org/jira/browse/CLOUDSTACK-5554 Repository: cloudstack-git Description --- CLOUDSTACK-5554: Custom disk offering allows to create a datadisk with size greater than custom.diskoffering.size.max value Fixed both custom.diskoffering.size.max and custom.diskoffering.size.min to ensure input values while deploying the VM and creating volume APIs. Moved both parameters to VolumeOrchestrationService using ConfigDepot Diffs - engine/api/src/org/apache/cloudstack/engine/orchestration/service/VolumeOrchestrationService.java 1bba479 engine/orchestration/src/org/apache/cloudstack/engine/orchestration/VolumeOrchestrator.java 41a3f29 server/src/com/cloud/configuration/Config.java b994ce3 server/src/com/cloud/server/ManagementServerImpl.java 0e9c483 server/src/com/cloud/storage/VolumeApiServiceImpl.java 264f2bd server/src/com/cloud/vm/UserVmManagerImpl.java 74b3439 setup/db/db/schema-421to430.sql d9cdfe6 Diff: https://reviews.apache.org/r/16362/diff/ Testing --- Thanks, Harikrishna Patnala
Re: Review Request 16362: CLOUDSTACK-5554: Custom disk offering allows to create a datadisk with size greater than custom.diskoffering.size.max value
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16362/ --- (Updated Dec. 19, 2013, 6:40 a.m.) Review request for cloudstack and Kishan Kavala. Bugs: CLOUDSTACK-5554 https://issues.apache.org/jira/browse/CLOUDSTACK-5554 Repository: cloudstack-git Description --- CLOUDSTACK-5554: Custom disk offering allows to create a datadisk with size greater than custom.diskoffering.size.max value Fixed both custom.diskoffering.size.max and custom.diskoffering.size.min to ensure input values while deploying the VM and creating volume APIs. Moved both parameters to VolumeOrchestrationService using ConfigDepot Diffs (updated) - engine/api/src/org/apache/cloudstack/engine/orchestration/service/VolumeOrchestrationService.java 1bba479 engine/orchestration/src/org/apache/cloudstack/engine/orchestration/VolumeOrchestrator.java 41a3f29 server/src/com/cloud/configuration/Config.java b994ce3 server/src/com/cloud/server/ManagementServerImpl.java 0e9c483 server/src/com/cloud/storage/VolumeApiServiceImpl.java 264f2bd server/src/com/cloud/vm/UserVmManagerImpl.java 74b3439 setup/db/db/schema-421to430.sql d9cdfe6 Diff: https://reviews.apache.org/r/16362/diff/ Testing --- Thanks, Harikrishna Patnala
Re: Review Request 16362: CLOUDSTACK-5554: Custom disk offering allows to create a datadisk with size greater than custom.diskoffering.size.max value
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/16362/ --- (Updated Dec. 19, 2013, 6:56 a.m.) Review request for cloudstack and Kishan Kavala. Bugs: CLOUDSTACK-5554 https://issues.apache.org/jira/browse/CLOUDSTACK-5554 Repository: cloudstack-git Description --- CLOUDSTACK-5554: Custom disk offering allows to create a datadisk with size greater than custom.diskoffering.size.max value Fixed both custom.diskoffering.size.max and custom.diskoffering.size.min to ensure input values while deploying the VM and creating volume APIs. Moved both parameters to VolumeOrchestrationService using ConfigDepot Diffs (updated) - engine/api/src/org/apache/cloudstack/engine/orchestration/service/VolumeOrchestrationService.java 1bba479 engine/orchestration/src/org/apache/cloudstack/engine/orchestration/VolumeOrchestrator.java ebd8709 server/src/com/cloud/configuration/Config.java 4da7e58 server/src/com/cloud/server/ManagementServerImpl.java 8dad7ae server/src/com/cloud/storage/VolumeApiServiceImpl.java dd6358a server/src/com/cloud/vm/UserVmManagerImpl.java 74b3439 setup/db/db/schema-421to430.sql 9913b08 Diff: https://reviews.apache.org/r/16362/diff/ Testing --- Thanks, Harikrishna Patnala
Create VM - find out the NIC on KVM host connected to a Network switch
Hi , on a KVM host, I have a bridge interface - cloudbr1 to which eth1 has been added. This is for guest Network. When we create a VM on the KVM host, the NetworkGuru plugin gets to know about cloudbr1 (via the KVM traffic label). But is there any means to figure out the ports (like eth1) that have been attached to the bridge interface(in this case cloudbr1) on the KVM? The reason I want to know this is that the lldp output on the switch gives information about eth1 (and not the bridge interfaces). -Pradeep
RE: Apache CloudStack introduction documentation
It's perfect, Radhika. Thank you, --Tuna Sent from my GT-N7000 On Dec 19, 2013 12:36 PM, Radhika Puthiyetath radhika.puthiyet...@citrix.com wrote: http://www.slideshare.net/RadhikaNair/cloud-stack-forbeginners is good one. -Original Message- From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu Sent: Wednesday, December 18, 2013 9:10 PM To: dev@cloudstack.apache.org Cc: us...@cloudstack.apache.org Subject: Apache CloudStack introduction documentation Dear guys, I'm going to do an introduction about Apache CloudStack at university. It's should be amazing to introduce students all of overview information about Apache CloudStack. The main idea should be overview about design, architecture, features,... Beside, my plan is talking not only technical side but also community activities. I'm willing to share them the working process in OSS community. I think it's better when collecting and summarizing from community. So, any sharing for documents, slides talking overview about Apache CloudStack? Thanks for sharing, --Tuna
