Bug 1110383 - hammer cli associates DNSproxy to subnet & domain even when sat6/capsule is not configured for DNSproxy
Summary: hammer cli associates DNSproxy to subnet & domain even when sat6/capsule is n...
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Capsule
Version: 6.0.3
Hardware: Unspecified
OS: Unspecified
medium vote
Target Milestone: Unspecified
Assignee: Tomas Strachota
QA Contact: Kedar Bidarkar
URL: http://projects.theforeman.org/issues...
Depends On:
TreeView+ depends on / blocked
Reported: 2014-06-17 14:18 UTC by Kedar Bidarkar
Modified: 2019-09-26 14:33 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2016-07-27 09:09:27 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Priority Status Summary Last Updated
Foreman Issue Tracker 6241 None None None 2016-04-22 15:42:03 UTC
Red Hat Bugzilla 1110433 None None None Never
Red Hat Product Errata RHBA-2016:1501 normal SHIPPED_LIVE Red Hat Satellite 6.2 Capsule and Server 2016-07-27 12:28:58 UTC

Internal Links: 1110433

Description Kedar Bidarkar 2014-06-17 14:18:53 UTC
Description of problem:
hammer cli allows association of DNS proxy to subnet and domain even when the sat6/capsule is not configured to support the DNS with katello-installer.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. configure the sat6box's capsule without DNS support [this would be desirable when DNS is being handled by IPA server - while working with REALM Integration.] 
2. Try creating a subnet and domain with the below command,

 hammer domain create --name "$DOMAIN" --dns-id "$PROXY_ID"
hammer subnet create --name "$SUBNET_NAME" --network "$SUBNET_IP" --mask "$SUBNET_MASK" --dns-id "$PROXY_ID" --dhcp-id "$PROXY_ID" --tftp-id "$PROXY_ID" --domain-ids "$DOMAIN_ID"

Actual results:
subnet and domain creation accepts the --dns-id even when DNSproxy is not configured via the katello-installer

Expected results:
subnet and domain creation should not accept the --dns-id when DNSproxy is not configured via the katello-installer

Additional info:

Comment 2 Kedar Bidarkar 2014-06-17 15:47:24 UTC
[root@xxxx provision]# hammer capsule info --name xxxx.redhat.com
Id:         1
Name:       dhcp207-235.lab.eng.pnq.redhat.com
URL:        https://xxx.redhat.com:9090
Features:   TFTP, DHCP, Puppet, Puppet CA
Created at: 2014/06/16 20:31:43
Updated at: 2014/06/16 20:31:43

Note, the features above, DNS does not exist.

but still we can associate DNSproxy to the subnet and domain.

 hammer subnet create --name libvirt --network --mask --dns-id 1 --dhcp-id 1 --tftp-id 1 --domain-ids 2
Subnet created

[root@xxxx provision]# hammer subnet info --name libvirt
Id:            1
Name:          libvirt
DNS:           xxxx.redhat.com (https://xxxx.redhat.com:9090)
Primary DNS:   
Secondary DNS: 
TFTP:          xxxx.redhat.com (https://xxx.redhat.com:9090)
DHCP:          xxxx.redhat.com (https://xxx.redhat.com:9090)
VLAN ID:       

Comment 3 Kedar Bidarkar 2014-06-17 15:50:55 UTC
related to http://projects.theforeman.org/issues/6240

Comment 4 Kedar Bidarkar 2014-06-17 15:52:58 UTC
also related to  http://projects.theforeman.org/issues/6241

Comment 6 Bryan Kearney 2015-08-25 17:24:17 UTC
Upstream bug component is Capsule

Comment 7 Bryan Kearney 2016-02-19 11:05:29 UTC
Moving to POST since upstream bug http://projects.theforeman.org/issues/6241 has been closed
Ondřej Pražák
Applied in changeset commit:4693fe5f86d75a3fbcc37596e7171594ebca6384.

Comment 10 Kedar Bidarkar 2016-04-04 22:08:06 UTC
[xyz@abc ~]# hammer subnet create --name libvirt --network x.x.x.x --mask --dns-id 1 --dhcp-id 1 --domain-ids 1
[Foreman] Password for admin: 
Could not create the subnet:
  Dns does not have the DNS feature
[xyz@abc ~]# hammer domain create --name abc.redhat.com --dns-id 1
[Foreman] Password for admin: 
Could not create the domain:
  DNS domain has already been taken
  Dns does not have the DNS feature

VERIFIED with sat62-snap6.1

Comment 12 errata-xmlrpc 2016-07-27 09:09:27 UTC
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.


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