RE: root resize support in the UI
Lucian, I have seen CS 4.3 installation made by Citrix at our parnter and they have the same feature enabled for XenServer and VmWare. I wonder how does it work ? They have their own team of developers to make some extra features they need (like plugin for statistics and billing), but did they implement particularly this feature or Citrix did it - I don't know. It seems this part of code is not contributed back to community anyway. It would be nice to have it, especially together with slieders which are quite popular right now as I understood. Vadim. -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: Saturday, November 29, 2014 9:48 PM To: dev@cloudstack.apache.org Subject: Re: root resize support in the UI Vadim, 1. Only KVM for now, due to lack of interest I guess 2. The root disk value needs to be equal or larger than that of the template, otherwise you end up with a broken disk, obviously. So go for minimal (say under 10G) templates that can resize themselves, such as the ones at http://dl.openvm.eu ;) 3. The backend API has been supporting this since 4.4.0, it's the UI that is lagging behind More details here https://issues.apache.org/jira/browse/CLOUDSTACK-6181 Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Vadim Kimlaychuk vadim.kimlayc...@elion.ee To: dev@cloudstack.apache.org Sent: Saturday, 29 November, 2014 15:17:16 Subject: RE: root resize support in the UI Nux, Can you give more information about this functionality? I am particularly interesting to show to the user this field, but don't know how it will work. Particularly is interesting: 1. Does it work for all hypervisors or just KVM? 2. Does it depend on the template root partition (i.e. I have 10G root at template and put 5G to desired. Will it work?) 3. This is just UI patch, shouldn't it be activated at the backend as well ? Thanks, Vadim From: Nux! [n...@li.nux.ro] Sent: Saturday, November 29, 2014 12:37 To: dev@cloudstack.apache.org Cc: Brian Federle Subject: Re: root resize support in the UI BTW, the code needed to enable custom root size during instance creation is very small, functionality is already there. This patch is needed https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=8f ec09ba481fbd3b8c2a9e4d31ef06f113b037cb , I tested it and it works fine. And this is the result: https://i.imgur.com/xrs0mu4.png -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Nux! n...@li.nux.ro To: dev@cloudstack.apache.org Cc: Brian Federle brian.fede...@citrix.com Sent: Saturday, 29 November, 2014 00:57:37 Subject: Re: root resize support in the UI Yes, you have a point. Opened https://issues.apache.org/jira/browse/CLOUDSTACK-7992 -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Mike Tutkowski mike.tutkow...@solidfire.com To: dev@cloudstack.apache.org Cc: Brian Federle brian.fede...@citrix.com Sent: Saturday, 29 November, 2014 00:48:03 Subject: Re: root resize support in the UI Well...I don't know...we kind of have features all over the place that work for one hypervisor and not for another. If we're cool with that approach, this would be just one more area where we have this kind of hypervisor-specific behavior (perhaps all hypervisors support such an action in the future). On Fri, Nov 28, 2014 at 5:41 PM, Nux! n...@li.nux.ro wrote: Was thinking to just patch my local installation. Devs might not go too crazy over this idea since root resize is not supported across all hypervisors (KVM only atm). But if you think this has a chance to go official, I will open an issue. Thanks, Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Mike Tutkowski mike.tutkow...@solidfire.com To: dev@cloudstack.apache.org, Brian Federle brian.fede...@citrix.com Sent: Saturday, 29 November, 2014 00:27:14 Subject: Re: root resize support in the UI Have you logged a JIRA ticket for this? Maybe Brian or one of the GUI people could pick up on it. On Fri, Nov 28, 2014 at 4:32 PM, Nux! n...@li.nux.ro wrote: Yeah, I was thinking of that, if it works for DATA, it should work for ROOT. But I am not a dev. Thoughts? -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Mike Tutkowski mike.tutkow...@solidfire.com To: dev@cloudstack.apache.org Sent: Friday, 28 November, 2014 19:57:27 Subject: Re: root resize support in the UI For root disks, is it possible to just follow the existing resize pattern we have established in the UI for data disks? On Friday, November 28,
Re: root resize support in the UI
It's very possible Citrix customised that installation, what they do for their own customers is their own business. It was certainly possible to do it with 4.3, Marcus wrote some patches at some point to enable this functionality (KVM only, again). The UI has always been considered more of a proof of concept, though it's a very much needed part of ACS, as such everyone is encouraged to use the API and build their own interfaces. I missed some important options and customers because I thought GreenQloud, Exoscale etc will give you some credit as a new customer so you can check out their UI. They don't have as many options as the ACS one, but I found this to be a feature, customers shouldn't be exposed to too many options, they'll just get their noses caught in them. :) Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Vadim Kimlaychuk vadim.kimlayc...@elion.ee To: dev@cloudstack.apache.org Sent: Sunday, 30 November, 2014 10:53:56 Subject: RE: root resize support in the UI Lucian, I have seen CS 4.3 installation made by Citrix at our parnter and they have the same feature enabled for XenServer and VmWare. I wonder how does it work ? They have their own team of developers to make some extra features they need (like plugin for statistics and billing), but did they implement particularly this feature or Citrix did it - I don't know. It seems this part of code is not contributed back to community anyway. It would be nice to have it, especially together with slieders which are quite popular right now as I understood. Vadim. -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: Saturday, November 29, 2014 9:48 PM To: dev@cloudstack.apache.org Subject: Re: root resize support in the UI Vadim, 1. Only KVM for now, due to lack of interest I guess 2. The root disk value needs to be equal or larger than that of the template, otherwise you end up with a broken disk, obviously. So go for minimal (say under 10G) templates that can resize themselves, such as the ones at http://dl.openvm.eu ;) 3. The backend API has been supporting this since 4.4.0, it's the UI that is lagging behind More details here https://issues.apache.org/jira/browse/CLOUDSTACK-6181 Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Vadim Kimlaychuk vadim.kimlayc...@elion.ee To: dev@cloudstack.apache.org Sent: Saturday, 29 November, 2014 15:17:16 Subject: RE: root resize support in the UI Nux, Can you give more information about this functionality? I am particularly interesting to show to the user this field, but don't know how it will work. Particularly is interesting: 1. Does it work for all hypervisors or just KVM? 2. Does it depend on the template root partition (i.e. I have 10G root at template and put 5G to desired. Will it work?) 3. This is just UI patch, shouldn't it be activated at the backend as well ? Thanks, Vadim From: Nux! [n...@li.nux.ro] Sent: Saturday, November 29, 2014 12:37 To: dev@cloudstack.apache.org Cc: Brian Federle Subject: Re: root resize support in the UI BTW, the code needed to enable custom root size during instance creation is very small, functionality is already there. This patch is needed https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=8f ec09ba481fbd3b8c2a9e4d31ef06f113b037cb , I tested it and it works fine. And this is the result: https://i.imgur.com/xrs0mu4.png -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Nux! n...@li.nux.ro To: dev@cloudstack.apache.org Cc: Brian Federle brian.fede...@citrix.com Sent: Saturday, 29 November, 2014 00:57:37 Subject: Re: root resize support in the UI Yes, you have a point. Opened https://issues.apache.org/jira/browse/CLOUDSTACK-7992 -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Mike Tutkowski mike.tutkow...@solidfire.com To: dev@cloudstack.apache.org Cc: Brian Federle brian.fede...@citrix.com Sent: Saturday, 29 November, 2014 00:48:03 Subject: Re: root resize support in the UI Well...I don't know...we kind of have features all over the place that work for one hypervisor and not for another. If we're cool with that approach, this would be just one more area where we have this kind of hypervisor-specific behavior (perhaps all hypervisors support such an action in the future). On Fri, Nov 28, 2014 at 5:41 PM, Nux! n...@li.nux.ro wrote: Was thinking to just patch my local installation. Devs might not go too crazy over this idea since root resize is not supported across all hypervisors (KVM only atm). But if you think this has a chance
Re: Review Request 28523: CLOUDSTACK-7991: test_security_groups.py - Move config data to test_data.py and fix pep8 issues
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/28523/#review63318 --- Ship it! CLOUDSTACK-7991 - Pierre-Luc Dion On Nov. 28, 2014, 8:55 a.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/28523/ --- (Updated Nov. 28, 2014, 8:55 a.m.) Review request for cloudstack and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-7991 https://issues.apache.org/jira/browse/CLOUDSTACK-7991 Repository: cloudstack-git Description --- Moving the config data in the test case to test_data.py Keeping host credentails in configurableData section. Fixing pep8 issues. Diffs - test/integration/component/test_security_groups.py eb242c7 tools/marvin/marvin/config/test_data.py f0802a5 Diff: https://reviews.apache.org/r/28523/diff/ Testing --- Yes. Two test cases failing for different reason. Log: Test authorize ingress rule ... === TestName: test_01_authorizeIngressRule | Status : SUCCESS === ok Test deploy VM in default security group ... === TestName: test_01_deployVM_InDefaultSecurityGroup | Status : SUCCESS === ok Test list security groups for admin account ... === TestName: test_02_listSecurityGroups | Status : SUCCESS === ok Test access in default security group ... === TestName: test_03_accessInDefaultSecurityGroup | Status : SUCCESS === ok Test delete security group with running VM ... === TestName: test_01_delete_security_grp_running_vm | Status : SUCCESS === ok Test delete security group without running VM ... === TestName: test_02_delete_security_grp_withoout_running_vm | Status : SUCCESS === ok Test router services for user account ... === TestName: test_01_dhcpOnlyRouter | Status : SUCCESS === ok Test delete security group with running VM ... === TestName: test_01_authorizeIngressRule_AfterDeployVM | Status : SUCCESS === ok Test Revoke ingress rule after deploy VM ... === TestName: test_02_revokeIngressRule_AfterDeployVM | Status : FAILED === FAIL Test Start/Stop VM and Verify ingress rule ... === TestName: test_03_stopStartVM_verifyIngressAccess | Status : SUCCESS === ok Test revoke ingress rule ... === TestName: test_01_revokeIngressRule | Status : FAILED === FAIL Test Deploy VM with User data ... === TestName: test_01_deployVMWithUserData | Status : SUCCESS === ok Thanks, Gaurav Aradhye
Re: Review Request 28523: CLOUDSTACK-7991: test_security_groups.py - Move config data to test_data.py and fix pep8 issues
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/28523/#review63319 --- Ship it! Ship It! - Pierre-Luc Dion On Nov. 28, 2014, 8:55 a.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/28523/ --- (Updated Nov. 28, 2014, 8:55 a.m.) Review request for cloudstack and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-7991 https://issues.apache.org/jira/browse/CLOUDSTACK-7991 Repository: cloudstack-git Description --- Moving the config data in the test case to test_data.py Keeping host credentails in configurableData section. Fixing pep8 issues. Diffs - test/integration/component/test_security_groups.py eb242c7 tools/marvin/marvin/config/test_data.py f0802a5 Diff: https://reviews.apache.org/r/28523/diff/ Testing --- Yes. Two test cases failing for different reason. Log: Test authorize ingress rule ... === TestName: test_01_authorizeIngressRule | Status : SUCCESS === ok Test deploy VM in default security group ... === TestName: test_01_deployVM_InDefaultSecurityGroup | Status : SUCCESS === ok Test list security groups for admin account ... === TestName: test_02_listSecurityGroups | Status : SUCCESS === ok Test access in default security group ... === TestName: test_03_accessInDefaultSecurityGroup | Status : SUCCESS === ok Test delete security group with running VM ... === TestName: test_01_delete_security_grp_running_vm | Status : SUCCESS === ok Test delete security group without running VM ... === TestName: test_02_delete_security_grp_withoout_running_vm | Status : SUCCESS === ok Test router services for user account ... === TestName: test_01_dhcpOnlyRouter | Status : SUCCESS === ok Test delete security group with running VM ... === TestName: test_01_authorizeIngressRule_AfterDeployVM | Status : SUCCESS === ok Test Revoke ingress rule after deploy VM ... === TestName: test_02_revokeIngressRule_AfterDeployVM | Status : FAILED === FAIL Test Start/Stop VM and Verify ingress rule ... === TestName: test_03_stopStartVM_verifyIngressAccess | Status : SUCCESS === ok Test revoke ingress rule ... === TestName: test_01_revokeIngressRule | Status : FAILED === FAIL Test Deploy VM with User data ... === TestName: test_01_deployVMWithUserData | Status : SUCCESS === ok Thanks, Gaurav Aradhye
Re: Review Request 28523: CLOUDSTACK-7991: test_security_groups.py - Move config data to test_data.py and fix pep8 issues
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/28523/#review63320 --- Cannot be merge into 4.5 branch their is conflict in ``test/integration/component/test_security_groups.py`` - Pierre-Luc Dion On Nov. 28, 2014, 8:55 a.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/28523/ --- (Updated Nov. 28, 2014, 8:55 a.m.) Review request for cloudstack and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-7991 https://issues.apache.org/jira/browse/CLOUDSTACK-7991 Repository: cloudstack-git Description --- Moving the config data in the test case to test_data.py Keeping host credentails in configurableData section. Fixing pep8 issues. Diffs - test/integration/component/test_security_groups.py eb242c7 tools/marvin/marvin/config/test_data.py f0802a5 Diff: https://reviews.apache.org/r/28523/diff/ Testing --- Yes. Two test cases failing for different reason. Log: Test authorize ingress rule ... === TestName: test_01_authorizeIngressRule | Status : SUCCESS === ok Test deploy VM in default security group ... === TestName: test_01_deployVM_InDefaultSecurityGroup | Status : SUCCESS === ok Test list security groups for admin account ... === TestName: test_02_listSecurityGroups | Status : SUCCESS === ok Test access in default security group ... === TestName: test_03_accessInDefaultSecurityGroup | Status : SUCCESS === ok Test delete security group with running VM ... === TestName: test_01_delete_security_grp_running_vm | Status : SUCCESS === ok Test delete security group without running VM ... === TestName: test_02_delete_security_grp_withoout_running_vm | Status : SUCCESS === ok Test router services for user account ... === TestName: test_01_dhcpOnlyRouter | Status : SUCCESS === ok Test delete security group with running VM ... === TestName: test_01_authorizeIngressRule_AfterDeployVM | Status : SUCCESS === ok Test Revoke ingress rule after deploy VM ... === TestName: test_02_revokeIngressRule_AfterDeployVM | Status : FAILED === FAIL Test Start/Stop VM and Verify ingress rule ... === TestName: test_03_stopStartVM_verifyIngressAccess | Status : SUCCESS === ok Test revoke ingress rule ... === TestName: test_01_revokeIngressRule | Status : FAILED === FAIL Test Deploy VM with User data ... === TestName: test_01_deployVMWithUserData | Status : SUCCESS === ok Thanks, Gaurav Aradhye
[ACS450] remove some upgrade path from Release Notes
I'm wondering if I should remove the upgrade instructions of 4.1.x, 4.0.x, 3.0.x and 2.2.14 from the 4.5.0 release notes. These upgrade instructions are fairly outdated and has not been tested(at least in 4.4). They also contain errors and some inconsistency. Unless someone is willing to validate them and fix instructions? any thoughts? thanks, PL
Re: Review Request 26404: Usage server failed to start if default java version is 1.6
On Oct. 7, 2014, 7:08 a.m., Rajani Karuturi wrote: Hi Rayees, I think hardcoding the jdk dir isnt right. Can you please fix this as per the discussion on the other thread? RR: https://reviews.apache.org/r/25289/ mail thread: http://markmail.org/message/eun6jlgd4c27km3b Rajani, can you confirm this Review request as been process, I see fixes in 4.5 related to this issue. Thanks, - Pierre-Luc --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26404/#review55632 --- On Oct. 7, 2014, 4:06 a.m., Rayees Namathponnan wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26404/ --- (Updated Oct. 7, 2014, 4:06 a.m.) Review request for cloudstack and Frank Zhang. Bugs: CLOUDSTACK-7676 https://issues.apache.org/jira/browse/CLOUDSTACK-7676 Repository: cloudstack-git Description --- Install usage server on RHEL 6.3 machine check default. java version start usage server Result If default java versionis java 1.6, then management serer will fails to start Solution While starting usage server, we need to check java 1.7 exist or not, if exist then we need to start usage server with java 1.7 Diffs - packaging/centos63/cloud-usage.rc 7741137 Diff: https://reviews.apache.org/r/26404/diff/ Testing --- Tested Thanks, Rayees Namathponnan
Build failed in Jenkins: build-4.5 #183
See http://jenkins.buildacloud.org/job/build-4.5/183/changes Changes: [pdion891] jira-changes.py: generate content for CHANGES.md from jira filter [pdion891] Populate 4.4.1 and 4.4.2 changes [pdion891] CHANGES.md: fixed in 4.5.0 initial list [pdion891] CLOUDSTACK-7482: removed listAll from UI for API call not supporting it, still some left -- [...truncated 1816 lines...] --- T E S T S --- Running com.cloud.event.EventControlsUnitTest log4j:WARN No appenders could be found for logger (com.cloud.event.EventControlsUnitTest). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.223 sec Running com.cloud.keystore.KeystoreTest org.apache.cloudstack.api.response.UserVmResponse/null/{id:3,securitygroup:[],nic:[],tags:[],affinitygroup:[]} org.apache.cloudstack.api.response.AlertResponse/null/{id:100,description:Hello} Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.259 sec Running com.cloud.alert.AlertControlsUnitTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec Running com.cloud.capacity.CapacityManagerTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.334 sec Running com.cloud.servlet.StaticResourceServletTest Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.213 sec Running com.cloud.servlet.ConsoleProxyServletTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec Running com.cloud.resourcelimit.ResourceLimitManagerImplTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec Running com.cloud.network.firewall.FirewallManagerTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.005 sec Running com.cloud.network.ExternalLoadBalancerDeviceManagerImplTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.185 sec Running com.cloud.network.element.VirtualRouterElementTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.012 sec Running com.cloud.network.UpdatePhysicalNetworkTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.156 sec Running com.cloud.network.CreatePrivateNetworkTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.03 sec Running com.cloud.network.NetworkModelTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.038 sec Running com.cloud.network.router.VirtualNetworkApplianceManagerImplTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.058 sec Running com.cloud.network.security.SecurityGroupManagerImplTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.202 sec Running com.cloud.network.security.SecurityGroupQueueTest Total jobs dequeued = 10, num queued=1005 queue current size=995 Num Vms= 50 Queue size = 50 Num Vms= 2 Queue size = 2 time=727 ms Num Vms= 5000 Queue size = 5000 time=1265 ms Num Vms= 1 Queue size = 1 time=12 ms Num Vms= 100 Queue size = 100 time=2238 ms Total jobs dequeued = 10, num queued=1010 queue current size=1000 Total jobs dequeued = 1, num queued=1001 queue current size=1000 Total jobs dequeued = 10, num queued=1000 queue current size=990 Total jobs dequeued = 10, num queued=10 queue current size=0 Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.318 sec FAILURE! Running com.cloud.network.vpc.VpcManagerImplTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running com.cloud.network.DedicateGuestVlanRangesTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.054 sec Running com.cloud.network.lb.AssignLoadBalancerTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.185 sec Running com.cloud.network.lb.UpdateLoadBalancerTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.09 sec Running com.cloud.network.dao.NetworkDaoTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec Running com.cloud.vm.FirstFitPlannerTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.776 sec Running com.cloud.vm.DeploymentPlanningManagerImplTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.871 sec Running com.cloud.vm.snapshot.VMSnapshotManagerTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.276 sec Running com.cloud.vm.UserVmManagerTest Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.422 sec Running com.cloud.configuration.ValidateIpRangeTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec Running com.cloud.configuration.ConfigurationManagerTest Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.092 sec Running com.cloud.server.ConfigurationServerImplTest Tests run: 4, Failures: 0,
Build failed in Jenkins: build-master #1982
See http://jenkins.buildacloud.org/job/build-master/1982/changes Changes: [pdion891] jira-changes.py: generate content for CHANGES.md from jira filter [pdion891] Populate 4.4.1 and 4.4.2 changes [pdion891] CHANGES.md: fixed in 4.5.0 initial list [pdion891] CLOUDSTACK-7482: removed listAll from UI for API call not supporting it, still some left -- [...truncated 16911 lines...] 7179/7528 KB 7183/7528 KB 7186/7528 KB 7190/7528 KB 7194/7528 KB 7198/7528 KB 7202/7528 KB 7206/7528 KB 7210/7528 KB 7214/7528 KB 7218/7528 KB 7222/7528 KB 7223/7528 KB 7226/7528 KB 7230/7528 KB 7234/7528 KB 7238/7528 KB 7242/7528 KB 7246/7528 KB 7250/7528 KB 7254/7528 KB 7258/7528 KB 7262/7528 KB 7266/7528 KB 7270/7528 KB 7274/7528 KB 7277/7528 KB 7280/7528 KB 7283/7528 KB 7287/7528 KB 7291/7528 KB 7294/7528 KB 7295/7528 KB 7297/7528 KB 7299/7528 KB 7303/7528 KB 7307/7528 KB 7311/7528 KB 7315/7528 KB 7319/7528 KB 7323/7528 KB 7327/7528 KB 7331/7528 KB 7335/7528 KB 7335/7528 KB 7339/7528 KB 7343/7528 KB 7347/7528 KB 7349/7528 KB 7352/7528 KB 7355/7528 KB 7359/7528 KB 7360/7528 KB 7362/7528 KB 7366/7528 KB 7366/7528 KB 7367/7528 KB 7370/7528 KB 7374/7528 KB 7378/7528 KB 7382/7528 KB 7386/7528 KB 7389/7528 KB 7391/7528 KB 7394/7528 KB 7398/7528 KB 7402/7528 KB 7406/7528 KB 7408/7528 KB 7411/7528 KB 7413/7528 KB 7417/7528 KB 7417/7528 KB 7418/7528 KB 7422/7528 KB 7424/7528 KB 7425/7528 KB 7427/7528 KB 7430/7528 KB 7434/7528 KB 7438/7528 KB 7442/7528 KB 7442/7528 KB 7445/7528 KB 7448/7528 KB 7452/7528 KB 7456/7528 KB 7460/7528 KB 7464/7528 KB 7468/7528 KB 7472/7528 KB 7476/7528 KB 7480/7528 KB 7484/7528 KB 7488/7528 KB 7492/7528 KB 7496/7528 KB 7499/7528 KB 7502/7528 KB 7505/7528 KB 7509/7528 KB 7513/7528 KB 7517/7528 KB 7521/7528 KB 7521/7528 KB 7525/7528 KB 7528/7528 KB Downloaded: http://repo.maven.apache.org/maven2/com/amazonaws/aws-java-sdk/1.3.22/aws-java-sdk-1.3.22.jar (7528 KB at 3062.4 KB/sec) [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloudstack-service-console-proxy-rdpclient --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-master/ws/services/console-proxy-rdp/rdpconsole/target/surefire-reports --- T E S T S --- Running streamer.BaseElementTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.271 sec Running streamer.ByteBufferTest Tests run: 400, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.333 sec Running common.ClientTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.151 sec Running rdpclient.MockServerTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.499 sec Results : Tests run: 404, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS [2.867s] [INFO] Apache CloudStack . SUCCESS [3.175s] [INFO] Apache CloudStack Maven Conventions Parent SUCCESS [4.806s] [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [4.999s] [INFO] Apache CloudStack Utils ... FAILURE [5.348s] [INFO] Apache CloudStack Framework ... SUCCESS [0.074s] [INFO] Apache CloudStack Framework - Event Notification .. SKIPPED [INFO] Apache CloudStack Framework - Configuration ... SKIPPED [INFO] Apache CloudStack API . SKIPPED [INFO] Apache CloudStack Framework - REST SUCCESS [10.044s] [INFO] Apache CloudStack Framework - IPC . SKIPPED [INFO] Apache CloudStack Cloud Engine SUCCESS [0.209s] [INFO] Apache CloudStack Cloud Engine API SKIPPED [INFO] Apache CloudStack Framework - Security SKIPPED [INFO] Apache CloudStack Core SKIPPED [INFO] Apache CloudStack Agents .. SKIPPED [INFO] Apache CloudStack Framework - Clustering .. SKIPPED [INFO] Apache CloudStack Framework - Event Notification .. SKIPPED [INFO] Apache CloudStack Cloud Engine Schema Component ... SKIPPED [INFO] Apache CloudStack Framework - Jobs SKIPPED [INFO] Apache CloudStack Cloud Engine Internal Components API SKIPPED [INFO] Apache CloudStack Server .. SKIPPED [INFO] Apache CloudStack Usage Server SKIPPED [INFO] Apache CloudStack Cloud Engine Orchestration Component SKIPPED [INFO] Apache
Jenkins build is back to normal : build-master #1983
See http://jenkins.buildacloud.org/job/build-master/1983/
Re: Review Request 22925: CLOUDSTACK-6236: Negative ref_cnt of template(snapshot/volume)_store_ref results in out-of-range error in Mysql
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/22925/#review63328 --- Hi Hiroki, I wanted to apply your patch, but the patch file is not valid, it require your email address. There is also a conflict for the file: ``engine/schema/src/org/apache/cloudstack/storage/datastore/db/VolumeDataStoreVO.java`` Could it be possible to rebase and resubmit a new patch ? Thanks. - Pierre-Luc Dion On June 24, 2014, 5:36 a.m., Hiroki Ohashi wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/22925/ --- (Updated June 24, 2014, 5:36 a.m.) Review request for cloudstack. Repository: cloudstack-git Description --- setRefCnt method is fixed in VolumeDataStoreVO.java by a patch of CLOUDSTACK-6236 but this may be a mistake of decrRefCnt method. This patch fixes it and add more log message. Diffs - engine/schema/src/org/apache/cloudstack/storage/datastore/db/SnapshotDataStoreVO.java 75b1d75 engine/schema/src/org/apache/cloudstack/storage/datastore/db/TemplateDataStoreVO.java bb05300 engine/schema/src/org/apache/cloudstack/storage/datastore/db/VolumeDataStoreVO.java aa57e74 Diff: https://reviews.apache.org/r/22925/diff/ Testing --- Thanks, Hiroki Ohashi
Re: Review Request 21498: CLOUDSTACK-6009: listHosts API fixed to return all memory stats in Bytes instead of a mix of Bytes and Kilobytes
On May 19, 2014, 10:42 a.m., Stephen Turner wrote: Is it possible that someone is relying on the existing behaviour? I realise that you've made a new method to mimic the existing behaviour, but that will still break people's scripts unless they update them to call the new method. My bias tends to be to preserve the API until the next official revision, and work around the problem on the client side. could we include this into 4.5? might also impact CLOUDSTACK-7583 - Pierre-Luc --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21498/#review43345 --- On May 15, 2014, 7:54 p.m., Sam Schmit wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/21498/ --- (Updated May 15, 2014, 7:54 p.m.) Review request for cloudstack. Bugs: CLOUDSTACK-6009 https://issues.apache.org/jira/browse/CLOUDSTACK-6009 Repository: cloudstack-git Description --- CLOUDSTACK-6009: listHosts API call is returning memoryAvailable and memoryTotal in Bytes, and memoryUsed in Kilobytes. This fix changes the memoryUsed value to return in Bytes as well, and includes a new method to return memoryUsed in Kilobytes if needed. Diffs - api/src/com/cloud/host/HostStats.java 4eb7b1a core/src/com/cloud/agent/api/GetHostStatsAnswer.java 6a52e76 core/src/com/cloud/agent/api/HostStatsEntry.java c9d25a0 Diff: https://reviews.apache.org/r/21498/diff/ Testing --- Pre-change: 1) Called listHosts API call with no arguments. 2) Validated that memoryAvailable and memoryTotal were in Bytes, while memoryUsed was in Kilobytes (factor of 1000 times smaller than it should be) Post-change: 1) Called listHosts API call with no arguments. 2) Validated that memoryAvailable, memoryTotal, and memoryUsed are all in Bytes, and memoryAvailable + memoryUsed = memoryTotal Thanks, Sam Schmit
Re: Review Request 13560: CLOUDSTACK-4021 : Update the test test_explicit_dedication.py according to new changes to dedicated resources
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/13560/#review63331 --- Is this still valid? could it be possible to resubmit a new patch from master that remove conflict? thanks - Pierre-Luc Dion On Jan. 17, 2014, 11:06 a.m., Saksham Srivastava wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/13560/ --- (Updated Jan. 17, 2014, 11:06 a.m.) Review request for cloudstack, Devdeep Singh, Girish Shilamkar, Prachi Damle, and Rayees Namathponnan. Bugs: CLOUDSTACK-4021 https://issues.apache.org/jira/browse/CLOUDSTACK-4021 Repository: cloudstack-git Description --- test_explicit_dedication.py need to modified according to the new changes to dedicate resources feature. Now dedicate a host first and use the created affinity group to deploy vm. Diffs - test/integration/component/test_explicit_dedication.py 7aefc21 tools/marvin/marvin/integration/lib/common.py 550de1a Diff: https://reviews.apache.org/r/13560/diff/ Testing --- test runs successfully whenever an empty host is found. Thanks, Saksham Srivastava
Re: Review Request 18480: Support managed storage for root disks
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/18480/#review63332 --- Ship it! I guest we can close this one? - Pierre-Luc Dion On Feb. 25, 2014, 7:18 p.m., Mike Tutkowski wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/18480/ --- (Updated Feb. 25, 2014, 7:18 p.m.) Review request for cloudstack. Bugs: CLOUDSTACK-6170 https://issues.apache.org/jira/browse/CLOUDSTACK-6170 Repository: cloudstack-git Description --- Cloud environments have a need for guaranteed storage performance. By this I mean having the ability to specify a minimum and maximum number of IOPS on a volume-by-volume basis. I added support for this for XenServer and ESX in 4.2 for data disks. I added support for this for KVM in 4.3 for data disks. It is my intent to add support for this for XenServer and ESX in 4.4 for root disks (with subsequent support for root disks on KVM expected in 4.5). The main changes are expected to occur in CloudStack logic that controls hypervisors and additions to the way root-volume orchestration happens. This will also require minor changes in the SolidFire (storage) plug-in. Diffs - Diff: https://reviews.apache.org/r/18480/diff/ Testing --- Thanks, Mike Tutkowski
Jenkins build became unstable: simulator-singlerun #716
See http://jenkins.buildacloud.org/job/simulator-singlerun/716/changes
Re: Review Request 17335: cleanup around seemingly impossible cast
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/17335/#review6 --- Ship it! commited: b838436e58a6e7df89d960c7805edc3fd3ed91a4 also added license header with commit: ed6016cf8ee655cb15796b8ffca9f6c29cf8d90d - Pierre-Luc Dion On Feb. 2, 2014, 5:03 p.m., Laszlo Hornyak wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/17335/ --- (Updated Feb. 2, 2014, 5:03 p.m.) Review request for cloudstack, Alena Prokharchyk, Alex Huang, and Min Chen. Repository: cloudstack-git Description --- - changed type parameters on details map in CreateSecondaryStagingStoreCmd - String, String was misleading since the it can not work with a string value and it is never a string - introducing the type parameters allowed some simplifications in getDetails() - added unit test Diffs - api/src/org/apache/cloudstack/api/command/admin/storage/CreateSecondaryStagingStoreCmd.java 1480e75 api/test/org/apache/cloudstack/api/command/admin/storage/CreateSecondaryStagingStoreCmdTest.java PRE-CREATION Diff: https://reviews.apache.org/r/17335/diff/ Testing --- - all unit tests passed - checked all references and usage of the details field, injection with the @Parameter annotation Thanks, Laszlo Hornyak
Re: Review Request 17335: cleanup around seemingly impossible cast
On Dec. 1, 2014, 4:16 a.m., Pierre-Luc Dion wrote: commited: b838436e58a6e7df89d960c7805edc3fd3ed91a4 also added license header with commit: ed6016cf8ee655cb15796b8ffca9f6c29cf8d90d Into master only. - Pierre-Luc --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/17335/#review6 --- On Feb. 2, 2014, 5:03 p.m., Laszlo Hornyak wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/17335/ --- (Updated Feb. 2, 2014, 5:03 p.m.) Review request for cloudstack, Alena Prokharchyk, Alex Huang, and Min Chen. Repository: cloudstack-git Description --- - changed type parameters on details map in CreateSecondaryStagingStoreCmd - String, String was misleading since the it can not work with a string value and it is never a string - introducing the type parameters allowed some simplifications in getDetails() - added unit test Diffs - api/src/org/apache/cloudstack/api/command/admin/storage/CreateSecondaryStagingStoreCmd.java 1480e75 api/test/org/apache/cloudstack/api/command/admin/storage/CreateSecondaryStagingStoreCmdTest.java PRE-CREATION Diff: https://reviews.apache.org/r/17335/diff/ Testing --- - all unit tests passed - checked all references and usage of the details field, injection with the @Parameter annotation Thanks, Laszlo Hornyak
Jenkins build is still unstable: simulator-singlerun #717
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
Jenkins build is still unstable: simulator-singlerun #718
See http://jenkins.buildacloud.org/job/simulator-singlerun/changes
Re: [ACS450] remove some upgrade path from Release Notes
On 01-Dec-2014, at 5:09 am, Pierre-Luc Dion pd...@cloudops.com wrote: I'm wondering if I should remove the upgrade instructions of 4.1.x, 4.0.x, 3.0.x and 2.2.14 from the 4.5.0 release notes. These upgrade instructions are fairly outdated and has not been tested(at least in 4.4). They also contain errors and some inconsistency. Unless someone is willing to validate them and fix instructions? any thoughts? I think those instructions were validated against major versions so unless something was changed in bugfix releases such as 4.4.2 etc. we should keep them. If you think they are old, we should add a note on the top of those instructions suggesting what you’re saying and if they contain error(s) that you know of perhaps help fix them? Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Re: Review Request 28523: CLOUDSTACK-7991: test_security_groups.py - Move config data to test_data.py and fix pep8 issues
On Nov. 30, 2014, 10:16 p.m., Pierre-Luc Dion wrote: Cannot be merge into 4.5 branch their is conflict in ``test/integration/component/test_security_groups.py`` Thanks Pierre-Luc, I will check, and put rebased patch. - Gaurav --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/28523/#review63320 --- On Nov. 28, 2014, 2:25 p.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/28523/ --- (Updated Nov. 28, 2014, 2:25 p.m.) Review request for cloudstack and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-7991 https://issues.apache.org/jira/browse/CLOUDSTACK-7991 Repository: cloudstack-git Description --- Moving the config data in the test case to test_data.py Keeping host credentails in configurableData section. Fixing pep8 issues. Diffs - test/integration/component/test_security_groups.py eb242c7 tools/marvin/marvin/config/test_data.py f0802a5 Diff: https://reviews.apache.org/r/28523/diff/ Testing --- Yes. Two test cases failing for different reason. Log: Test authorize ingress rule ... === TestName: test_01_authorizeIngressRule | Status : SUCCESS === ok Test deploy VM in default security group ... === TestName: test_01_deployVM_InDefaultSecurityGroup | Status : SUCCESS === ok Test list security groups for admin account ... === TestName: test_02_listSecurityGroups | Status : SUCCESS === ok Test access in default security group ... === TestName: test_03_accessInDefaultSecurityGroup | Status : SUCCESS === ok Test delete security group with running VM ... === TestName: test_01_delete_security_grp_running_vm | Status : SUCCESS === ok Test delete security group without running VM ... === TestName: test_02_delete_security_grp_withoout_running_vm | Status : SUCCESS === ok Test router services for user account ... === TestName: test_01_dhcpOnlyRouter | Status : SUCCESS === ok Test delete security group with running VM ... === TestName: test_01_authorizeIngressRule_AfterDeployVM | Status : SUCCESS === ok Test Revoke ingress rule after deploy VM ... === TestName: test_02_revokeIngressRule_AfterDeployVM | Status : FAILED === FAIL Test Start/Stop VM and Verify ingress rule ... === TestName: test_03_stopStartVM_verifyIngressAccess | Status : SUCCESS === ok Test revoke ingress rule ... === TestName: test_01_revokeIngressRule | Status : FAILED === FAIL Test Deploy VM with User data ... === TestName: test_01_deployVMWithUserData | Status : SUCCESS === ok Thanks, Gaurav Aradhye
RE: root resize support in the UI
It is interesting how, in genereal, this works for XenServer (for exmaple)? I do understand, that entire logic of CS is built around hypervisor capabilities. It does not do more than each specific hypervisor can offer. KVM do have virt-resize tool that can resize Linux partitions, but it will probably not work for Windows hosts anyway. So, to be honest, this UI feature should only be visible for Linux guests. I don't know whether different approach to build and resize root partitions for all hypervisors exist? If it is not possible to do on hypervisor level, how does CS do this? Vadim. -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: Sunday, November 30, 2014 2:03 PM To: dev@cloudstack.apache.org Subject: Re: root resize support in the UI It's very possible Citrix customised that installation, what they do for their own customers is their own business. It was certainly possible to do it with 4.3, Marcus wrote some patches at some point to enable this functionality (KVM only, again). The UI has always been considered more of a proof of concept, though it's a very much needed part of ACS, as such everyone is encouraged to use the API and build their own interfaces. I missed some important options and customers because I thought GreenQloud, Exoscale etc will give you some credit as a new customer so you can check out their UI. They don't have as many options as the ACS one, but I found this to be a feature, customers shouldn't be exposed to too many options, they'll just get their noses caught in them. :) Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Vadim Kimlaychuk vadim.kimlayc...@elion.ee To: dev@cloudstack.apache.org Sent: Sunday, 30 November, 2014 10:53:56 Subject: RE: root resize support in the UI Lucian, I have seen CS 4.3 installation made by Citrix at our parnter and they have the same feature enabled for XenServer and VmWare. I wonder how does it work ? They have their own team of developers to make some extra features they need (like plugin for statistics and billing), but did they implement particularly this feature or Citrix did it - I don't know. It seems this part of code is not contributed back to community anyway. It would be nice to have it, especially together with slieders which are quite popular right now as I understood. Vadim. -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: Saturday, November 29, 2014 9:48 PM To: dev@cloudstack.apache.org Subject: Re: root resize support in the UI Vadim, 1. Only KVM for now, due to lack of interest I guess 2. The root disk value needs to be equal or larger than that of the template, otherwise you end up with a broken disk, obviously. So go for minimal (say under 10G) templates that can resize themselves, such as the ones at http://dl.openvm.eu ;) 3. The backend API has been supporting this since 4.4.0, it's the UI that is lagging behind More details here https://issues.apache.org/jira/browse/CLOUDSTACK-6181 Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Vadim Kimlaychuk vadim.kimlayc...@elion.ee To: dev@cloudstack.apache.org Sent: Saturday, 29 November, 2014 15:17:16 Subject: RE: root resize support in the UI Nux, Can you give more information about this functionality? I am particularly interesting to show to the user this field, but don't know how it will work. Particularly is interesting: 1. Does it work for all hypervisors or just KVM? 2. Does it depend on the template root partition (i.e. I have 10G root at template and put 5G to desired. Will it work?) 3. This is just UI patch, shouldn't it be activated at the backend as well ? Thanks, Vadim From: Nux! [n...@li.nux.ro] Sent: Saturday, November 29, 2014 12:37 To: dev@cloudstack.apache.org Cc: Brian Federle Subject: Re: root resize support in the UI BTW, the code needed to enable custom root size during instance creation is very small, functionality is already there. This patch is needed https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=8 f ec09ba481fbd3b8c2a9e4d31ef06f113b037cb , I tested it and it works fine. And this is the result: https://i.imgur.com/xrs0mu4.png -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Nux! n...@li.nux.ro To: dev@cloudstack.apache.org Cc: Brian Federle brian.fede...@citrix.com Sent: Saturday, 29 November, 2014 00:57:37 Subject: Re: root resize support in the UI Yes, you have a point. Opened https://issues.apache.org/jira/browse/CLOUDSTACK-7992 -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message -