Bug 1991516

Summary:	"filename" DHCP option for anaconda 'inst.ks' not working anymore
Product:	Red Hat Enterprise Linux 8	Reporter:	Radek Vykydal <rvykydal>
Component:	anaconda	Assignee:	Radek Vykydal <rvykydal>
Status:	CLOSED ERRATA	QA Contact:	Release Test Team <release-test-team-automation>
Severity:	medium	Docs Contact:	Sagar Dubewar <sdubewar>
Priority:	unspecified
Version:	8.5	CC:	acardace, anaconda-maint-list, bgalvani, dcbw, extras-qa, fge, jikortus, jkonecny, jonathan, jstodola, kellin, lkundrak, lnykryn, mclasen, mkolman, pvalena, rstrode, rvykydal, sdubewar, thaller, thiebolt, vanmeeuwen+fedora, vponcova, vslavik, wwoods
Target Milestone:	beta	Keywords:	Triaged
Target Release:	---	Flags:	pm-rhel: mirror+
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:	anaconda-33.16.8.3-1.el8	Doc Type:	Bug Fix
Doc Text:	.Using the `filename` DHCP option no longer blocks downloading the `kickstart` file for installation Previously, when building a path for getting the kickstart file from an NFS server, the installer did not consider the `filename` DHCP option. As a consequence, the installer did not download the kickstart file and was blocking the installation process. With this update, the `filename` DHCP option correctly constructs a path to the kickstart file. As a result, the kickstart file is downloaded properly, and the installation process starts correctly.	Story Points:	---
Clone Of:	1900502
Clones:	1991843 (view as bug list)		Environment:
Last Closed:	2023-05-16 08:15:29 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:	1979387, 1991449
Bug Blocks:

Description Radek Vykydal 2021-08-09 10:25:33 UTC

+++ This bug was initially created as a clone of Bug #1900502 +++

...

--- Additional comment from Radek Vykydal on 2021-07-26 15:57:15 UTC ---

(In reply to Radek Vykydal from comment #24)
 
> So we need also a change in anaconda dracut module, reading from
> /tmp/net.$netif.dhcpopts here.

https://github.com/rhinstaller/anaconda/pull/3541


See the details in the bug 1991449.

This is the Anaconda part of fix, requiring also supporting modifications in

NM: bug 1979387
dracut: bug 1991449

Comment 7 thiebolt 2022-06-08 11:07:35 UTC

Dear Radek,

That's a bit funny to discover that this feature had always been working till CentOS8.2 ... while it is now broken ?!?!?! (tried on RockyLinux 8.5 and 8.6 and probably same issue on latest CentOS / RHEL)

On the other side, it perfectly (re)works since Fedora36 :)
(was boken from FC31 --> FC35)

Bien à vous
François

Comment 9 Jiri Konecny 2022-09-16 09:17:16 UTC

Removing unnecessary needinfo.

Comment 12 Radek Vykydal 2022-10-21 13:22:17 UTC

https://github.com/rhinstaller/anaconda/pull/4390

Comment 13 Jan Stodola 2022-11-15 16:28:58 UTC

BTW, this bug depends on dracut bug 1991449, which is still in POST, so the functionality cannot be completely tested yet.

Comment 17 Jan Stodola 2023-01-02 13:50:06 UTC

Pre-verified with anaconda-33.16.8.3-1.el8 and dracut-049-221.git20221214.el8 from bug 1991449, using the steps from comment 11. The installer used a correct kickstart file provided via the "filename" DHCP option.

Marking as Verified:Tested for this anaconda part. Please note that bug 1991449 needs to be resolved as well to fix the problem.

Comment 22 Radek Vykydal 2023-02-28 10:30:53 UTC

The doc text looks good to me, thank you.

Comment 27 errata-xmlrpc 2023-05-16 08:15:29 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 (anaconda bug fix and enhancement update), 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-2023:2748