New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
KERNEL_CMDLINE="netdev=eno1" ignored. Unattended recovery stopped at: original network interface eno1 [...] is not available #2601
Comments
@3id0 Try adding |
Thank you for your quick response. I do not have access to the servers right now but I will try that and keep you updated. |
I think
and @3id0 |
Here you go. By the way, is there a best pratice for doing a fully automated/unattended restore with borg via ssh without leaving an unprotected private key everywhere? (current host, rescue image, next host...) EDIT: Oh yes, and adding the USER_INPUT_TIMEOUT=3 did not prevent the interface prompt to interrupt the unatteded recovery. |
When I run "rear -D mkrescue" with this etc/rear/local.conf (excerpts)
I get in var/log/rear/rear-linux-h9wr.log (excerpts)
@3id0
In current ReaR code KERNEL_CMDLINE is only used in the following
where usr/share/rear/output/USB/Linux-i386/300_create_extlinux.sh is actually run In usr/share/rear/output/USB/Linux-i386/300_create_extlinux.sh
but currently I don't understand what actually happens while That obfuscated ReaR USB code always drives me nuts... |
Is there anything I can do to get you a better log of the "syslinux.cfg" step?
Though if I remember correctly, on the ReaR USB boot menu, I once tried editing the boot options and I could see netdev=eno1 in there along with the other options.
|
I tested KERNEL_CMDLINE+="..." with OUTPUT=USB
I am used to use USB_SUFFIX because I prefer to have things stored on USB I got the kernel command line option added to the bootloader config on the USB:
The rear/linux-h9wr/ReaRtestBackup2/syslinux.cfg
so that the additional kernel command line option should be passed to the kernel @3id0 |
So yes, netdev option is indeed passed to the kernel of the recovery system. |
@3id0 In general reegarding ReaR recovery system networking setup we have Perhaps those could help you to get the ReaR recovery system But I fear those won't help because I fear the recovery system setup script |
I don't remember where I found out about KERNEL_CMDLINE but I'm pretty sure there were no mention of the "unattended" option... |
@3id0 The `KERNEL_CMDLINE="... unattended" points to
and - voila! - the right ReaR upstream issue was finally found |
It's too bad the line "the original network interface [...] is not available" in [issue #36](gdha/rear-automated-testing#36) was in another repo *and* in a picture (not in text) because I searched for this specific string both in the issues of the rear repo and in DuckDuckGo before posting. If I had found out about issue #36 this would have saved all of us a lot of time ^^' well I did learn a lot about the internals of ReaR along the way so it's not time completely wasted for me at least. And I guess the next person who searches this string in a search engine should find this issue.
A suggestion:
I looked around and I'm pretty sure I read about KERNEL_CMDLINE in [default.conf](https://github.com/rear/rear/blob/master/usr/share/rear/conf/default.conf#L91) And, as you can see, in this file there is no mention of `unattended` or `netdev` options, these are only mentionned in the [manpage](https://github.com/rear/rear/blob/master/doc/rear.8.adoc#rescue-image-kernel-command-line-options).
So, I would suggest copying the RESCUE IMAGE KERNEL COMMAND LINE OPTIONS part from the manpage to default.conf for better documentation (or at least mentioning this section of the manpage in default.conf).
|
Improved description of the ReaR specific special KERNEL_CMDLINE settings also in default.conf cf. #2601 (comment)
Improved description of the ReaR specific special KERNEL_CMDLINE settings in default.conf via |
Thank you!
|
@3id0 FYI
and then I inspect the found code parts. |
I feel a bit stupid for never thinking of that but that's a very good suggestion. Will do next time, thank you.
|
Don't worry, I wish you a relaxed and recovering weekend! |
I wonder if we may also need similar (or perhaps even same) code in |
I suppose this question is not for me. But if it is: I have no idea 🤷 |
Relax-and-Recover (ReaR) Issue Template
Fill in the following items before submitting a new issue
(quick response is not guaranteed with free support):
Relax-and-Recover 2.4 / Git
PC
x86_64
BIOS and GRUB
local disk
Hello, I'm trying to setup a fully automated/unattended recovery/migration to a another bare metal server (thus, with different mac addresses) from ReaR USB. But before "rear recover" can start, the process stops and asks the following:
I would like the first answer to always be chosen and never needing user interaction.
I have tried configurations with this line:
KERNEL_CMDLINE="netdev=eno1"
and this line:
KERNEL_CMDLINE="net.ifnames=0 netdev=eth0"
but, even though in the second case, the net.ifnames is correctly taken into account since the prompt displays eth0 instead of eno1, I am still prompted to manually select a network interface.
How to automatically choose the first available network interface?
None
The text was updated successfully, but these errors were encountered: