cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "haijiao (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-6975) Service monitoring starts dnsmasq on backup router when using redundant VRs
Date Sun, 15 May 2016 09:21:13 GMT

    [ 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)

Mime
View raw message