You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Rohit Yadav <ro...@shapeblue.com> on 2015/06/03 13:48:10 UTC
[DISCUSS] Out of Band VR migration, should we reboot VR or not?
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.yadav@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab
Find out more about ShapeBlue and our range of CloudStack related services
IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//>
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
CloudStack Software Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure Support<http://shapeblue.com/cloudstack-infrastructure-support/>
CloudStack Bootcamp Training Courses<http://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: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Daan Hoogland <da...@gmail.com>.
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 <RBergsma@schubergphilis.com
>:
> That’s great, sounds like the best way to do it then :-)
>
> > On 03 Jun 2015, at 14:21, Sudhansu Sahu <Su...@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.Sahu@citrix.com <ma...@citrix.com>
> >
> > <http://www.citrix.com>
> >
> > Powering mobile workstyles and cloud services
> >
> >
> >
> >
> >
> >
> > On 03/06/15 5:35 pm, "Remi Bergsma" <RB...@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
> >> <ro...@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.yadav@shapeblue.com<ma...@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.
> >>
> >
>
>
Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Remi Bergsma <RB...@schubergphilis.com>.
That’s great, sounds like the best way to do it then :-)
> On 03 Jun 2015, at 14:21, Sudhansu Sahu <Su...@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.Sahu@citrix.com <ma...@citrix.com>
>
> <http://www.citrix.com>
>
> Powering mobile workstyles and cloud services
>
>
>
>
>
>
> On 03/06/15 5:35 pm, "Remi Bergsma" <RB...@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
>> <ro...@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.yadav@shapeblue.com<ma...@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.
>>
>
Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Sudhansu Sahu <Su...@citrix.com>.
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.Sahu@citrix.com <ma...@citrix.com>
<http://www.citrix.com>
Powering mobile workstyles and cloud services
On 03/06/15 5:35 pm, "Remi Bergsma" <RB...@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
><ro...@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.yadav@shapeblue.com<ma...@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.
>
Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Remi Bergsma <RB...@schubergphilis.com>.
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<http://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 <ro...@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.yadav@shapeblue.com<ma...@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://shapeblue.com/iaas-cloud-design-and-build//>
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
CloudStack Software Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure Support<http://shapeblue.com/cloudstack-infrastructure-support/>
CloudStack Bootcamp Training Courses<http://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: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Sudhansu Sahu <Su...@citrix.com>.
Instead of RebootTask we should implement an AgrregationExecutionTask
which will push the network rules.
If we revert the current change(RebootTask), without implementing
AgrregationExecutionTask then VR will not have a desired state(missing
rules) after HA.
Regards
Sudhansu Sahu
CPG-Orchestration
T: +91-4044308412 | M: +91-9989334676
Sudhansu.Sahu@citrix.com <ma...@citrix.com>
<http://www.citrix.com>
Powering mobile workstyles and cloud services
On 03/06/15 5:18 pm, "Rohit Yadav" <ro...@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.yadav@shapeblue.com
>Blog: 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/1bbIQxZPXaFxSxrciKEB1oAY3Vx1oqSLqrCUTk-M
>4Z6TR1CYdHZDWU4MYbL4C1gTpYCMgJYvDB-ZuAdhfJuTIQz49aGLvaa7ljlziBdfTp0l4L94vd
>2TlvX4JdCtVuwUTenAe8FG-81zUcgcvuAuauh4AIXgtBk2X1BPknNmxs9RaeB5p4c4bGonBXnh
>P7Z9I/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2F%2F>
>CSForge rapid IaaS deployment
>framework<http://secure-web.cisco.com/1NuRL5disPYgkPu0tQ2zeKAps2lcrHUScvrO
>wGOd9LEij4ZBFgmJZeMSGMmHHlz5VUWz_umaBbvd38Z3j97a-iV6bgrm9HPSgLxM329zUSjNgD
>K-i3lSKurbu-ZXRApmH3dyjM3-ZRKYYWywPt-1cp3IB5nuAl-iewlBO9Q8nAdmxSIdtILdUKv7
>_2chQP_92/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F>
>CloudStack
>Consulting<http://secure-web.cisco.com/1FsVJFEHLO8LddHEfPpJLbIzXZAZ76FwvQc
>FSccz2nHMYUfdHy943VXRJ4ihxj-3XM1cLihwYpsMRPONWlcIyV9KQotH7fmExhj_e--JTNLiI
>l61qah5jYmPEbVu314PxVOSjLPSUOOv_vYwnW8MUr1h0wcwltE_-Y_ZCYue5fftLLEXQwrkNsi
>aWQwyJHziF/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F>
>CloudStack Software
>Engineering<http://secure-web.cisco.com/1KRERGuVoj6zZOTmYG-VRrv2AJwg5UPzAX
>WLzWVUCjXz-3cp7B86Fy4YrYl_JLYgoxVn0j88wAwXLEy9xBmm2OK8Vs6r0GS2hXdpEm-wuw3B
>KwzURUdwS_5xcA74w6bNOeu4daywzUS-3X_6aGeb8JAMf_4YEcfIoXhYFY8ADg06khhhrlRwI8
>ipuCoKAN9DL/http%3A%2F%2Fshapeblue.com%2Fcloudstack-software-engineering%2
>F>
>CloudStack Infrastructure
>Support<http://secure-web.cisco.com/19vLu_3N-eW2worynFIv16NAgR0nRs9CV13xer
>MUXvmUJxTaY4sRuLgHITwY16HqlruSFjTzBkYsLWAvEECWv1ofQ1G1mQ5mZjzTrDwkL7b0hViE
>xIdjpNhSbf7Q-S9MIl5Myhdm3QVm5raqtdBkM7ijIoQ6mt22GKvkjfnqOrfz872VqqYjZ51oLD
>ldCEUVQ/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastructure-support%2F>
>CloudStack Bootcamp Training
>Courses<http://secure-web.cisco.com/14E9HdB2qYEGWrZXx-9WF7jUJrEEh90OnHIVKV
>RmrYnxNK3H7le0LI6XawllVbjJVL__srKczYwa7I5Ty1lYnm9VB2ef5kw0jiMhgQc8tOwXEv9e
>J9oli9TKT8GSDeoPL9Q8vPQ1gtMA0f18-Uua2kJ2DsR-N_8b_L8T7HjGddjnX7Lh4se9DUns20
>mfr_EUi/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.
Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Daan Hoogland <da...@gmail.com>.
Koushik,
See http://markmail.org/message/6ofb74lzemq2byhw
Op wo 3 jun. 2015 om 14:44 schreef Koushik Das <ko...@citrix.com>:
> Is there any issue reported in XS due to this?
>
> -----Original Message-----
> From: Daan Hoogland [mailto:daan.hoogland@gmail.com]
> Sent: Wednesday, 3 June 2015 18:10
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR or
> not?
>
> that does negate the regression in xen, i'm afraid
>
> Op wo 3 jun. 2015 om 14:38 schreef Koushik Das <ko...@citrix.com>:
>
> > I think as a design principle we shouldn't introduce HV specific
> > checks in the orchestration/API layers.
> > I am not sure if the problem is specific to Vmware. Any out of band VR
> > movement can lead to this issue. For now it is seen in Vmware but what
> > about other HVs where CS relies on native HA provided by HV.
> >
> > -----Original Message-----
> > From: Remi Bergsma [mailto:RBergsma@schubergphilis.com]
> > Sent: Wednesday, 3 June 2015 17:54
> > To: dev@cloudstack.apache.org
> > Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR
> > or not?
> >
> > This is a VMware specific problem, right?
> > We could also limit the fix to this hypervisor only.
> >
> > Regards,
> > Remi
> >
> >
> > On 03 Jun 2015, at 14:12, Koushik Das <koushik.das@citrix.com<mailto:
> > koushik.das@citrix.com>> wrote:
> >
> > In case the VR is moved out of band (say as part of Vmware DRS), all
> > network rules are lost. Rebooting VR from CS re-applies all the rules.
> > Either the reboot is done manually from UI/API or automatically as was
> > done as part of CLOUDSTACK-7994.
> >
> > I haven't looked at the aggregate command. If it can be used to apply
> > rules on VR without a reboot then that should work as well.
> >
> > -Koushik
> >
> > -----Original Message-----
> > From: Rohit Yadav [mailto:rohit.yadav@shapeblue.com]
> > Sent: Wednesday, 3 June 2015 17:18
> > To: dev
> > Subject: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
> >
> > 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.yadav@shapeblue.com<mailto:
> > rohit.yadav@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/1dxwCI-iCtF6Z_nBrHijVPBNYijQKrOiFTNAyoWGJy
> > 4rj0SYtw0-E0Y0pAkH3D-NB0b01e1nt_XkrPm26uaNt3xXaVo4ZbAU7coVeFNM7kzqwOki
> > 5MLTTck7Y8OTbP1c-Zv9PMiy-M43LI_uAvDx-mT_q0vQcDZCt4fKB5W9A3-8Bdv5rzE0m0
> > 3ik1kkWENKj/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2
> > F%2F
> > >
> > CSForge – rapid IaaS deployment framework<
> > http://secure-web.cisco.com/1KBMX-P7Uz8rk1CFZiKEJ6XOBtwCL6e4cxHjHhKOIe
> > qCjjNcPHHrb0GoqH0CpXLUo42d8MsSS0X8jUVxeUQUuCEywQ8cHO7-KakvmeWrimKoqc3j
> > lsmu_OgNQqdMRNwrO_uw71z7aOol5O-nshuUYfVgArT2kp2roAFkOUfEGQ2uyy18JLB5k2
> > WhCMiyVyNs1/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F
> > >
> > CloudStack Consulting<
> > http://secure-web.cisco.com/18B_NmraREMmC8vTWKXxDVFNi6uVPHolLmQtOC5pxO
> > CqqVKFHBRYmXzR0e97TssbyoSyR90ruMa9xhxhyhPzd1nHvmYZXJWuiWx5eG0625EWlv3Z
> > mrPpKJQcMrxeXCP4RXYkxVrnqKj-V0pH1AMKLwP5WRSrohlcx2oht8DsGOcyHmpFGdATnw
> > msBwW15ubts/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F
> > >
> > CloudStack Software Engineering<
> > http://secure-web.cisco.com/1YTx4foSk2LL4qOkJ6hp8arX_tkHSgGLRhcrIh4tiJ
> > cMv4yOrG9LDzy23u-Of4to5Vw7pzPe7Z2BtX6UOObpoMHTu1Ygga8bXXaPX063jdDnTXVI
> > eAzV86Qiya0QaVMLi8Yr7h619NJTW99-b2MVlgfrhYr2y0-xhqyX8x_qwxJsJ7ImNvcIeq
> > tzluHsyEMwW/http%3A%2F%2Fshapeblue.com%2Fcloudstack-software-engineeri
> > ng%2F
> > >
> > CloudStack Infrastructure Support<
> > http://secure-web.cisco.com/1mWtUTi0OKF8weMnbfj_o1Xj1zQYn6dXlewUgkdu2L
> > 6UuSQi2hZdVPstsZ4PKm8seKRW9wKYnvF70hbKmhFdfk6XVguYW3ZXOBYvkNdiBK-yy31X
> > -1Y4f2ESLclUvykFEl7X-hNmgBZkXpgP-uBL1ohAu36e0HtgdNE1zuX04JWN1YQzfKcYUH
> > Cb7GeKszF3x/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastructure-sup
> > port%2F
> > >
> > CloudStack Bootcamp Training Courses<
> > http://secure-web.cisco.com/16ybXVrdBe17I4mnCuuKp4rP7MHtjPD8iKc-dybhmY
> > 02WlxPCR05bGrGVQcpjdJyLH0Iw_X1oC5orlEkNVEpIQLjDWOdf3rsjI2WOQTECMHhA89Z
> > uuE_96g0HQ-eLw_ylw4XsSOUq6KPyLjYryreJO38qidzmHjY6bxYb1MpUr9E7sCwzq_XBV
> > DBdZFH5gdWF/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.
> >
> >
>
RE: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Koushik Das <ko...@citrix.com>.
Is there any issue reported in XS due to this?
-----Original Message-----
From: Daan Hoogland [mailto:daan.hoogland@gmail.com]
Sent: Wednesday, 3 June 2015 18:10
To: dev@cloudstack.apache.org
Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
that does negate the regression in xen, i'm afraid
Op wo 3 jun. 2015 om 14:38 schreef Koushik Das <ko...@citrix.com>:
> I think as a design principle we shouldn't introduce HV specific
> checks in the orchestration/API layers.
> I am not sure if the problem is specific to Vmware. Any out of band VR
> movement can lead to this issue. For now it is seen in Vmware but what
> about other HVs where CS relies on native HA provided by HV.
>
> -----Original Message-----
> From: Remi Bergsma [mailto:RBergsma@schubergphilis.com]
> Sent: Wednesday, 3 June 2015 17:54
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR
> or not?
>
> This is a VMware specific problem, right?
> We could also limit the fix to this hypervisor only.
>
> Regards,
> Remi
>
>
> On 03 Jun 2015, at 14:12, Koushik Das <koushik.das@citrix.com<mailto:
> koushik.das@citrix.com>> wrote:
>
> In case the VR is moved out of band (say as part of Vmware DRS), all
> network rules are lost. Rebooting VR from CS re-applies all the rules.
> Either the reboot is done manually from UI/API or automatically as was
> done as part of CLOUDSTACK-7994.
>
> I haven't looked at the aggregate command. If it can be used to apply
> rules on VR without a reboot then that should work as well.
>
> -Koushik
>
> -----Original Message-----
> From: Rohit Yadav [mailto:rohit.yadav@shapeblue.com]
> Sent: Wednesday, 3 June 2015 17:18
> To: dev
> Subject: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
>
> 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.yadav@shapeblue.com<mailto:
> rohit.yadav@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/1dxwCI-iCtF6Z_nBrHijVPBNYijQKrOiFTNAyoWGJy
> 4rj0SYtw0-E0Y0pAkH3D-NB0b01e1nt_XkrPm26uaNt3xXaVo4ZbAU7coVeFNM7kzqwOki
> 5MLTTck7Y8OTbP1c-Zv9PMiy-M43LI_uAvDx-mT_q0vQcDZCt4fKB5W9A3-8Bdv5rzE0m0
> 3ik1kkWENKj/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2
> F%2F
> >
> CSForge – rapid IaaS deployment framework<
> http://secure-web.cisco.com/1KBMX-P7Uz8rk1CFZiKEJ6XOBtwCL6e4cxHjHhKOIe
> qCjjNcPHHrb0GoqH0CpXLUo42d8MsSS0X8jUVxeUQUuCEywQ8cHO7-KakvmeWrimKoqc3j
> lsmu_OgNQqdMRNwrO_uw71z7aOol5O-nshuUYfVgArT2kp2roAFkOUfEGQ2uyy18JLB5k2
> WhCMiyVyNs1/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F
> >
> CloudStack Consulting<
> http://secure-web.cisco.com/18B_NmraREMmC8vTWKXxDVFNi6uVPHolLmQtOC5pxO
> CqqVKFHBRYmXzR0e97TssbyoSyR90ruMa9xhxhyhPzd1nHvmYZXJWuiWx5eG0625EWlv3Z
> mrPpKJQcMrxeXCP4RXYkxVrnqKj-V0pH1AMKLwP5WRSrohlcx2oht8DsGOcyHmpFGdATnw
> msBwW15ubts/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F
> >
> CloudStack Software Engineering<
> http://secure-web.cisco.com/1YTx4foSk2LL4qOkJ6hp8arX_tkHSgGLRhcrIh4tiJ
> cMv4yOrG9LDzy23u-Of4to5Vw7pzPe7Z2BtX6UOObpoMHTu1Ygga8bXXaPX063jdDnTXVI
> eAzV86Qiya0QaVMLi8Yr7h619NJTW99-b2MVlgfrhYr2y0-xhqyX8x_qwxJsJ7ImNvcIeq
> tzluHsyEMwW/http%3A%2F%2Fshapeblue.com%2Fcloudstack-software-engineeri
> ng%2F
> >
> CloudStack Infrastructure Support<
> http://secure-web.cisco.com/1mWtUTi0OKF8weMnbfj_o1Xj1zQYn6dXlewUgkdu2L
> 6UuSQi2hZdVPstsZ4PKm8seKRW9wKYnvF70hbKmhFdfk6XVguYW3ZXOBYvkNdiBK-yy31X
> -1Y4f2ESLclUvykFEl7X-hNmgBZkXpgP-uBL1ohAu36e0HtgdNE1zuX04JWN1YQzfKcYUH
> Cb7GeKszF3x/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastructure-sup
> port%2F
> >
> CloudStack Bootcamp Training Courses<
> http://secure-web.cisco.com/16ybXVrdBe17I4mnCuuKp4rP7MHtjPD8iKc-dybhmY
> 02WlxPCR05bGrGVQcpjdJyLH0Iw_X1oC5orlEkNVEpIQLjDWOdf3rsjI2WOQTECMHhA89Z
> uuE_96g0HQ-eLw_ylw4XsSOUq6KPyLjYryreJO38qidzmHjY6bxYb1MpUr9E7sCwzq_XBV
> DBdZFH5gdWF/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.
>
>
Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Daan Hoogland <da...@gmail.com>.
that does negate the regression in xen, i'm afraid
Op wo 3 jun. 2015 om 14:38 schreef Koushik Das <ko...@citrix.com>:
> I think as a design principle we shouldn't introduce HV specific checks in
> the orchestration/API layers.
> I am not sure if the problem is specific to Vmware. Any out of band VR
> movement can lead to this issue. For now it is seen in Vmware but what
> about other HVs where CS relies on native HA provided by HV.
>
> -----Original Message-----
> From: Remi Bergsma [mailto:RBergsma@schubergphilis.com]
> Sent: Wednesday, 3 June 2015 17:54
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR or
> not?
>
> This is a VMware specific problem, right?
> We could also limit the fix to this hypervisor only.
>
> Regards,
> Remi
>
>
> On 03 Jun 2015, at 14:12, Koushik Das <koushik.das@citrix.com<mailto:
> koushik.das@citrix.com>> wrote:
>
> In case the VR is moved out of band (say as part of Vmware DRS), all
> network rules are lost. Rebooting VR from CS re-applies all the rules.
> Either the reboot is done manually from UI/API or automatically as was done
> as part of CLOUDSTACK-7994.
>
> I haven't looked at the aggregate command. If it can be used to apply
> rules on VR without a reboot then that should work as well.
>
> -Koushik
>
> -----Original Message-----
> From: Rohit Yadav [mailto:rohit.yadav@shapeblue.com]
> Sent: Wednesday, 3 June 2015 17:18
> To: dev
> Subject: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
>
> 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.yadav@shapeblue.com<mailto:
> rohit.yadav@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/1dxwCI-iCtF6Z_nBrHijVPBNYijQKrOiFTNAyoWGJy4rj0SYtw0-E0Y0pAkH3D-NB0b01e1nt_XkrPm26uaNt3xXaVo4ZbAU7coVeFNM7kzqwOki5MLTTck7Y8OTbP1c-Zv9PMiy-M43LI_uAvDx-mT_q0vQcDZCt4fKB5W9A3-8Bdv5rzE0m03ik1kkWENKj/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2F%2F
> >
> CSForge – rapid IaaS deployment framework<
> http://secure-web.cisco.com/1KBMX-P7Uz8rk1CFZiKEJ6XOBtwCL6e4cxHjHhKOIeqCjjNcPHHrb0GoqH0CpXLUo42d8MsSS0X8jUVxeUQUuCEywQ8cHO7-KakvmeWrimKoqc3jlsmu_OgNQqdMRNwrO_uw71z7aOol5O-nshuUYfVgArT2kp2roAFkOUfEGQ2uyy18JLB5k2WhCMiyVyNs1/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F
> >
> CloudStack Consulting<
> http://secure-web.cisco.com/18B_NmraREMmC8vTWKXxDVFNi6uVPHolLmQtOC5pxOCqqVKFHBRYmXzR0e97TssbyoSyR90ruMa9xhxhyhPzd1nHvmYZXJWuiWx5eG0625EWlv3ZmrPpKJQcMrxeXCP4RXYkxVrnqKj-V0pH1AMKLwP5WRSrohlcx2oht8DsGOcyHmpFGdATnwmsBwW15ubts/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F
> >
> CloudStack Software Engineering<
> http://secure-web.cisco.com/1YTx4foSk2LL4qOkJ6hp8arX_tkHSgGLRhcrIh4tiJcMv4yOrG9LDzy23u-Of4to5Vw7pzPe7Z2BtX6UOObpoMHTu1Ygga8bXXaPX063jdDnTXVIeAzV86Qiya0QaVMLi8Yr7h619NJTW99-b2MVlgfrhYr2y0-xhqyX8x_qwxJsJ7ImNvcIeqtzluHsyEMwW/http%3A%2F%2Fshapeblue.com%2Fcloudstack-software-engineering%2F
> >
> CloudStack Infrastructure Support<
> http://secure-web.cisco.com/1mWtUTi0OKF8weMnbfj_o1Xj1zQYn6dXlewUgkdu2L6UuSQi2hZdVPstsZ4PKm8seKRW9wKYnvF70hbKmhFdfk6XVguYW3ZXOBYvkNdiBK-yy31X-1Y4f2ESLclUvykFEl7X-hNmgBZkXpgP-uBL1ohAu36e0HtgdNE1zuX04JWN1YQzfKcYUHCb7GeKszF3x/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastructure-support%2F
> >
> CloudStack Bootcamp Training Courses<
> http://secure-web.cisco.com/16ybXVrdBe17I4mnCuuKp4rP7MHtjPD8iKc-dybhmY02WlxPCR05bGrGVQcpjdJyLH0Iw_X1oC5orlEkNVEpIQLjDWOdf3rsjI2WOQTECMHhA89ZuuE_96g0HQ-eLw_ylw4XsSOUq6KPyLjYryreJO38qidzmHjY6bxYb1MpUr9E7sCwzq_XBVDBdZFH5gdWF/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.
>
>
Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Daan Hoogland <da...@gmail.com>.
agreed, but we do controlled patching on xs using out of bound migration of
VRs to have no downtime during patching. The present fix actually worsens
the downtime. Let's go for the aggregate command tactics
Op wo 3 jun. 2015 om 15:18 schreef Sateesh Chodapuneedi <
sateesh.chodapuneedi@citrix.com>:
> > -----Original Message-----
> > From: Koushik Das [mailto:koushik.das@citrix.com]
> > Sent: Wednesday, June 3, 2015 6:08 PM
> > To: dev@cloudstack.apache.org
> > Subject: RE: [DISCUSS] Out of Band VR migration, should we reboot VR or
> not?
> >
> > I think as a design principle we shouldn't introduce HV specific checks
> in the
> > orchestration/API layers.
> > I am not sure if the problem is specific to Vmware. Any out of band VR
> > movement can lead to this issue. For now it is seen in Vmware but what
> about
> > other HVs where CS relies on native HA provided by HV.
>
> [Sateesh] Same is applicable to Hyper-v if HA is enabled
> Also in case of VMware, even enabling DRS causes out of band movement of
> VMs from host to host.
> I think it'd be better to address this irrespective of underlying
> hypervisor.
>
> Regards,
> Sateesh
> >
> > -----Original Message-----
> > From: Remi Bergsma [mailto:RBergsma@schubergphilis.com]
> > Sent: Wednesday, 3 June 2015 17:54
> > To: dev@cloudstack.apache.org
> > Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR or
> not?
> >
> > This is a VMware specific problem, right?
> > We could also limit the fix to this hypervisor only.
> >
> > Regards,
> > Remi
> >
> >
> > On 03 Jun 2015, at 14:12, Koushik Das
> > <ko...@citrix.com>> wrote:
> >
> > In case the VR is moved out of band (say as part of Vmware DRS), all
> network
> > rules are lost. Rebooting VR from CS re-applies all the rules. Either
> the reboot is
> > done manually from UI/API or automatically as was done as part of
> > CLOUDSTACK-7994.
> >
> > I haven't looked at the aggregate command. If it can be used to apply
> rules on
> > VR without a reboot then that should work as well.
> >
> > -Koushik
> >
> > -----Original Message-----
> > From: Rohit Yadav [mailto:rohit.yadav@shapeblue.com]
> > Sent: Wednesday, 3 June 2015 17:18
> > To: dev
> > Subject: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
> >
> > 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.yadav@shapeblue.com<ma...@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/1dxwCI-
> > iCtF6Z_nBrHijVPBNYijQKrOiFTNAyoWGJy4rj0SYtw0-E0Y0pAkH3D-
> > NB0b01e1nt_XkrPm26uaNt3xXaVo4ZbAU7coVeFNM7kzqwOki5MLTTck7Y8OTbP
> > 1c-Zv9PMiy-M43LI_uAvDx-mT_q0vQcDZCt4fKB5W9A3-
> > 8Bdv5rzE0m03ik1kkWENKj/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-
> > design-and-build%2F%2F>
> > CSForge – rapid IaaS deployment framework<http://secure-
> > web.cisco.com/1KBMX-
> > P7Uz8rk1CFZiKEJ6XOBtwCL6e4cxHjHhKOIeqCjjNcPHHrb0GoqH0CpXLUo42d8Ms
> > SS0X8jUVxeUQUuCEywQ8cHO7-
> > KakvmeWrimKoqc3jlsmu_OgNQqdMRNwrO_uw71z7aOol5O-
> > nshuUYfVgArT2kp2roAFkOUfEGQ2uyy18JLB5k2WhCMiyVyNs1/http%3A%2F%2F
> > shapeblue.com%2Fcsforge%2F>
> > CloudStack Consulting<http://secure-
> > web.cisco.com/18B_NmraREMmC8vTWKXxDVFNi6uVPHolLmQtOC5pxOCqqVKF
> > HBRYmXzR0e97TssbyoSyR90ruMa9xhxhyhPzd1nHvmYZXJWuiWx5eG0625EWlv3
> > ZmrPpKJQcMrxeXCP4RXYkxVrnqKj-
> > V0pH1AMKLwP5WRSrohlcx2oht8DsGOcyHmpFGdATnwmsBwW15ubts/http%3A
> > %2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F>
> > CloudStack Software Engineering<http://secure-
> > web.cisco.com/1YTx4foSk2LL4qOkJ6hp8arX_tkHSgGLRhcrIh4tiJcMv4yOrG9LDzy
> > 23u-
> > Of4to5Vw7pzPe7Z2BtX6UOObpoMHTu1Ygga8bXXaPX063jdDnTXVIeAzV86Qiya0
> > QaVMLi8Yr7h619NJTW99-b2MVlgfrhYr2y0-
> > xhqyX8x_qwxJsJ7ImNvcIeqtzluHsyEMwW/http%3A%2F%2Fshapeblue.com%2Fcl
> > oudstack-software-engineering%2F>
> > CloudStack Infrastructure Support<http://secure-
> > web.cisco.com/1mWtUTi0OKF8weMnbfj_o1Xj1zQYn6dXlewUgkdu2L6UuSQi2hZ
> > dVPstsZ4PKm8seKRW9wKYnvF70hbKmhFdfk6XVguYW3ZXOBYvkNdiBK-yy31X-
> > 1Y4f2ESLclUvykFEl7X-hNmgBZkXpgP-
> > uBL1ohAu36e0HtgdNE1zuX04JWN1YQzfKcYUHCb7GeKszF3x/http%3A%2F%2Fsh
> > apeblue.com%2Fcloudstack-infrastructure-support%2F>
> > CloudStack Bootcamp Training Courses<http://secure-
> > web.cisco.com/16ybXVrdBe17I4mnCuuKp4rP7MHtjPD8iKc-
> > dybhmY02WlxPCR05bGrGVQcpjdJyLH0Iw_X1oC5orlEkNVEpIQLjDWOdf3rsjI2WO
> > QTECMHhA89ZuuE_96g0HQ-
> > eLw_ylw4XsSOUq6KPyLjYryreJO38qidzmHjY6bxYb1MpUr9E7sCwzq_XBVDBdZFH
> > 5gdWF/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.
>
>
RE: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Sateesh Chodapuneedi <sa...@citrix.com>.
> -----Original Message-----
> From: Koushik Das [mailto:koushik.das@citrix.com]
> Sent: Wednesday, June 3, 2015 6:08 PM
> To: dev@cloudstack.apache.org
> Subject: RE: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
>
> I think as a design principle we shouldn't introduce HV specific checks in the
> orchestration/API layers.
> I am not sure if the problem is specific to Vmware. Any out of band VR
> movement can lead to this issue. For now it is seen in Vmware but what about
> other HVs where CS relies on native HA provided by HV.
[Sateesh] Same is applicable to Hyper-v if HA is enabled
Also in case of VMware, even enabling DRS causes out of band movement of VMs from host to host.
I think it'd be better to address this irrespective of underlying hypervisor.
Regards,
Sateesh
>
> -----Original Message-----
> From: Remi Bergsma [mailto:RBergsma@schubergphilis.com]
> Sent: Wednesday, 3 June 2015 17:54
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
>
> This is a VMware specific problem, right?
> We could also limit the fix to this hypervisor only.
>
> Regards,
> Remi
>
>
> On 03 Jun 2015, at 14:12, Koushik Das
> <ko...@citrix.com>> wrote:
>
> In case the VR is moved out of band (say as part of Vmware DRS), all network
> rules are lost. Rebooting VR from CS re-applies all the rules. Either the reboot is
> done manually from UI/API or automatically as was done as part of
> CLOUDSTACK-7994.
>
> I haven't looked at the aggregate command. If it can be used to apply rules on
> VR without a reboot then that should work as well.
>
> -Koushik
>
> -----Original Message-----
> From: Rohit Yadav [mailto:rohit.yadav@shapeblue.com]
> Sent: Wednesday, 3 June 2015 17:18
> To: dev
> Subject: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
>
> 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.yadav@shapeblue.com<ma...@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/1dxwCI-
> iCtF6Z_nBrHijVPBNYijQKrOiFTNAyoWGJy4rj0SYtw0-E0Y0pAkH3D-
> NB0b01e1nt_XkrPm26uaNt3xXaVo4ZbAU7coVeFNM7kzqwOki5MLTTck7Y8OTbP
> 1c-Zv9PMiy-M43LI_uAvDx-mT_q0vQcDZCt4fKB5W9A3-
> 8Bdv5rzE0m03ik1kkWENKj/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-
> design-and-build%2F%2F>
> CSForge – rapid IaaS deployment framework<http://secure-
> web.cisco.com/1KBMX-
> P7Uz8rk1CFZiKEJ6XOBtwCL6e4cxHjHhKOIeqCjjNcPHHrb0GoqH0CpXLUo42d8Ms
> SS0X8jUVxeUQUuCEywQ8cHO7-
> KakvmeWrimKoqc3jlsmu_OgNQqdMRNwrO_uw71z7aOol5O-
> nshuUYfVgArT2kp2roAFkOUfEGQ2uyy18JLB5k2WhCMiyVyNs1/http%3A%2F%2F
> shapeblue.com%2Fcsforge%2F>
> CloudStack Consulting<http://secure-
> web.cisco.com/18B_NmraREMmC8vTWKXxDVFNi6uVPHolLmQtOC5pxOCqqVKF
> HBRYmXzR0e97TssbyoSyR90ruMa9xhxhyhPzd1nHvmYZXJWuiWx5eG0625EWlv3
> ZmrPpKJQcMrxeXCP4RXYkxVrnqKj-
> V0pH1AMKLwP5WRSrohlcx2oht8DsGOcyHmpFGdATnwmsBwW15ubts/http%3A
> %2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F>
> CloudStack Software Engineering<http://secure-
> web.cisco.com/1YTx4foSk2LL4qOkJ6hp8arX_tkHSgGLRhcrIh4tiJcMv4yOrG9LDzy
> 23u-
> Of4to5Vw7pzPe7Z2BtX6UOObpoMHTu1Ygga8bXXaPX063jdDnTXVIeAzV86Qiya0
> QaVMLi8Yr7h619NJTW99-b2MVlgfrhYr2y0-
> xhqyX8x_qwxJsJ7ImNvcIeqtzluHsyEMwW/http%3A%2F%2Fshapeblue.com%2Fcl
> oudstack-software-engineering%2F>
> CloudStack Infrastructure Support<http://secure-
> web.cisco.com/1mWtUTi0OKF8weMnbfj_o1Xj1zQYn6dXlewUgkdu2L6UuSQi2hZ
> dVPstsZ4PKm8seKRW9wKYnvF70hbKmhFdfk6XVguYW3ZXOBYvkNdiBK-yy31X-
> 1Y4f2ESLclUvykFEl7X-hNmgBZkXpgP-
> uBL1ohAu36e0HtgdNE1zuX04JWN1YQzfKcYUHCb7GeKszF3x/http%3A%2F%2Fsh
> apeblue.com%2Fcloudstack-infrastructure-support%2F>
> CloudStack Bootcamp Training Courses<http://secure-
> web.cisco.com/16ybXVrdBe17I4mnCuuKp4rP7MHtjPD8iKc-
> dybhmY02WlxPCR05bGrGVQcpjdJyLH0Iw_X1oC5orlEkNVEpIQLjDWOdf3rsjI2WO
> QTECMHhA89ZuuE_96g0HQ-
> eLw_ylw4XsSOUq6KPyLjYryreJO38qidzmHjY6bxYb1MpUr9E7sCwzq_XBVDBdZFH
> 5gdWF/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.
RE: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Koushik Das <ko...@citrix.com>.
Yes.
-----Original Message-----
From: Remi Bergsma [mailto:RBergsma@schubergphilis.com]
Sent: Wednesday, 3 June 2015 18:13
To: dev@cloudstack.apache.org
Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
I think the aggregate approach is much better (missed that mail at). Great it is available in 4.4 as well so we can fix it in both 4.4 and 4.5 in the same way.
On 03 Jun 2015, at 14:38, Koushik Das <ko...@citrix.com> wrote:
>
> I think as a design principle we shouldn't introduce HV specific checks in the orchestration/API layers.
> I am not sure if the problem is specific to Vmware. Any out of band VR movement can lead to this issue. For now it is seen in Vmware but what about other HVs where CS relies on native HA provided by HV.
>
> -----Original Message-----
> From: Remi Bergsma [mailto:RBergsma@schubergphilis.com]
> Sent: Wednesday, 3 June 2015 17:54
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
>
> This is a VMware specific problem, right?
> We could also limit the fix to this hypervisor only.
>
> Regards,
> Remi
>
>
> On 03 Jun 2015, at 14:12, Koushik Das <ko...@citrix.com>> wrote:
>
> In case the VR is moved out of band (say as part of Vmware DRS), all network rules are lost. Rebooting VR from CS re-applies all the rules. Either the reboot is done manually from UI/API or automatically as was done as part of CLOUDSTACK-7994.
>
> I haven't looked at the aggregate command. If it can be used to apply rules on VR without a reboot then that should work as well.
>
> -Koushik
>
> -----Original Message-----
> From: Rohit Yadav [mailto:rohit.yadav@shapeblue.com]
> Sent: Wednesday, 3 June 2015 17:18
> To: dev
> Subject: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
>
> 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.yadav@shapeblue.com<ma...@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/1dxwCI-iCtF6Z_nBrHijVPBNYijQKrOiFTNA
> yoWGJy4rj0SYtw0-E0Y0pAkH3D-NB0b01e1nt_XkrPm26uaNt3xXaVo4ZbAU7coVeFNM7k
> zqwOki5MLTTck7Y8OTbP1c-Zv9PMiy-M43LI_uAvDx-mT_q0vQcDZCt4fKB5W9A3-8Bdv5
> rzE0m03ik1kkWENKj/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-b
> uild%2F%2F> CSForge – rapid IaaS deployment
> framework<http://secure-web.cisco.com/1KBMX-P7Uz8rk1CFZiKEJ6XOBtwCL6e4
> cxHjHhKOIeqCjjNcPHHrb0GoqH0CpXLUo42d8MsSS0X8jUVxeUQUuCEywQ8cHO7-Kakvme
> WrimKoqc3jlsmu_OgNQqdMRNwrO_uw71z7aOol5O-nshuUYfVgArT2kp2roAFkOUfEGQ2u
> yy18JLB5k2WhCMiyVyNs1/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F>
> CloudStack
> Consulting<http://secure-web.cisco.com/18B_NmraREMmC8vTWKXxDVFNi6uVPHo
> lLmQtOC5pxOCqqVKFHBRYmXzR0e97TssbyoSyR90ruMa9xhxhyhPzd1nHvmYZXJWuiWx5e
> G0625EWlv3ZmrPpKJQcMrxeXCP4RXYkxVrnqKj-V0pH1AMKLwP5WRSrohlcx2oht8DsGOc
> yHmpFGdATnwmsBwW15ubts/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consult
> ancy%2F> CloudStack Software
> Engineering<http://secure-web.cisco.com/1YTx4foSk2LL4qOkJ6hp8arX_tkHSg
> GLRhcrIh4tiJcMv4yOrG9LDzy23u-Of4to5Vw7pzPe7Z2BtX6UOObpoMHTu1Ygga8bXXaP
> X063jdDnTXVIeAzV86Qiya0QaVMLi8Yr7h619NJTW99-b2MVlgfrhYr2y0-xhqyX8x_qwx
> JsJ7ImNvcIeqtzluHsyEMwW/http%3A%2F%2Fshapeblue.com%2Fcloudstack-softwa
> re-engineering%2F> CloudStack Infrastructure
> Support<http://secure-web.cisco.com/1mWtUTi0OKF8weMnbfj_o1Xj1zQYn6dXle
> wUgkdu2L6UuSQi2hZdVPstsZ4PKm8seKRW9wKYnvF70hbKmhFdfk6XVguYW3ZXOBYvkNdi
> BK-yy31X-1Y4f2ESLclUvykFEl7X-hNmgBZkXpgP-uBL1ohAu36e0HtgdNE1zuX04JWN1Y
> QzfKcYUHCb7GeKszF3x/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastruc
> ture-support%2F> CloudStack Bootcamp Training
> Courses<http://secure-web.cisco.com/16ybXVrdBe17I4mnCuuKp4rP7MHtjPD8iK
> c-dybhmY02WlxPCR05bGrGVQcpjdJyLH0Iw_X1oC5orlEkNVEpIQLjDWOdf3rsjI2WOQTE
> CMHhA89ZuuE_96g0HQ-eLw_ylw4XsSOUq6KPyLjYryreJO38qidzmHjY6bxYb1MpUr9E7s
> Cwzq_XBVDBdZFH5gdWF/http%3A%2F%2Fshapeblue.com%2Fcloudstack-training%2
> F>
>
> 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: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Remi Bergsma <RB...@schubergphilis.com>.
I think the aggregate approach is much better (missed that mail at). Great it is available in 4.4 as well so we can fix it in both 4.4 and 4.5 in the same way.
On 03 Jun 2015, at 14:38, Koushik Das <ko...@citrix.com> wrote:
>
> I think as a design principle we shouldn't introduce HV specific checks in the orchestration/API layers.
> I am not sure if the problem is specific to Vmware. Any out of band VR movement can lead to this issue. For now it is seen in Vmware but what about other HVs where CS relies on native HA provided by HV.
>
> -----Original Message-----
> From: Remi Bergsma [mailto:RBergsma@schubergphilis.com]
> Sent: Wednesday, 3 June 2015 17:54
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
>
> This is a VMware specific problem, right?
> We could also limit the fix to this hypervisor only.
>
> Regards,
> Remi
>
>
> On 03 Jun 2015, at 14:12, Koushik Das <ko...@citrix.com>> wrote:
>
> In case the VR is moved out of band (say as part of Vmware DRS), all network rules are lost. Rebooting VR from CS re-applies all the rules. Either the reboot is done manually from UI/API or automatically as was done as part of CLOUDSTACK-7994.
>
> I haven't looked at the aggregate command. If it can be used to apply rules on VR without a reboot then that should work as well.
>
> -Koushik
>
> -----Original Message-----
> From: Rohit Yadav [mailto:rohit.yadav@shapeblue.com]
> Sent: Wednesday, 3 June 2015 17:18
> To: dev
> Subject: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
>
> 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.yadav@shapeblue.com<ma...@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/1dxwCI-iCtF6Z_nBrHijVPBNYijQKrOiFTNAyoWGJy4rj0SYtw0-E0Y0pAkH3D-NB0b01e1nt_XkrPm26uaNt3xXaVo4ZbAU7coVeFNM7kzqwOki5MLTTck7Y8OTbP1c-Zv9PMiy-M43LI_uAvDx-mT_q0vQcDZCt4fKB5W9A3-8Bdv5rzE0m03ik1kkWENKj/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2F%2F>
> CSForge – rapid IaaS deployment framework<http://secure-web.cisco.com/1KBMX-P7Uz8rk1CFZiKEJ6XOBtwCL6e4cxHjHhKOIeqCjjNcPHHrb0GoqH0CpXLUo42d8MsSS0X8jUVxeUQUuCEywQ8cHO7-KakvmeWrimKoqc3jlsmu_OgNQqdMRNwrO_uw71z7aOol5O-nshuUYfVgArT2kp2roAFkOUfEGQ2uyy18JLB5k2WhCMiyVyNs1/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F>
> CloudStack Consulting<http://secure-web.cisco.com/18B_NmraREMmC8vTWKXxDVFNi6uVPHolLmQtOC5pxOCqqVKFHBRYmXzR0e97TssbyoSyR90ruMa9xhxhyhPzd1nHvmYZXJWuiWx5eG0625EWlv3ZmrPpKJQcMrxeXCP4RXYkxVrnqKj-V0pH1AMKLwP5WRSrohlcx2oht8DsGOcyHmpFGdATnwmsBwW15ubts/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F>
> CloudStack Software Engineering<http://secure-web.cisco.com/1YTx4foSk2LL4qOkJ6hp8arX_tkHSgGLRhcrIh4tiJcMv4yOrG9LDzy23u-Of4to5Vw7pzPe7Z2BtX6UOObpoMHTu1Ygga8bXXaPX063jdDnTXVIeAzV86Qiya0QaVMLi8Yr7h619NJTW99-b2MVlgfrhYr2y0-xhqyX8x_qwxJsJ7ImNvcIeqtzluHsyEMwW/http%3A%2F%2Fshapeblue.com%2Fcloudstack-software-engineering%2F>
> CloudStack Infrastructure Support<http://secure-web.cisco.com/1mWtUTi0OKF8weMnbfj_o1Xj1zQYn6dXlewUgkdu2L6UuSQi2hZdVPstsZ4PKm8seKRW9wKYnvF70hbKmhFdfk6XVguYW3ZXOBYvkNdiBK-yy31X-1Y4f2ESLclUvykFEl7X-hNmgBZkXpgP-uBL1ohAu36e0HtgdNE1zuX04JWN1YQzfKcYUHCb7GeKszF3x/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastructure-support%2F>
> CloudStack Bootcamp Training Courses<http://secure-web.cisco.com/16ybXVrdBe17I4mnCuuKp4rP7MHtjPD8iKc-dybhmY02WlxPCR05bGrGVQcpjdJyLH0Iw_X1oC5orlEkNVEpIQLjDWOdf3rsjI2WOQTECMHhA89ZuuE_96g0HQ-eLw_ylw4XsSOUq6KPyLjYryreJO38qidzmHjY6bxYb1MpUr9E7sCwzq_XBVDBdZFH5gdWF/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.
>
RE: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Koushik Das <ko...@citrix.com>.
I think as a design principle we shouldn't introduce HV specific checks in the orchestration/API layers.
I am not sure if the problem is specific to Vmware. Any out of band VR movement can lead to this issue. For now it is seen in Vmware but what about other HVs where CS relies on native HA provided by HV.
-----Original Message-----
From: Remi Bergsma [mailto:RBergsma@schubergphilis.com]
Sent: Wednesday, 3 June 2015 17:54
To: dev@cloudstack.apache.org
Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
This is a VMware specific problem, right?
We could also limit the fix to this hypervisor only.
Regards,
Remi
On 03 Jun 2015, at 14:12, Koushik Das <ko...@citrix.com>> wrote:
In case the VR is moved out of band (say as part of Vmware DRS), all network rules are lost. Rebooting VR from CS re-applies all the rules. Either the reboot is done manually from UI/API or automatically as was done as part of CLOUDSTACK-7994.
I haven't looked at the aggregate command. If it can be used to apply rules on VR without a reboot then that should work as well.
-Koushik
-----Original Message-----
From: Rohit Yadav [mailto:rohit.yadav@shapeblue.com]
Sent: Wednesday, 3 June 2015 17:18
To: dev
Subject: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
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.yadav@shapeblue.com<ma...@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/1dxwCI-iCtF6Z_nBrHijVPBNYijQKrOiFTNAyoWGJy4rj0SYtw0-E0Y0pAkH3D-NB0b01e1nt_XkrPm26uaNt3xXaVo4ZbAU7coVeFNM7kzqwOki5MLTTck7Y8OTbP1c-Zv9PMiy-M43LI_uAvDx-mT_q0vQcDZCt4fKB5W9A3-8Bdv5rzE0m03ik1kkWENKj/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2F%2F>
CSForge – rapid IaaS deployment framework<http://secure-web.cisco.com/1KBMX-P7Uz8rk1CFZiKEJ6XOBtwCL6e4cxHjHhKOIeqCjjNcPHHrb0GoqH0CpXLUo42d8MsSS0X8jUVxeUQUuCEywQ8cHO7-KakvmeWrimKoqc3jlsmu_OgNQqdMRNwrO_uw71z7aOol5O-nshuUYfVgArT2kp2roAFkOUfEGQ2uyy18JLB5k2WhCMiyVyNs1/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F>
CloudStack Consulting<http://secure-web.cisco.com/18B_NmraREMmC8vTWKXxDVFNi6uVPHolLmQtOC5pxOCqqVKFHBRYmXzR0e97TssbyoSyR90ruMa9xhxhyhPzd1nHvmYZXJWuiWx5eG0625EWlv3ZmrPpKJQcMrxeXCP4RXYkxVrnqKj-V0pH1AMKLwP5WRSrohlcx2oht8DsGOcyHmpFGdATnwmsBwW15ubts/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F>
CloudStack Software Engineering<http://secure-web.cisco.com/1YTx4foSk2LL4qOkJ6hp8arX_tkHSgGLRhcrIh4tiJcMv4yOrG9LDzy23u-Of4to5Vw7pzPe7Z2BtX6UOObpoMHTu1Ygga8bXXaPX063jdDnTXVIeAzV86Qiya0QaVMLi8Yr7h619NJTW99-b2MVlgfrhYr2y0-xhqyX8x_qwxJsJ7ImNvcIeqtzluHsyEMwW/http%3A%2F%2Fshapeblue.com%2Fcloudstack-software-engineering%2F>
CloudStack Infrastructure Support<http://secure-web.cisco.com/1mWtUTi0OKF8weMnbfj_o1Xj1zQYn6dXlewUgkdu2L6UuSQi2hZdVPstsZ4PKm8seKRW9wKYnvF70hbKmhFdfk6XVguYW3ZXOBYvkNdiBK-yy31X-1Y4f2ESLclUvykFEl7X-hNmgBZkXpgP-uBL1ohAu36e0HtgdNE1zuX04JWN1YQzfKcYUHCb7GeKszF3x/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastructure-support%2F>
CloudStack Bootcamp Training Courses<http://secure-web.cisco.com/16ybXVrdBe17I4mnCuuKp4rP7MHtjPD8iKc-dybhmY02WlxPCR05bGrGVQcpjdJyLH0Iw_X1oC5orlEkNVEpIQLjDWOdf3rsjI2WOQTECMHhA89ZuuE_96g0HQ-eLw_ylw4XsSOUq6KPyLjYryreJO38qidzmHjY6bxYb1MpUr9E7sCwzq_XBVDBdZFH5gdWF/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.
Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Remi Bergsma <RB...@schubergphilis.com>.
This is a VMware specific problem, right?
We could also limit the fix to this hypervisor only.
Regards,
Remi
On 03 Jun 2015, at 14:12, Koushik Das <ko...@citrix.com>> wrote:
In case the VR is moved out of band (say as part of Vmware DRS), all network rules are lost. Rebooting VR from CS re-applies all the rules. Either the reboot is done manually from UI/API or automatically as was done as part of CLOUDSTACK-7994.
I haven't looked at the aggregate command. If it can be used to apply rules on VR without a reboot then that should work as well.
-Koushik
-----Original Message-----
From: Rohit Yadav [mailto:rohit.yadav@shapeblue.com]
Sent: Wednesday, 3 June 2015 17:18
To: dev
Subject: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
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.yadav@shapeblue.com<ma...@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/1dxwCI-iCtF6Z_nBrHijVPBNYijQKrOiFTNAyoWGJy4rj0SYtw0-E0Y0pAkH3D-NB0b01e1nt_XkrPm26uaNt3xXaVo4ZbAU7coVeFNM7kzqwOki5MLTTck7Y8OTbP1c-Zv9PMiy-M43LI_uAvDx-mT_q0vQcDZCt4fKB5W9A3-8Bdv5rzE0m03ik1kkWENKj/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2F%2F>
CSForge – rapid IaaS deployment framework<http://secure-web.cisco.com/1KBMX-P7Uz8rk1CFZiKEJ6XOBtwCL6e4cxHjHhKOIeqCjjNcPHHrb0GoqH0CpXLUo42d8MsSS0X8jUVxeUQUuCEywQ8cHO7-KakvmeWrimKoqc3jlsmu_OgNQqdMRNwrO_uw71z7aOol5O-nshuUYfVgArT2kp2roAFkOUfEGQ2uyy18JLB5k2WhCMiyVyNs1/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F>
CloudStack Consulting<http://secure-web.cisco.com/18B_NmraREMmC8vTWKXxDVFNi6uVPHolLmQtOC5pxOCqqVKFHBRYmXzR0e97TssbyoSyR90ruMa9xhxhyhPzd1nHvmYZXJWuiWx5eG0625EWlv3ZmrPpKJQcMrxeXCP4RXYkxVrnqKj-V0pH1AMKLwP5WRSrohlcx2oht8DsGOcyHmpFGdATnwmsBwW15ubts/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F>
CloudStack Software Engineering<http://secure-web.cisco.com/1YTx4foSk2LL4qOkJ6hp8arX_tkHSgGLRhcrIh4tiJcMv4yOrG9LDzy23u-Of4to5Vw7pzPe7Z2BtX6UOObpoMHTu1Ygga8bXXaPX063jdDnTXVIeAzV86Qiya0QaVMLi8Yr7h619NJTW99-b2MVlgfrhYr2y0-xhqyX8x_qwxJsJ7ImNvcIeqtzluHsyEMwW/http%3A%2F%2Fshapeblue.com%2Fcloudstack-software-engineering%2F>
CloudStack Infrastructure Support<http://secure-web.cisco.com/1mWtUTi0OKF8weMnbfj_o1Xj1zQYn6dXlewUgkdu2L6UuSQi2hZdVPstsZ4PKm8seKRW9wKYnvF70hbKmhFdfk6XVguYW3ZXOBYvkNdiBK-yy31X-1Y4f2ESLclUvykFEl7X-hNmgBZkXpgP-uBL1ohAu36e0HtgdNE1zuX04JWN1YQzfKcYUHCb7GeKszF3x/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastructure-support%2F>
CloudStack Bootcamp Training Courses<http://secure-web.cisco.com/16ybXVrdBe17I4mnCuuKp4rP7MHtjPD8iKc-dybhmY02WlxPCR05bGrGVQcpjdJyLH0Iw_X1oC5orlEkNVEpIQLjDWOdf3rsjI2WOQTECMHhA89ZuuE_96g0HQ-eLw_ylw4XsSOUq6KPyLjYryreJO38qidzmHjY6bxYb1MpUr9E7sCwzq_XBVDBdZFH5gdWF/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.
RE: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Posted by Koushik Das <ko...@citrix.com>.
In case the VR is moved out of band (say as part of Vmware DRS), all network rules are lost. Rebooting VR from CS re-applies all the rules. Either the reboot is done manually from UI/API or automatically as was done as part of CLOUDSTACK-7994.
I haven't looked at the aggregate command. If it can be used to apply rules on VR without a reboot then that should work as well.
-Koushik
-----Original Message-----
From: Rohit Yadav [mailto:rohit.yadav@shapeblue.com]
Sent: Wednesday, 3 June 2015 17:18
To: dev
Subject: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
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.yadav@shapeblue.com
Blog: 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/1dxwCI-iCtF6Z_nBrHijVPBNYijQKrOiFTNAyoWGJy4rj0SYtw0-E0Y0pAkH3D-NB0b01e1nt_XkrPm26uaNt3xXaVo4ZbAU7coVeFNM7kzqwOki5MLTTck7Y8OTbP1c-Zv9PMiy-M43LI_uAvDx-mT_q0vQcDZCt4fKB5W9A3-8Bdv5rzE0m03ik1kkWENKj/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2F%2F>
CSForge – rapid IaaS deployment framework<http://secure-web.cisco.com/1KBMX-P7Uz8rk1CFZiKEJ6XOBtwCL6e4cxHjHhKOIeqCjjNcPHHrb0GoqH0CpXLUo42d8MsSS0X8jUVxeUQUuCEywQ8cHO7-KakvmeWrimKoqc3jlsmu_OgNQqdMRNwrO_uw71z7aOol5O-nshuUYfVgArT2kp2roAFkOUfEGQ2uyy18JLB5k2WhCMiyVyNs1/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F>
CloudStack Consulting<http://secure-web.cisco.com/18B_NmraREMmC8vTWKXxDVFNi6uVPHolLmQtOC5pxOCqqVKFHBRYmXzR0e97TssbyoSyR90ruMa9xhxhyhPzd1nHvmYZXJWuiWx5eG0625EWlv3ZmrPpKJQcMrxeXCP4RXYkxVrnqKj-V0pH1AMKLwP5WRSrohlcx2oht8DsGOcyHmpFGdATnwmsBwW15ubts/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F>
CloudStack Software Engineering<http://secure-web.cisco.com/1YTx4foSk2LL4qOkJ6hp8arX_tkHSgGLRhcrIh4tiJcMv4yOrG9LDzy23u-Of4to5Vw7pzPe7Z2BtX6UOObpoMHTu1Ygga8bXXaPX063jdDnTXVIeAzV86Qiya0QaVMLi8Yr7h619NJTW99-b2MVlgfrhYr2y0-xhqyX8x_qwxJsJ7ImNvcIeqtzluHsyEMwW/http%3A%2F%2Fshapeblue.com%2Fcloudstack-software-engineering%2F>
CloudStack Infrastructure Support<http://secure-web.cisco.com/1mWtUTi0OKF8weMnbfj_o1Xj1zQYn6dXlewUgkdu2L6UuSQi2hZdVPstsZ4PKm8seKRW9wKYnvF70hbKmhFdfk6XVguYW3ZXOBYvkNdiBK-yy31X-1Y4f2ESLclUvykFEl7X-hNmgBZkXpgP-uBL1ohAu36e0HtgdNE1zuX04JWN1YQzfKcYUHCb7GeKszF3x/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastructure-support%2F>
CloudStack Bootcamp Training Courses<http://secure-web.cisco.com/16ybXVrdBe17I4mnCuuKp4rP7MHtjPD8iKc-dybhmY02WlxPCR05bGrGVQcpjdJyLH0Iw_X1oC5orlEkNVEpIQLjDWOdf3rsjI2WOQTECMHhA89ZuuE_96g0HQ-eLw_ylw4XsSOUq6KPyLjYryreJO38qidzmHjY6bxYb1MpUr9E7sCwzq_XBVDBdZFH5gdWF/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.