cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <>
Subject [jira] [Commented] (CLOUDSTACK-9598) wrong defaut gateway in guest VM with nics in isolated and a shared network
Date Thu, 24 Nov 2016 07:16:59 GMT


ASF subversion and git services commented on CLOUDSTACK-9598:

Commit 7ab35e661607dd93a8d6d7d47dc6807b22129911 in cloudstack's branch refs/heads/4.8 from
[;h=7ab35e6 ]

CLOUDSTACK-9598: wrong defaut gateway for the nic in non-default network

when guest VM has nic's in more than one guest network set the tag for
each host in /etc/dhcphosts.txt, and use the tag to add exception in
/etc/dhcpopts.txt to prevent sending default route, dns server in case if the nic is in non-default
this was the behaviour with prior to 4.6

added new test case test_router_dhcp_opts to test DHCP option file use of cloudstack

> wrong defaut gateway in guest VM with nics in isolated and a shared network
> ---------------------------------------------------------------------------
>                 Key: CLOUDSTACK-9598
>                 URL:
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>    Affects Versions: 4.6.2, 4.7.1, 4.8.0, 4.9.0
>            Reporter: Murali Reddy
>             Fix For: 4.8.1,,
> When a guest instance is created with nic's in a isolated network and a shared network
(with just DHCP and DNS), with isolated network as default network, DHCP lease on shared network
from the shared network VR has wrong gateway. gateway is pointed to the virtual router IP.

> /etc/cloudstack/dhcpentry.json in shared network VR will have default gateway set to
> root@r-11-VM:~# cat /etc/cloudstack/dhcpentry.json
> {
>     "": {
>         "default_entry": false,
>         "default_gateway": "",
>         "dns_adresses": "",
>         "host_name": "VM-fce34d73-dc99-4559-b077-64711509907a",
>         "ipv4_adress": "",
>         "ipv6_duid": "00:03:00:01:06:5a:da:00:00:6a",
>         "mac_address": "06:5a:da:00:00:6a",
>         "type": "dhcpentry"
>     },
>     "id": "dhcpentry"
> DhcpCommand network element command sent from the management server is like below with
> 2016-11-15 19:15:29,319 DEBUG [c.c.a.t.Request] (Work-Job-Executor-25:ctx-a9aca0bb job-69/job-70
ctx-82c3fd7e) (logid:6ca37cdb) Seq 2-4650811040190170578: Sending  { Cmd , MgmtId: 7150818625286,
via: 2(trl-202-k-cs49-mreddy-kvm2), Ver: v1, Flags: 100011, [{"":{"vmMac":"06:5a:da:00:00:6a","vmIpAddress":"","vmName":"VM-fce34d73-dc99-4559-b077-64711509907a","defaultRouter":"","defaultDns":"","duid":"00:03:00:01:06:5a:da:00:00:6a","isDefault":false,"executeInSequence":false,"accessDetails":{"":"Advanced","router.guest.ip":"","router.ip":"","":"r-11-VM"},"wait":0}}]
> NIC details in the DB for the nic in the shared network has correct gateway.
> Gateway is set to, for every non-default nic [1]
> In case where shared network is non default network, then guest VM will end up treating
VR in the shared network as gateway instead of actual shared network gateway.
> [1]

This message was sent by Atlassian JIRA

View raw message