Bug 1383310 - on configuring infoblox dhcp, DNS providers, installers auto configures traditional providers and configs
Summary: on configuring infoblox dhcp, DNS providers, installers auto configures tradi...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: DHCP & DNS
Version: Nightly
Hardware: Unspecified
OS: Unspecified
unspecified
high vote
Target Milestone: Unspecified
Assignee: Ivan Necas
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 1402685
TreeView+ depends on / blocked
 
Reported: 2016-10-10 11:58 UTC by Sachin Ghai
Modified: 2018-08-02 20:58 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-08-02 20:58:14 UTC
Target Upstream Version:


Attachments (Terms of Use)
foreman-debug (711.91 KB, application/x-xz)
2016-10-10 12:01 UTC, Sachin Ghai
no flags Details

Description Sachin Ghai 2016-10-10 11:58:15 UTC
Description of problem:

I was trying to configure infoblox dns, dhcp providers via foreman-installer and I used following options:

~]# foreman-installer --foreman-proxy-dhcp=true --foreman-proxy-dhcp-provider=infoblox --enable-foreman-proxy-plugin-dhcp-infoblox --foreman-proxy-dhcp-server=192.168.1.2 --foreman-proxy-plugin-dhcp-infoblox-username=admin --foreman-proxy-plugin-dhcp-infoblox-password=infoblox --foreman-proxy-dhcp-interface=virbr_infoblox --foreman-proxy-dhcp-gateway=192.168.1.1 --foreman-proxy-dns-reverse="1.168.192.in-addr.arpa" --foreman-proxy-dns-zone $(hostname -d) --foreman-proxy-plugin-dhcp-infoblox-use-ranges=true --foreman-proxy-dns=true --foreman-proxy-dns-provider=infoblox --enable-foreman-proxy-plugin-dns-infoblox --foreman-proxy-plugin-dns-infoblox-dns-server=192.168.1.2 --foreman-proxy-plugin-dns-infoblox-username=admin --foreman-proxy-plugin-dns-infoblox-password=infoblox --foreman-proxy-dns-interface=virbr_infoblox
Installing             Done                                               [100%] [.......................................]
  Success!


Installer was successfully completed. However, when I looked at /etc/dhcp/dhcpd.conf, it was configured with:

---
# idmqe.lab.eng.bos.redhat.com
subnet 192.168.1.0 netmask 255.255.255.0 {

  option subnet-mask 255.255.255.0;
  option routers 192.168.1.1;
}
---

Also, dns zones files auto configured with specified subnet 192.168.1.1


Version-Release number of selected component (if applicable):
rubygem-smart_proxy_dhcp_infoblox-0.0.5-1.fm1_14.el7.noarch
rubygem-smart_proxy_dns_infoblox-0.0.4-1.fm1_14.el7.noarch
rubygem-infoblox-1.0.0-1.el7.noarch


How reproducible:


Steps to Reproduce:
1. configure infoblox as per above parameters
2.
3.

Actual results:


Expected results:
/etc/dhcp/dhcpd.conf and bind dns zones files shouldn't be updated with infoblox 


Additional info:

Comment 1 Sachin Ghai 2016-10-10 12:01:57 UTC
Created attachment 1208815 [details]
foreman-debug

Comment 4 Dmitri Dolguikh 2017-03-17 16:28:30 UTC
Content of /etc/dhcp/dhcpd.conf (dhcpd configuration file) and dhcp_isc.yaml (smart-proxy dhcpd provider configuration file) is irrelevant and has no effect on smart-proxy as long as another dhcp module provider is configured. 

To verify successful installation of infoblox provider:
 - check dhcp.yaml has "dhcp_infoblox" provider under "use_provider" setting
 - check dhcp.yaml has correct server address/name under "server" setting (passed from the installer)
 - check dhcp_infoblox.yaml has correct settings (passed from the installer)

Comment 5 Ivan Necas 2017-04-10 11:30:33 UTC
Based on the comments, I'm removing blocker flag from this BZ, as it's not blocking the functionality of the infoblox integration

Comment 6 Bryan Kearney 2018-08-02 20:58:14 UTC
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in the product in the forseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.


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