Bug 1212390 - Don't know how to handle 'root=live:http://.../d-installer*.iso' during PXE installation
Summary: Don't know how to handle 'root=live:http://.../d-installer*.iso' during PXE i...
Status: RESOLVED WONTFIX
Alias: None
Product: ALP Bedrock
Classification: SUSE ALP - SUSE Adaptable Linux Platform
Component: Bootable Images (show other bugs)
Version: unspecified
Hardware: x86-64 Other
: P2 - High : Normal
Target Milestone: ---
Assignee: Frederic Crozat
QA Contact: Jiri Srain
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-06-15 02:01 UTC by song shang
Modified: 2024-04-19 08:12 UTC (History)
5 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
failure screenshot (343.36 KB, image/jpeg)
2023-06-15 02:01 UTC, song shang
Details

Note You need to log in before you can comment on or make changes to this bug.
Description song shang 2023-06-15 02:01:08 UTC
Created attachment 867583 [details]
failure screenshot

Try to install ALP bedrock via pxe, but it boot failed with dracut failure
grub menu setting:
menuentry 'alp IPv4 Installation' --class opensuse --class gnu-linux --class gnu --class os {
	set gfxpayload=keep
	echo 'Loading kernel ...'
	linuxefi /alp/linux rd.kiwi.live.pxe root=live:http://192.168.111.1/d-installer-live.x86_64-0.8.3-ALP-Build11.1.iso rd.neednet=1 rd.live.overlay.persistent rd.live.overlay.cowfs=ext4
	echo 'Loading initial ramdisk ...'
	initrdefi /alp/initrd
}

If the boot parameter is incorrect, please help correct it, thanks.
Comment 1 Antonio Feijoo 2023-06-15 06:24:56 UTC
The `root=live:URL` command line parameter requires the dracut `livenet` module (it should be listed with `lsinitrd -m /dir/with/alp/initrd`).

But, I think Agama (the ALP installer) does not use dracut to boot via PXE:

https://documentation.suse.com/alp/bedrock/html/alp-bedrock/concept-alp-deployment.html#agama-automated-deployment

Thomas, am I right?
Comment 2 Thomas Blume 2023-06-15 09:22:07 UTC
(In reply to Antonio Feijoo from comment #1)
> The `root=live:URL` command line parameter requires the dracut `livenet`
> module (it should be listed with `lsinitrd -m /dir/with/alp/initrd`).

Indeed, compared to an older version of the installer:

-->
Version: dracut-059+suse.375.gafb362e4-1.1

Arguments:  --verbose --no-hostonly --no-hostonly-cmdline --install '/.profile' --add ' dmsquash-live livenet pollcdrom ' --omit ' multipath '

dracut modules:
bash
systemd
systemd-initrd
dbus-daemon
dbus
i18n
network-manager
network
url-lib
btrfs
crypt
dm
dmsquash-live
kernel-modules
kernel-modules-extra
kernel-network-modules
livenet
--<

The dmsquash-live and the livenet modules are missing:.
Instead there is the kiwi-live module:

-->
Image: loader/initrd: 81M
========================================================================
Version: dracut-059+suse.360.g2e0ed5f7-3.7

Arguments:  --verbose --no-hostonly --no-hostonly-cmdline --install '/.profile' --add ' kiwi-live pollcdrom ' --omit ' multipath '

dracut modules:
bash
systemd
systemd-initrd
dbus-daemon
dbus
i18n
network-manager
network
btrfs
crypt
dm
kernel-modules
kernel-modules-extra
kernel-network-modules
kiwi-live
-->

But the rootscript:

kiwi-live-root.sh

does not cover remote image boot.

> 
> But, I think Agama (the ALP installer) does not use dracut to boot via PXE:
> 
> https://documentation.suse.com/alp/bedrock/html/alp-bedrock/concept-alp-
> deployment.html#agama-automated-deployment
> 
> Thomas, am I right?

Actually, the installer initrd is created via dracut now.
pxeboot is possible by extracting the kernel and initrd from the live image and providing them via pxe or ipxe.

On my testsystem, I could successfully boot the old installer image via the parameters:

root=live:ftp://myftpserver.suse.com/agama-live.x86_64.iso rd.live.image 

using the new installer image fails with the error message reported above.
So, I guess the installer initrd is broken, at least for netbooting the live image.
Comment 3 Antonio Feijoo 2023-06-15 09:32:25 UTC
Thanks Thomas. Trying to assign it according to what I've seen in other similar bugs, Vincent please correct me if I'm wrong.
Comment 4 Hui-Zhi Zhao 2024-04-19 08:12:49 UTC
Closing.

Please rerun the test on SLES 16 once it's available.