-
Notifications
You must be signed in to change notification settings - Fork 571
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
talos 1.7.0: proxmox nocloud network configuration is not applied #8625
Comments
I also can confirm that issue on a fresh v1.7.0 VM. But VMs updated using |
Have you regenerated the ISO image? |
I have an issue with this image: https://factory.talos.dev/image/a7bcadbc1b6d03c0e687be3a5d9789ef7113362a6a1a038653dfd16283a92b6b/v1.7.0/nocloud-amd64.raw.xz And an image from the latest release: https://github.com/siderolabs/talos/releases/download/v1.7.0/nocloud-amd64.raw.xz Both my test VMs are cloned from the fresh template generated by Packer. Or do you mean something another? |
Please, submit full kernel logs (console logs) so that we can start looking into this issue. |
For both VMs set up identical settings, with 1.6.4 cloud-init works, with 1.7.0 doesn't |
@Sad-Soul-Eater I don't see anything which immediately stands out as an issue can you please do |
Talosctl returns an error on 1.7.0 talosctl --talosconfig talosconfig-170 read /system/state/platform-network.yaml
error reading: rpc error: code = Unknown desc = stat /system/state/platform-network.yaml: no such file or directory That's from 1.6.4: 1.6.4addresses:
- address: 192.168.10.22/16
linkName: eth0
family: inet4
scope: global
flags: permanent
layer: platform
- address: 10.1.1.22/8
linkName: eth1
family: inet4
scope: global
flags: permanent
layer: platform
links:
- name: eth0
logical: false
up: true
mtu: 0
kind: ""
type: netrom
layer: platform
- name: eth1
logical: false
up: true
mtu: 0
kind: ""
type: netrom
layer: platform
routes:
- family: inet4
dst: ""
src: ""
gateway: 192.168.1.1
outLinkName: eth0
table: main
priority: 1024
scope: global
type: unicast
flags: ""
protocol: static
layer: platform
hostnames:
- hostname: test-164
domainname: ""
layer: platform
resolvers:
- dnsServers:
- 192.168.1.1
layer: platform
timeServers: []
operators: []
externalIPs: []
metadata:
platform: nocloud
hostname: test-164
instanceId: 511e1af3c355bc945cb24afd01be7ea3725569ca |
ok, 1.7.0 no config is a bug for sure, but now need to figure out why :) |
I think I know where the problem is, but the fix will take some time to be developed. A workaround might be to try using network-based nocloud configuration or sticking with Talos 1.6 |
@Sad-Soul-Eater if I were to ask you to test an image of Talos Linux to confirm if the bug got fixed or not, what would you prefer? disk image? ISO? |
@smira Disk image |
With Talos 1.7+, more storage drivers are split as modules, so the devices might not be discovered by the time platform config is going to be loaded. Explicitly wait for udevd to settle down before trying to probe a CD. Fixes siderolabs#8625 Signed-off-by: Andrey Smirnov <andrey.smirnov@siderolabs.com>
@smira Cloud init works now |
ok, thanks for testing the fix. Talos v1.7.1 will have it backported |
Hey @smira, thank you for the fix. There is a ETA for 1.7.1? |
This week 🤞 |
With Talos 1.7+, more storage drivers are split as modules, so the devices might not be discovered by the time platform config is going to be loaded. Explicitly wait for udevd to settle down before trying to probe a CD. Fixes siderolabs#8625 Signed-off-by: Andrey Smirnov <andrey.smirnov@siderolabs.com> (cherry picked from commit c5b59df)
With Talos 1.7+, more storage drivers are split as modules, so the devices might not be discovered by the time platform config is going to be loaded. Explicitly wait for udevd to settle down before trying to probe a CD. Fixes siderolabs#8625 Signed-off-by: Andrey Smirnov <andrey.smirnov@siderolabs.com> (cherry picked from commit c5b59df)
Bug Report
Description
While trying to migrate from talos 1.6.7 to 1.7.0 at https://github.com/rgl/terraform-proxmox-talos/tree/upgrade-to-talos-1.7.0 I've noticed that talos is using dhcp instead of picking up the network configuration from the nocloud cloud-init data disk.
Please note that branch diff only changes the talos version from 1.6.7 to 1.7.0, everything else is the same.
Logs
The proxmox cloud-init configuration, where you can see the IP address:
The talos console, where you can see it picked another IP address (e.g. from DHCP), instead of using the could-init data disk:
Environment
The text was updated successfully, but these errors were encountered: