> -----Original Message----- > From: Koushik Das [mailto:koushik....@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:rberg...@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....@citrix.com<mailto:koushik....@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.ya...@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.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/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.