cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <>
Subject [jira] [Commented] (CLOUDSTACK-9727) Password reset discrepancy in RVR when one of the Router is not in Running state.
Date Thu, 23 Nov 2017 22:22:00 GMT


ASF GitHub Bot commented on CLOUDSTACK-9727:

blueorangutan commented on issue #1965: CLOUDSTACK-9727 Password reset discrepancy in RVR
when one of the Rou…
   Packaging result: ✔centos6 ✔centos7 ✔debian. JID-1295

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:

> Password reset discrepancy in RVR when one of the Router is not in Running state.
> ---------------------------------------------------------------------------------
>                 Key: CLOUDSTACK-9727
>                 URL:
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>    Affects Versions: 4.9.0
>            Reporter: Bharat Kumar
>            Assignee: Bharat Kumar
>             Fix For:
> - Deploy an instance and place " cloud-set-guest-password " script in the /etc/init.d
location and provide the executable permission.
> - Create a template from the above VM.
> - Create a new network offering with RVR enabled.
> - Deploy a new VM from the above created template and select the above RVR offering.
> - Ensure that the password script is sucessfuly running.
> - Put the backup router in stopped state and ensure only master is running.
> - Now stop the VM and and Reset the password.
> - DO not start the VM , Now Stop the current Master and start the Back up.
> - Now the Back Up would be the Master. Now start the VM.
> Observations:
> - The password is saved onto only Master which is in stopped state now or either in backup
if we start it.
> - The current Master which was back up earlier do not have the new password. Hence user
cannot now login with the new password.
> - In this scenario there is disperancy in the password stored on both the RVR's.
> The only way to sync both the passwords now is , ensure both the RVR are running and
reset the password on VM. 

This message was sent by Atlassian JIRA

View raw message