[
https://issues.apache.org/jira/browse/CLOUDSTACK-6975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15283817#comment-15283817
]
haijiao commented on CLOUDSTACK-6975:
-------------------------------------
[~dsclose]
We tested this patch, it seems the new generated VM password is still
incorrect until we restart the password service(/etc/init.d/cloud-passwd-srvr)
manually again.
Here's the procedure to reproduce,
1. Install the patch
2. Destroy and rebuild both master and backup VRs
3. Create a new VM, but fails to login using the new generated password
4. Reset the password, fails to login niether.
5. Login both VRs and restart the password servcies
6. Try the step 3-4 above, login successfully
> Service monitoring starts dnsmasq on backup router when using redundant VRs
> ---------------------------------------------------------------------------
>
> Key: CLOUDSTACK-6975
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6975
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Virtual Router
> Affects Versions: 4.3.0
> Environment: KVM
> Reporter: Magnus Bengtsson
>
> When using a network offering with redundant routers the default setting of
> EnableServiceMonitoring enables monit on the routers.
> "network.router.EnableServiceMonitoring service monitoring in router
> enable/disable option, default true false"
> This causes monit to run dnsmasq on both the Master and Backup router. When
> the backup router assigns dhcp to clients, password and userdata retrieval
> from that node fails since the services are not running on the backup router.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
