=== nikolay_ is now known as hjckr [15:10] I'm hoping this is the correct place to ask, but, in my PXE clients, after booting the basic environment the console shows "connecting...\nwaiting for cloud-init...\nAn error occurred. Press enter to start a shell" when I enter the shell and go through all the steps in the "How to debug cloud-init" everything checks out [15:11] I'd love any suggestions as to where I might need to look next . I've validated my nocloud autoinstall schema with cloud-init schema [15:12] dmesg has no errors warnings, etc [15:19] NNautCC: you mentioned "autoinstall", so this is Ubuntu with Subiquity? [15:20] yes [15:20] so perhaps it might be best to ask in either the #ubuntu-cloud or #ubuntu-server channels? [15:21] Sure thing, thanks. [16:33] sbraz: interesting question. We have something like that in place for the apt configure module but not a more generic implementation of the request. [16:33] sbraz: feel free t ofile a feature request on github if you'd like to see something like that [16:34] @minimal ping [16:35] minimal: have you seen this issue? https://github.com/canonical/cloud-init/issues/5380 [16:35] -ubottu:#cloud-init- Issue 5380 in canonical/cloud-init "add an option to disable dhcpv6 on fallback" [Open] [16:36] The reporter is using ifupdown and Ubuntu, but curious if ifupdown-ng has the same issue. [16:40] holman: looks at a Alpine box with dhcpc where eni has "iface eth0 inet6 dhcp" when /etc/init.d/networking is run the dhcpc output includes "eth0: soliciting an IPv6 router" but there's no problem that only DHCPv4 server is available [16:40] I'd have to check how it behaves with either dhclient or udhcpc [16:41] holmanb: ^^^ [16:41] hmm, interesting [16:41] thanks for checking minimal [16:42] that's with NoCloud on Virtualbox where I haven't enabled VBox's IPv6 support [16:44] Alpine 3.18 has the original ifupdown package (in addition ot ifupdown-ng), I could check that [16:45] where is it configured to use dhcpcd? [16:45] also I could check Busybox's own ifupdown as [16:45] oh I didn't realize that Busybox had its own ifupdown implementation [16:45] holmanb: one of ifupdown-ng's script does a "which" for dhcpc, dhclient, and udhcpc in sequence to determine which is available [16:46] you've spelled it the same way twice now starting to wonder if dhcpc != dhcpcd [16:46] that would be really helpful [16:47] oops dhcpcd [16:47] all good :-) [16:47] just wanted to be sure [16:47] it's hard to remember to spell both the dhcpcd daemon *AND* the udhcpc client correct in the same sentence lol [16:47] yeah, it breaks my brain too [16:48] https://github.com/ifupdown-ng/ifupdown-ng/blob/main/executor-scripts/linux/dhcp#L7-L9 [16:48] based on your check, it sounds like the dhcp6 addition didn't break ifupdown-ng + dhcpcd [16:49] but that likely ifupdown (debian's) + dhclient is broken (based on that report) [16:50] I should be able to test dhclient + ifupdown (not -ng) on Alpine 3.18 fairly easily [17:11] just tests dhclient with ifupdown-ng (NOT ifupdown) and no problem with eni having dhcpv6 specified [17:12] I've had a thought - you do know that dhclient only runs as EITHER a dhcpv4 or a dhcpv6 client (via "-4" and "-6" options)? [17:12] with "-4" being the assumed default if neither is specified [17:18] thanks for checking that [17:18] yeah, I'm aware of that [17:19] it could perhaps be related to the config script that their dhclient is using (/etc/dhclient-script in Alpine) [17:19] I'll test "normal" ifupdown with dhclient shortly [17:22] hmm, that could be [17:23] I just asked for clarification on that [17:24] since they reported using 22.04 and 24.04, but on 24.04 dhcpcd is the default dhcp client [19:19] minimal: did the check you did include the "auto" keyword on eth0? [19:39] nevermind that shouldn't matter [19:39] misread the docs [19:57] holmanb: thanks, will do [23:32] holmanb: testing Alpine with ifupdown (not ifupdown-ng) and dhclient - seeing that dhclient is repeatedly soliciting an IP address with incremental backoff retries