vDNS for non-active VMs
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| Juniper Openstack |
New
|
Medium
|
Hari Prasad Killi | |
| R2.0 |
New
|
Medium
|
Hari Prasad Killi |
Bug Description
this is with Contrail release 1.20/63
the Contrail vDNS only works for VMs in the "ACTIVE" state. VMs that are shut down cannot be resolved.
For example (10.163.43.4 and 10.163.43.12 are my controllers):
root@gngsvm009d
| f301ccaf-
root@gngsvm009d
Server: 10.163.43.12
Address: 10.163.43.12#53
Name: tmtest1.
Address: 10.163.0.12
root@gngsvm009d
Server: 10.163.43.4
Address: 10.163.43.4#53
Name: tmtest1.
Address: 10.163.0.12
root@gngsvm009d
root@gngsvm009d
| f301ccaf-
root@gngsvm009d
Server: 10.163.43.12
Address: 10.163.43.12#53
** server can't find tmtest1.svec: NXDOMAIN
root@gngsvm009d
Server: 10.163.43.4
Address: 10.163.43.4#53
** server can't find tmtest1.svec: NXDOMAIN
A DNS client should not be dependent on a VM run state.
description: | updated |
Hari Prasad Killi (haripk) wrote : | #1 |
tags: | added: ganges |
tom murray (tmurray-a) wrote : | #2 |
I think the response above is only valid when the VM had never been started. If the VM was ever made active it would have been assigned an IP.
As a client of DNS i should not be dependent on the VM run state. In fact, nova still reports the IP for the VM regardless of the state. for example:
root@gngsvm009d
+------
| Property | Value |
+------
| OS-DCF:diskConfig | MANUAL |
| OS-EXT-
| OS-EXT-
| OS-EXT-
| OS-EXT-
| OS-EXT-
| OS-EXT-
| OS-EXT-STS:vm_state | stopped |
| OS-SRV-
| OS-SRV-
| accessIPv4 | |
| accessIPv6 | |
| config_drive | |
| created | 2014-12-
| flavor | jbm-std (097059e7-
| hostId | 155ee1eb84b05b3
| id | 0cb1d9ab-
| image ...
information type: | Proprietary → Public |
Changed in juniperopenstack: | |
assignee: | nobody → Hari Prasad Killi (haripk) |
importance: | Undecided → Medium |
tom murray (tmurray-a) wrote : | #3 |
one thing to add to this issue is that if the QEMU crashes under the VM, then even when the VM becomes ACTIVE again (using nova start on the VM) the DNS entry is not registered. This results in the VM in an ACTIVE state, but no vDNS records.
We follow Dynamic DNS - the DNS entry is added to the server when contrail- vrouter- agent receives VM interface info. In this case, the VM didnt get spawned and hence there is no entry in the DNS server for the same. Standard DDNS adds DNS entries upon DHCP.
I propose to invalidate the bug, as this is the model we use.