Is there any issue reported in XS due to this? -----Original Message----- From: Daan Hoogland [mailto:daan.hoogl...@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 <koushik....@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: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_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. > >
