Bug 1258578
| Summary: | Discovered hosts fail to move to 'built' due to DHCP conflict | ||
|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | David Critch <dcritch> |
| Component: | DHCP & DNS | Assignee: | Lukas Zapletal <lzap> |
| Status: | CLOSED ERRATA | QA Contact: | Sachin Ghai <sghai> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.1.0 | CC: | bbuckingham, bkearney, cwelton, lzap, sghai |
| Target Milestone: | Unspecified | Keywords: | Triaged |
| Target Release: | Unused | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| URL: | http://projects.theforeman.org/issues/8727 | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-12-15 09:19:25 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
David Critch
2015-08-31 16:50:09 UTC
Upstream bug assigned to gsutclif Next errata please. Ok. Verified with Sat 6.1.5 compose2(Satellite-6.1.0-RHEL-7-20151125.0)
and using scratchbuild of discovery image from brew having version: foreman-discovery-image-3.0.5-2.iso
Here is what I tried, I discovered a host with same mac for which there was already an entry in dhcpd.leases file with some IP.
Host is discovered with same mac and dhcp has given same IP, but while provisioning I just changed the IP and submit the edit_host form. Provisioning started successfully.
Here is snippet from my dhcpd.leases file.
lease 192.168.100.10 {
starts 4 2015/11/26 12:03:21;
ends 5 2015/11/27 00:03:21;
tstp 5 2015/11/27 00:03:21;
cltt 4 2015/11/26 12:03:21;
binding state free;
hardware ethernet 52:54:00:6c:82:44;
uid "\001RT\000l\202D";
}
lease 192.168.100.11 {
starts 5 2015/11/27 03:26:22;
ends 5 2015/11/27 15:26:22;
tstp 5 2015/11/27 15:26:22;
cltt 5 2015/11/27 03:26:22;
binding state active;
next binding state free;
rewind binding state free;
hardware ethernet 52:54:00:6c:82:44;
}
l
lease 192.168.100.11 {
starts 5 2015/11/27 14:00:30;
ends 6 2015/11/28 02:00:30;
cltt 5 2015/11/27 14:00:30;
binding state active;
next binding state free;
rewind binding state free;
hardware ethernet 52:54:00:6c:82:44;
}
host mac5254006c8244.xxxxxcom {
dynamic;
hardware ethernet 52:54:00:6c:82:44;
fixed-address 192.168.100.18;
supersede server.filename = "pxelinux.0";
supersede server.next-server = 0a:10:60:64;
supersede host-name = "mac5254006c8244.xxx.xxxcom";
Lukas, Could you please confirm, if its right way to reproduce the original issue ?
Yes this is exactly it, you've correctly used "uid" flag which is sent by some BIOS systems. The other option to simulate this is "client-id" but it's essentialy the same thing. We see one MAC address to share two IPs and this should not fail or issue any "Overwrite conflict" warning dialog. thank you Lukas. Based on comment9 and comment 10, moving this to verified. thanks Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2015:2622 |