Bug #12705
open
Issue warning when TFTP is not set on the Subnet
Added by Bryan Kearney over 9 years ago.
Updated about 8 years ago.
Category:
Discovery plugin
|
Description
Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1287962
Description of problem:
When provisioning a host with discovery if the host's subnet does not have a tftp proxy configured the discovered host will reboot and go back into the discovery mode. Foreman should be able to recognize this situation and at least warn the user that this is not configured.
I'm not positive if there is even a use case for the tftp proxy to not be associated to the subnet in this sceanrio, so we may want to block the discovery provisioning attempt if not.
At least one customer has hit this.
Version-Release number of selected component (if applicable):
6.1.4
How reproducible:
Always
Steps to Reproduce:
1. Configure pxe discovery but do not associate the subnet with a tftp proxy/capsule
2. boot a system on that subnet
3. attempt to provision it
Actual results:
System reboots and goes back into discover
Expected results:
At least a warning is given to inform the user the tftp proxy is not configured on the subnet.
Additional info:
- Category set to Discovery plugin
- Priority changed from Normal to Low
Well, if you don't have TFTP set, no provisioning will be orchestrated. That has nothing to do with Discovery :-)
I am unlikely to give this a priority as plugins are not able to do stuff like UI warnings without Deface gem. But I could issue a Flash warning message during provisioning, this will only work with one host provisioning tho. If you can help me reviewing and testing the patch, let me know.
- Subject changed from Discovery does not warn if subnet does not have tftp proxy configured when provisioning a host to Issue warning when TFTP is not set on the Subnet
And this will not work with API/CLI as well. The proper way would be to warn during Subnet save. Might be possible via AR hooks/validations tho.
Note: Not having a TFTP set is not a valid option today, but in future (Image-Based provisioning, a patch is pending) this will be valid setup!
- Is duplicate of Bug #9563: Provision should not be allowed when subnet doesn't have proxies set up added
- Priority changed from Low to Normal
- Target version set to Discovery Plugin 5.0.0
We should definitely issue an error when other proxies are not set up tho.
- Status changed from New to Closed
- Status changed from Closed to Duplicate
- Status changed from Duplicate to New
Eric, I closed the other one as duplicate. I want to keep the one with linked BZ.
- Assignee deleted (
Lukas Zapletal)
- Target version deleted (
Discovery Plugin 5.0.0)
- Difficulty set to trivial
Also available in: Atom
PDF