/srv/irclogs.ubuntu.com/2022/06/30/#cloud-init.txt

iandkHi! I'm trying to set a custom nameserver for the official cloud images via Cloud-Init however that doesn't seem to work. All settings work just fine, just the nameserver doesn't get applied.14:35
iandkI'm seeing this issue with the Ubuntu 22.04 Cloud Image.14:35
iandkIs there any way to debug this?14:35
iandkCant find anything in the log #14:35
minimaliandk: which DataSource are you using? where are you specifying the customer nameserver?14:36
iandkNetwork, I'm running Proxmox as a Hypervisor which allows me to set the network parameters. It works just fine with the Debian cloud image, just cant get it to work with ubuntu.14:38
iandkroot@cloudinit:/mnt/cd# cat network-config14:38
iandkversion: 114:38
iandkconfig:14:38
iandk    - type: physical14:38
iandk      name: eth014:38
iandk      mac_address: '06:70:c5:13:04:1e'14:38
iandk      subnets:14:38
iandk      - type: ipv6_slaac14:38
iandk    - type: nameserver14:38
iandk      address:14:38
iandk      - '2a03:7900:2:0:31:3:104:161'14:38
iandk      search:14:38
iandk      - 'demo.de'14:38
minimalUbuntu uses netplan, not sure if Debian still uses /e/n/i or netplan these days14:41
minimalI think network-config v2 is effectively netplan whereas v1 has to be mapped to netplan14:41
minimaldid you compare the network-config with the resultant netplan?14:42
iandkYes, the Netplan config doesn't have anything related to the nameserver.14:43
iandkThe resolv.conf doesn't get updated either.14:43
iandkI've also tried installing the resolvconf package - but also no luck here14:43
iandk# This file is generated from information provided by the datasource.  Changes14:43
iandk# to it will not persist across an instance reboot.  To disable cloud-init's14:43
iandk# network configuration capabilities, write a file14:43
iandk# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:14:43
iandk# network: {config: disabled}14:43
iandknetwork:14:43
iandk    version: 214:43
iandk    ethernets:14:43
iandk        eth0:14:43
iandk            dhcp6: true14:43
iandk            match:14:43
iandk                macaddress: 06:70:c5:13:04:1e14:43
iandk            set-name: eth014:43
minimalthe "dhcp6: true" doesn't even seem right as you specified slaac in network-config14:46
iandkIf I recall correctly cloud init uses dhcp6 both for slaac and dhcpv614:47
iandkbut not quite sure about that14:47
iandkIf I output the cloud-init.log and filter for my specified nameserver I can see that cloud-init seems to get the right nameserver, it just doesn't apply it for some reason14:49
minimaldid you compare the Debian and Ubuntu cloud-init logs for differences?14:58
iandkYes, they seem to be the same15:01
minimaland is debian using netplan or /e/n/i?15:04
iandkDebian is using the regular network/interfaces file, so no netplan15:08
minimalstarting to sound like a v1->netplan related issue. Which version of cloud-init is Ubuntu using?15:15
iandkI'm running version 22.2-0ubuntu1~22.04.215:23
blackboxswminimal: thanks for fielding the discussion with iandk. I can confirm the behavior in translation for v1 -> netplan via `cloud-init devel net-convert -network-data=netv1.yaml --kind=yaml -D ubuntu  -O netplan -d    outputdir`17:56
blackboxswno nameserver in output. I'll peek today to see what we think should happen here. but looks like a bug17:56
minimalblackboxsw: I always forget about commands like "cloud-init devel net-convert" lol18:28
blackboxswyeah we hide the nasty developer bits under there  :)18:32
yawkatfalcojr: hi, ive been told at https://bugs.launchpad.net/cloud-init/+bug/1979877 that apparently oracle (my employer) already has an org CLA with you, do i need to do anything before submitting a PR?21:12
ubottuLaunchpad bug 1979877 in cloud-init "cloud-init fails with KeyError when nameserver config and matching interface are present" [Undecided, Confirmed]21:12
blackboxswyawkat: Excellent. I sent an email off to Legal today to confirm elements of that CLA signing w/ Oracle. As holmanb mentioned. All internal communication shows the company has signed the CLA to allow for upstream commits from  oracle developers. From your standpoint opening a PR for cloud-init is good to go. Generally if there were CLA concerns on the submitter, we would block and not land that PR until we sort CLA status.21:49
holmanb(welcome yawkat o/)21:50
holmanb:)21:50
falcojryawkat: what blackboxsw said, plus still make sure you're following the guidelines in our contributing doc (except for signing the CLA of course)21:51
falcojrhttps://cloudinit.readthedocs.io/en/latest/topics/contributing.html21:51
blackboxswyawkat: From your standpoint, add your github username into ./tools/.github-cla-signers file, we'll confer internally w/ legal and let you know in the PR if you have any other paperwork to allow us to accept the PR.  worst case is we might ask that you sign the https://ubuntu.com/legal/contributors/agreement  if we need any extra paperwork21:51
blackboxswall those steps are documented as falcojr mentioned in the URL (again you may not need to sign the agreement form if we have the ability to vet your github user as a member of Oracle)21:52
blackboxswholmanb: falcojr, well I found my snaffu in new-upstream-snapshot and why git-packagebiulder is injecting noisy authorship headers in event d/changelog entry. I'll have a tiny PR against uss-tableflip in a few mins21:53
yawkatokay, thanks. ive created a PR: https://github.com/canonical/cloud-init/pull/1557 – it's just a failing test case, so ive skipped the test running part of the contributing guidelines :) if you need any help with the CLA on our side, just ping me. i can probably get some sort of confirmation from my manager that my github belongs to an oracle employee, the only thing i want to avoid is going through oracle legal since that is bound to take ages and 21:55
yawkatprobably some business justification messiness.21:55
ubottuPull 1557 in canonical/cloud-init "Test case for parsing static dns when device is present on system" [Open]21:55
blackboxswyawkat: great and thanks! We'll all make sure to sort how an organization member can contribute individually as this case is fairly unique (given the length of time it took to get the organization CLA signed in the first place)21:56
yawkatyea, the last cla i got oracle legal to sign took months, and that was *with* an actual relation to my work.21:57
blackboxswholmanb:here's the minor PR that fixes new-upstream-snapshot for a kinetic release if you get a chance today https://github.com/canonical/uss-tableflip/pull/9322:28
ubottuPull 93 in canonical/uss-tableflip "gbp: avoid dch authorship headers setting --nomultimaint" [Open]22:28
holmanbblackboxsw: unfortunately probably not going to fit it in today, unfortunately22:36
blackboxswholmanb: no worries 'tis late22:45

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!