Bug 1255484 - [RFE] Make subnet an optional field
[RFE] Make subnet an optional field
Status: VERIFIED
Product: Red Hat Satellite 6
Classification: Red Hat
Component: Provisioning (Show other bugs)
6.0.8
All Linux
medium Severity medium (vote)
: GA
: --
Assigned To: Lukas Zapletal
Shimon Shtein
http://projects.theforeman.org/issues...
: FutureFeature, Reopened, Triaged
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-08-20 13:44 EDT by Karthick Murugadhas
Modified: 2017-09-20 10:10 EDT (History)
16 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-07-27 04:54:54 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Verification screenshot (53.75 KB, image/png)
2017-08-16 13:40 EDT, Shimon Shtein
no flags Details


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 1616173 None None None 2016-07-24 04:33 EDT
Foreman Issue Tracker 15133 None None None 2016-05-23 06:05 EDT

  None (edit)
Comment 17 Lukas Zapletal 2016-05-16 15:31:09 EDT
I think there was a misunderstanding on my side. RFE is was to make Subnet an optional field (therefore I am also renaming the subject).

Subnet field was and is (in 6.2) required field for Managed and/or Provision interfaces. It defines whether to use DHCP or Static configuration for Managed interface and defines other required services for Provision interface like Puppet Master/CA, TFTP, Reverse DNS and Discovery. These are essential associations which are made through Subnet, for this reason this is mandatory field and we unlikely change that.

For unmanaged (non-provision) interfaces it should be technically possible not to require Subnet field, but we don't support that. I was under impression that version 6.2 supports that, but that was not the case. But if I understand customer requirements correctly, in both cases they would like to have the field optional for Provision interfaces.

While it might be tempting to do a workaround by creating a "fake" Subnet(s), I'd not recommend that. If subnet address and netmask does not match, Satellite will be unable to find the subnet for particular IP address (e.g. discovery finds Capsule for communication).

Ohad, can you confirm my opinion? Or do you see there is a way of turning Subnet field into non-mandatory one?
Comment 18 Ohad Levy 2016-05-17 03:41:29 EDT
I tend to agree with Lukas, however I wonder if we could simplify the usage cases where tftp is only used (e.g. no dhcp/dns, where ip address management is not as important), without adding further confusion / more complex setup.

Having said that, we already have infoblox support in the upstream, and would expect that being added downstream, so in the case of using infoblox and satellite, you would actually need to use the current subnet anyway.
Comment 19 Lukas Zapletal 2016-05-17 09:27:40 EDT
Can you elaborate on that Ohad? Do you suggest to make the subnet field optional when DHCP Capsule is not associated? If so, do you think this should still go into 6.2 GA release?
Comment 23 errata-xmlrpc 2016-07-27 04:54:54 EDT
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/RHBA-2016:1500
Comment 25 Lukas Zapletal 2017-05-18 03:29:00 EDT
I am making this bug public, keeping the initial internal discussion private tho.

Anyway, I am moving this on to ON_QA for 6.3. I am now able to create host without any subnet. When you select domain, subnet is automatically selected it there is one associated, but the dropdown can be switched back to "Please select" which is blank value. I tested this with one or two subnets, all works just fine.

QA: Please just verify, steps are above.
Comment 26 Lukas Zapletal 2017-05-18 03:34:05 EDT
I also created small change upstream to change the confusing label for blank value: http://projects.theforeman.org/issues/19583
Comment 27 Shimon Shtein 2017-08-16 13:40 EDT
Created attachment 1314259 [details]
Verification screenshot

Verified.

Screenshot attached. Works both for domain without any subnet and for domain with single subnet (with deselecting it).

Sat version: 6.3.0-16.0.beta.el7sat
Comment 28 Luc de Louw 2017-09-20 10:10:45 EDT
Is it planned to also manually provide a (default) gateway?

Thanks,

Luc

Note You need to log in before you can comment on or make changes to this bug.