[
https://issues.apache.org/jira/browse/CLOUDSTACK-6975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15218013#comment-15218013
]
dsclose commented on CLOUDSTACK-6975:
-------------------------------------
This issue still exists in Cloudstack 4.8.0 and apparently impacts the
acquisition of passwords by guest VMs.
Reproduced by creating a network with redundant virtual routers acting as a
gateway for a 10.1.1.0/24 subnet and then building a CentOS 7 VM on that
network.
* The master router took the IP 10.1.1.172 and acquired the virtual 10.1.1.1 IP
as expected.
* The backup router took the 10.1.1.68 IP.
* The dnsmasq service was running on both virtual routers.
* The CentOS 7 VM obtained a DHCP lease from the backup router.
* The CentOS 7 VM's cloud-set-guest-password service then requested a password
from the backup router.
* The CentOS 7 VM kept the password set on the template and did not acquire the
password allocated by Cloudstack
On the backup virtual router
=====================================================
root@r-3379-VM:~# ip addr | grep inet | grep eth0
inet 10.1.1.68/24 brd 10.1.1.255 scope global eth0
root@r-3379-VM:~# service dnsmasq status
[ ok ] Checking DNS forwarder and DHCP server: dnsmasq[....] (running).
On the CentOS 7 guest VM
=====================================================
[root@example-guest ~]# grep dhcp-server-identifier
/var/lib/dhclient/dhclient--eth0.lease
option dhcp-server-identifier 10.1.1.68;
[root@example-guest ~]# systemctl status cloud-set-guest-password-centos.service
● cloud-set-guest-password-centos.service - LSB: Init file for Password
Download Client
Loaded: loaded (/etc/rc.d/init.d/cloud-set-guest-password-centos)
Active: active (exited) since Wed 2016-03-30 14:00:01 BST; 57min ago
Docs: man:systemd-sysv-generator(8)
Process: 1062 ExecStart=/etc/rc.d/init.d/cloud-set-guest-password-centos
start (code=exited, status=0/SUCCESS)
Mar 30 14:00:01 example-guest systemd[1]: Starting LSB: Init file for Password
Download Client...
Mar 30 14:00:01 example-guest cloud-set-guest-password-centos[1062]: Starting
cloud-set-guest-password: [ OK ]
Mar 30 14:00:01 example-guest cloud[1106]: Sending request to password server
at 10.1.1.68
Mar 30 14:00:01 example-guest systemd[1]: Started LSB: Init file for Password
Download Client.
> 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)
