Project

General

Profile

Actions

Feature #5608

closed

Existing DHCP lease cannot be overwritten

Added by Lukas Zapletal over 10 years ago. Updated over 10 years ago.

Status:
Duplicate
Priority:
Normal
Assignee:
-
Category:
DHCP
Target version:
-
Difficulty:
Triaged:
Fixed in Releases:
Found in Releases:

Description

We do have some override dialog for some orchestrations, but this is not working with DHCP. If there is an existing DHCP reservation on the host, I don't see dialog when creating a host with the same MAC. I don't know if this is a regression, but Staypuft guys hit this issue, therefore I am creating this ticket for discussion.


Related issues 1 (0 open1 closed)

Is duplicate of Foreman - Bug #5637: DHCP conflicts triggered for non-conflicting leasesClosedGreg Sutcliffe05/08/2014Actions
Actions #1

Updated by David Schmitt over 10 years ago

I've just hit that today with 1.4.3: I was deleting VMs and re-configuring them for a demo, and somehow the original DHCP reservation was not deleted correctly and trying to re-create the VMs failed with "Failed to add DHCP reservation for AAAA (IP / MAC): Entry already exists.

Actions #2

Updated by Yves Jans over 10 years ago

Having a similar issue I think.

We use the foreman discovery plugin. When a new bare metal system boots for the first time it gets an IP from dhcp from a "discovery" pool, so the MAC ends up in the dhcp leases file.

When we want to provision the system with a fixed dhcp IP it fails because of a dhcp reservation conflict.

When the discovery dhcp entry gets removed from the leases file the provisioning succeeds.

Actions #3

Updated by Dominic Cleal over 10 years ago

  • Is duplicate of Bug #5637: DHCP conflicts triggered for non-conflicting leases added
Actions #4

Updated by Dominic Cleal over 10 years ago

  • Status changed from New to Duplicate

Yves - sounds like the same bug that Lukas was talking about. We've fixed it in #5637 and related bugs (on the proxy side) for 1.5.1.

Actions

Also available in: Atom PDF