Hi Wilder, If we think that it is ok to have the work around for now fix this later, we can bring the priority down to critical.
Thanks, Bharat. On 05-Nov-2015, at 2:49 pm, Wilder Rodrigues <wrodrig...@schubergphilis.com> wrote: > Hi Bharat, > > Please check if what you just mention will work. If it does, then the issue > is not a blocker. > > Cheers, > Wilder > > >> On 05 Nov 2015, at 10:09, Bharat Kumar <bharat.ku...@citrix.com> wrote: >> >> I have’t checked, but form the code it looks like it will work if we reissue >> the reset command after the slave becomes master. >> >> —Bharat. >> >> On 05-Nov-2015, at 12:59 pm, Erik Weber >> <terbol...@gmail.com<mailto:terbol...@gmail.com>> wrote: >> >> On Thu, Nov 5, 2015 at 7:15 AM, Bharat Kumar >> <bharat.ku...@citrix.com<mailto:bharat.ku...@citrix.com>> >> wrote: >> >> Hi, >> >> In my local setup i found this issue, The user VM password is not getting >> saved in the backup router. >> >> we send the save password command to both the VRs in a rvr enabled >> network, But the password gets saved only in the master VR. This happens >> because the password server is not running in the backup. >> Because of this if someone resets the password of a VM and starts it when >> the backup becomes master. Then the password of the user VM will not >> change, because the save password command was not successful. >> >> This breaks the password reset functionality, I have a raised a Blocker >> issue CLOUDSTACK-9035< >> https://issues.apache.org/jira/browse/CLOUDSTACK-9035> to track this. >> >> >> >> Does it work if you re-issue the password reset call after the slave vr has >> been promoted to master? >> If it does, then atleast you have a workaround for the issue. >> >> -- >> Erik >> >
