Bug 1984876

Summary:	options timeout, attempts in resolv.conf
Product:	Red Hat Enterprise Linux 9	Reporter:	Petr Sklenar <psklenar>
Component:	bind	Assignee:	Petr Menšík <pemensik>
Status:	CLOSED WONTFIX	QA Contact:	rhel-cs-infra-services-qe <rhel-cs-infra-services-qe>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	9.0	Keywords:	Regression
Target Milestone:	beta
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:
Clones:	2087156 (view as bug list)		Environment:
Last Closed:	2023-01-22 07:27:38 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	2218436, 2087156

Description Petr Sklenar 2021-07-22 11:36:43 UTC

Description of problem:
TRY in resolv.conf options:

options timeout:1
options attempts:1

OR 

options attempts:1  timeout:1


Version-Release number of selected component (if applicable):
bind-9.16.15-3.el9.x86_64

How reproducible:

always

Steps to Reproduce:
/etc/resolv.conf has an options, like:
options timeout:1
options attempts:1


RHEL8
# cat /etc/resolv.conf 
; Created by cloud-init on instance boot automatically, do not edit.
;
# Generated by NetworkManager
options timeout:1
options attempts:1
nameserver 1.2.3.4

# time dig localhost

; <<>> DiG 9.11.26-RedHat-9.11.26-4.el8_4 <<>> localhost
;; global options: +cmd
;; connection timed out; no servers could be reached

real	0m2.011s
user	0m0.006s
sys	0m0.004s

#### WITH options timeout:15 it takes 30s
=> options do something ....

RHEL9:

# time host localhost
;; connection timed out; no servers could be reached


real	0m10.009s
user	0m0.007s
sys	0m0.004s

=====> options timeout:1 or options timeout:30 DO NO CHANGE


Actual results:
options exists

Expected results:

works as expected

Additional info:

Comment 1 Petr Sklenar 2021-07-22 11:41:43 UTC

ANOTHER ISSUE in resolv.conf (lazy to fill another bz)

write 'typos in ns'


 cat  /etc/resolv.conf
; Created by cloud-init on instance boot automatically, do not edit.
;
# Generated by NetworkManager
nameserver 1.2.3.4,1
nameserver 8.8.8.8
-----

RHEL8: line is ignored, so next one works!
rhel9: it ends:

# cat /etc/resolv.conf
; Created by cloud-init on instance boot automatically, do not edit.
;
# Generated by NetworkManager
nameserver 1.2.3.4,1
nameserver 8.8.8.8

# dig localhost
dig: parse of /etc/resolv.conf failed

Comment 2 Petr Menšík 2021-08-04 12:46:05 UTC

I would not consider comment #1 as an issue. I think reporting obviously wrong resolv.conf with invalid entries should not be silently ignored, but reported to user.

If an address is in invalid format, just report it. Different issue would be for example with IPv6 link-local address, which at least for some time delv were unable to parse. Not sure it is still the case. But for invalid addresses, I think fatal error is okay.

Comment 3 Petr Menšík 2021-08-04 12:58:49 UTC

Some changes are related to removed lwres library, which originally parsed /etc/resolv.conf. It were moved to irs library, which parses some parts different way.

Comment 6 RHEL Program Management 2023-01-22 07:27:38 UTC

After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.