cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Remi Bergsma <>
Subject Re: User vm password gets update only the master VR.
Date Thu, 05 Nov 2015 09:33:08 GMT
Hi Bharat,

First of all: thanks for reporting the issue!

Would it be possible to write a Marvin test for it, so we can test this automatically and
prevent regression? Or did you find this by an existing Marvin test that I missed?

Please downgrade to critical. We should fix this, and we will, but it shouldn’t block 4.6.0
IMHO. Talked to Rajani and she agrees.


On 05/11/15 10:29, "Bharat Kumar" <> wrote:

>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.
>On 05-Nov-2015, at 2:49 pm, Wilder Rodrigues <> 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 <> 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 <<>>
>>> On Thu, Nov 5, 2015 at 7:15 AM, Bharat Kumar <<>>
>>> 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<
>>>> 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
View raw message