Actions
Bug #16105
closedDNS entries are not created if discovery hostname is the same as the provisioned (managed) host name
Difficulty:
Triaged:
Description
For example, if the hostname of the discovered host is 'foo.example.com' (coming from custom fact, for example), and that is the hostname you provision the host, and use the IP already allocated to the machine in the discovery process (by DHCP), Orchestration::DNS.pending_dns_record_changes? will return false, and thus will not create DNS records for the host.
I see few possibilities for remediation:
I see few possibilities for remediation:
- Make pending_dns_record_changes? actually check for the existence of the DNS records too
- Queue rebuild_dns in the discovered host controller (optionally only if pending_dns_record_changes? returns false
- Add transient attribute to the NIC or host model (force_dns_rebuild ?), that we can check in Orchestration::DNS.queue_dns and if it is true - queue rebuild_dns
Any thoughts?
Updated by Lukas Zapletal over 8 years ago
- Priority changed from Normal to Low
I'd queue rebuild_dns (B option).
For the record, this does only happen if you explicitly associate domain.
Updated by The Foreman Bot over 8 years ago
- Status changed from New to Ready For Testing
- Pull request https://github.com/theforeman/foreman_discovery/pull/297 added
Updated by Imri Zvik over 8 years ago
- Status changed from Ready For Testing to Closed
- % Done changed from 0 to 100
Applied in changeset foreman_discovery|fe529727fcea06d52d8ea2b9e8d6da899617e038.
Actions