I think we should revert for 4.4 as it creates a serious regression. As reverting it would create a regession for vmware users on 4.4.3 we must create an alternative. For 4.5 we should use the aggregate command and as Sudhansu says we can for 4.4. as well. that and for 4.6+ we have persistent configuration in VRs.
Op wo 3 jun. 2015 om 14:25 schreef Remi Bergsma <rberg...@schubergphilis.com >: > That’s great, sounds like the best way to do it then :-) > > > On 03 Jun 2015, at 14:21, Sudhansu Sahu <sudhansu.s...@citrix.com> > wrote: > > > > 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. > >> > > > >
