Bug #12739
open
DHCP reservation is not created for interfaces without hostname
Description
It looks like when hostname entry is missing for an interface, DHCP orchestration is not triggered. I don't understand why we check it in the first place, it's not related to DHCP at all.
Updated by Ohad Levy over 8 years ago
so you would like to have a reservation with just ip/mac and without option 12?
I'm not sure if the proxy support that atm?
Updated by Lukas Zapletal over 8 years ago
I see it now, we use it to provide hostname information in DHCP, but this is informative since we are actually doing reservation. We should totally accept empty hostname and in that case fallback to host.hostname.
Updated by Dominic Cleal over 8 years ago
- Category changed from Orchestration to DHCP
Supplying the host's hostname for non-primary interface DHCP orchestration would lead to duplication and incorrect interface configuration.
Updated by Lukas Zapletal over 8 years ago
- Assignee deleted (
Lukas Zapletal)
What do you mean? Hostname is set via system installer and by default ISC sends "supersede host-name" meaning "only use this when you don't have hostname set". Also even when the host-name option is not superseded, most DHCP clients won't use supplied hostname when there is one set.
Better solution would be to not require hostname for DHCP reservations. We use hostnames for host reservation names (ids) in our implementation, but we could easily use MAC address instead.
My suggested solution would be icying on thin ice for other DHCP providers, I can't tell how others work. For this reason, I am leaving this ticket opened for the record.
WORKAROUND: Supply interface name to let Foreman to do the DHCP reservation.