The aggregate command was introduced in 4.4 so we can implement this in 4.4 as well.
Regards Sudhansu Sahu CPG-Orchestration T: +91-4044308412 | M: +91-9989334676 sudhansu.s...@citrix.com <mailto:%20sudhansu.s...@citrix.com> <http://www.citrix.com> Powering mobile workstyles and cloud services On 03/06/15 5:35 pm, "Remi Bergsma" <rberg...@schubergphilis.com> wrote: >Hi all, > >If I understand correctly, this is also in 4.4.3 (and the upcoming >4.4.4). The report on user list: >http://markmail.org/message/nth7qck27s2chwoc?q=VMsync+issues+with+VRs%3F<h >ttp://markmail.org/message/nth7qck27s2chwoc?q=VMsync+issues+with+VRs?> > >As VPCs are non-redundant, a sudden reboot impacts users. I¹d like to do >this in a non-impacting way. > >Why out-of-band migrations? When patching XenServer at scale, it is much >faster to set the cluster to ³unmanaged² in CloudStack and ³evacuate² a >XenServer host directly (i.e. making it empty by live-migrating), turn >off HA, disable it, patch, reboot, enable, and do this for all >hypervisors in the pool. Finally, turning HA on again and set CloudStack >to ³manage² the cluster again. I have scripted this, so we can >automatically patch clusters at scale. > >In CloudStack 4.4.2 this works and the database gets updated with the >current information on where VMs live. In CloudStack versions which >include this fix, CloudStack will reboot all routers ³to be sure². This >prevents me from doing maintenance without impact. > >I¹d propose to either limit the fix to VMware, or come up with a way that >does not require a reboot. >CLOUDSTACK-6047 sounds interesting, just curious how to do it in 4.4 for >now. > >Regards, >Remi > > >On 03 Jun 2015, at 13:48, Rohit Yadav ><rohit.ya...@shapeblue.com<mailto:rohit.ya...@shapeblue.com>> wrote: > >Hi all, > >Recently a behaviour was reported for ACS 4.5.1, where out of band VR >migration would cause rebooting of VR. It seems this is a desired >behaviour as per this issue: >https://issues.apache.org/jira/browse/CLOUDSTACK-7994 > >It was shared on the thread on users ML that since CloudStack now >supports aggregate commands for VR, this behaviour is unnecessary. > >The VR in 4.5+ supports aggregated execution of commands on VRs to allows >us to achieve eventual consistency of VR state without actually rebooting >it, see this for details: >https://issues.apache.org/jira/browse/CLOUDSTACK-6047 > >Please share your comments on whether if we should revert the fix or not, >and the best way to do it. Thanks. > >Regards, >Rohit Yadav >Software Architect, ShapeBlue >M. +91 88 262 30892 | >rohit.ya...@shapeblue.com<mailto:rohit.ya...@shapeblue.com> >Blog: bhaisaab.org<http://bhaisaab.org> | Twitter: @_bhaisaab > > > >Find out more about ShapeBlue and our range of CloudStack related services > >IaaS Cloud Design & >Build<http://secure-web.cisco.com/1IT9RaYLUZQ7chW-ARcRoDX3w8TYuNItsW60qZQi >l7aWzHZFqJrFxNiP2VzZqELd-h6T1__-zg-Kyen2Zd69cUxRpIBmAWagY9rwoDCh5R7GHlYCcG >Rwi-D9DorUzAXVWz5n3oN2zwfSTW3ed4ocuu4UNsecm9oITVtWSL3QgVRpRHkT3UFf1zDYQXNR >G3XqR/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2F%2F> >CSForge rapid IaaS deployment >framework<http://secure-web.cisco.com/14UFU_a4mRs8mk63Pv_UPdDv4W0GDdbuUt5s >OS7E4ItlYkAlflu_KsLkcOuzACQ3y7NaLNJ7tYIf1c1IHeC92mLjh3izOh5RqEGP3SgnycXSxi >rsTFmNTfUBWtqDnHuRMYngTjUIoLbALtF1fhpX2FA3_vZBRmZJnumWhZTLXAASxXfMliY0MKD2 >D2677-hCM/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F> >CloudStack >Consulting<http://secure-web.cisco.com/14OAw2w9F6PgJ7tF5Ued8EsvlPYVACEpMvI >z1zvbYOynBFgSPev-ETG0lB7jxmMUDsgjlWDk0dwmrBFCedYIHx4QX45kG6w0Dfb_C53KJosYK >4Z8f2Qyec5x_Nljvn7D_ZfdjEfPl4xF6_iylDvj_80TL1ZBHOAIpPoZwDYiwNPUGSk-liakENF >jSikM93RrP/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F> >CloudStack Software >Engineering<http://secure-web.cisco.com/1-9DE8xL74Rj9MTkhEw1oEcRxAawJfQcb2 >nPTPaBPz-WyCU0TQKIStZ4ENC3UTOInjHv8ib3FVGNs8jYjBR4SEC1BOCnmLTx2QPbZQJ6ILdI >YLqTv8hbRO0hu8vXCLThbK9cmnUG--m-CwlJHl-u4Gnnt9aUqHvFnncH1J22tPVjB39Ue7zD1t >1bmAW9a8L-n/http%3A%2F%2Fshapeblue.com%2Fcloudstack-software-engineering%2 >F> >CloudStack Infrastructure >Support<http://secure-web.cisco.com/1TaOtSW5oZP_85G2h7rPrOKHU9vpxKSi5GYu5_ >LzzFlxgSP-l0961xIsF01DNsOleIWwEnzL87WCkADfsnCMFrYizGORiePG58AGdm9tNeFfwGPm >Tvljsh2YzPmSPG30N2IGjj7l-SvGWW2iqK7xYtN27YcH0xH4BJJWlBKWZkz1xrjTb09O_AtniQ >JZYUn9h/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastructure-support%2F> >CloudStack Bootcamp Training >Courses<http://secure-web.cisco.com/1XNQSG5fM2DYgGy0yo40peRo2quLqxDy5jDend >sblnHT9UZvZuAdMawmT0oEZqCYjV_esxYJ2olrZX7ZXe6Ne9tBxpsxiaAeczVG1vXqhnZsSXyB >orW97iSLeKLXLYXHLsikCgDp5bGmR9JQ02_Mv61o0Flye31gMfK2x0tNbI9gjHEFMgMCDGaxY8 >zWKG3zk/http%3A%2F%2Fshapeblue.com%2Fcloudstack-training%2F> > >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. >
