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.
>>
>
