=== vrubiolo1 is now known as vrubiolo
hipolitoHi, I'm trying the nocloud config drive example from the docs, but it doesn't work at all. Am I missing something?07:07
hipolitosadly I can't log into the image, it doesn't have any user/pw07:08
meenahipolito: let's start with a silly question: does your cloud support NoCloud?07:17
hipolitomeena: I'm trying locally on virtualbox, attaching the seed iso07:52
hipolitoI'm following the example from here: https://cloudinit.readthedocs.io/en/latest/topics/datasources/nocloud.html07:55
hipolitothe only thing I can see on the console is "source ...NoCloud failed"07:55
meenahipolito:   okay, so we can dig into logs then08:01
hipolitomeena: sadly the image doesn't have any user or password, I can't log in without cloud-init injecting ssh keys08:02
meenaoh. ooohhhh08:03
hipolitois there a kernel parameter on cloud-init so it prints more logs to standard output? I think systemd will print it out to the console08:04
meenathat i don't know, and I'm only on my phone so looking thru the source code is a bit tricky08:08
hipolitono worries, I'll figure a way to log in somehow08:13
=== vrubiolo1 is now known as vrubiolo
Odd_Blokemeena: :D12:36
=== hjensas is now known as hjensas|afk
meenathere's been an update from #NetBSD, and at won't work on OpenBSD either, and won't cover all edge cases (on freebsd?) but we could use that simpler version12:48
meenaour OpenBSD support is very spotty right now anyway12:48
meenaWe should probably move ifconfig from netinfo(?)12:57
meenaor is it just duplicated in netinfo?12:57
Odd_Blokemeena: We don't need a single implementation that works for all BSDs; we can add {Free,Open,Net,Dragonfly}BSDNetworking subclasses and have specific implementations in each of those.13:00
meenabasically, ifconfig -C is needed everywhere and can live in BSD base ass13:01
meena"what instrument do you play?" - "the base ass"13:04
meenai wonder if there are any circumstances under which `ifconfig -C` output would change over the runtime of a machine… like if we load different kernel drivers13:26
rharperOdd_Bloke: blackboxsw:  on the nfs mount bug, https://bugs.launchpad.net/cloud-init/+bug/1870370 ;  We never captured a log with an error message.  I've tested bionic and focal images from daily; and fstab always has the correct entry present;  the messages mentioned are present in the cloud-init, but they do not prevent the entry from being added to fstab;  the stacktrack related to the call to mount -a is due to the lack of an15:58
rharpernfs client ;  once one installs nfs-common; the remote mount succeeds;  so; this AFAICT this was never an actual bug (in practice);15:58
ubot5Ubuntu bug 1870370 in cloud-init "cloud-init doesn't support NFS in mounts" [Undecided,Fix released]15:58
blackboxswahh geez15:59
blackboxswso rharper was the bug really that if we detect is_network_device(path) cloud-init should be installing nfs-utils?16:02
rharperblackboxsw: well, I don't know;  the original submitter thought that the issue was the error message of 'ignoring entry'16:04
rharperand maybe there still is a bug w.r.t saying we ignore mount entries and *still* put them in fstab16:04
rharperAt this point, AFAICT, there never was an issue with using NFS mounts, other than the error message it displayed ... the reason the mount -a fails is the missing nfs client;  the bug fix applied now does not emit the error message and nfs entries are considered "sanitized";16:07
rharperfor nfs, we could install the client; prior to running mount -a ...  not sure for other remote filesystems ; doing such a thing is a non-trivial feature;  and thus far, I suspect users have been rolling their own image (or doing everything in their own runcmd to handle client installs and updates to fstab16:08
rharperw.r.t the ec2 efs;  not clear to me what client is needed in the image for efs;16:09
rharperw.r.t the SRU;  I can verify that the error message is no longer emitted ...  and there's no regression in cloud-init behavior; so I don't think this disrupts the SRU at all; but the bug/fix is misleading in that it never was the barrier to enabling nfs mounts on first boot16:10
rharperblackboxsw: let me know how you want to proceed16:11
blackboxswagreed, rharper . I think that is a sound approch for now. We'll ping the submitter on the bug and ask for confirmation at their convenience16:11
blackboxswwe can have them re-open the bug if they hit it again and fill in more details (as well as cloud-init logs)16:12
blackboxswI think we can proceed with your verification of no regression in current behavior16:12
rharperblackboxsw: alright, I'll just verify the error message is not present any more16:12
meenai dunno folks, everybody should know what kind of environment they putting an image into. if you gonna need nfs, and you don't install nfs-utils into the image before putting it to use, then i don't know what to say16:39
meena(and since i don't even know what ec2 efs is, I'm not gonna say anything about that)16:40
meenawe could check if the fs is supported, and error out, 🤷‍♀️16:42
haderachHello! How to connect a local instance of cloud? I got the shell in the machine and instance id.16:45
meenahrm… checking if an fs is supported is probably as complex as installing support for it, aaaaand, highly distro specific.16:48
haderachIs running in Ubuntu 20.0416:48
falcojrblackboxsw : in doing the Oracle SRU, I'm seeing two tracebacks17:02
falcojrit looks like in older SRUs, two tracebacks were found, but we didn't detail them, so it's probably the same thing, but curious if you know what they are17:02
falcojrthis is for bionic17:03
falcojralso /etc/netplan is empty which wasn't the case for older SRUs17:03
falcojrbut it's empty when I launch the instance, and empty after I installed proposed and reboot17:03
blackboxswfalcojr: the cloudinit.url_helper.UrlError: 404 Client Error: Not Found for url: is known on Oracle, older series don't use the proper src/cloud-init/cloudinit/sources/DataSourceOracle.py   This was a cloudimage feature that we need to resolve with CPC team internally at some point. So that is known, the openstack datasource hits urls that Oracle IMDS doesn't actually17:09
blackboxswthe other trace is related to network already being up when trying to run EphemeralDHCP, which I think is ok because that means the network is already active because of iscsi root on Oracle during initial  datasource detection time in local timeframe. We probably aren't going to resolve this for Oracle specifically in the OpenStack datasource, because oracle should be using DataSourceOracle which checks for17:12
blackboxswiscsi_root first https://github.com/canonical/cloud-init/blob/master/cloudinit/sources/DataSourceOracle.py#L194-L19817:12
blackboxswfalcojr: does Oracle have a focal series image yet?17:12
falcojrI didn't have issues with the focal image17:13
blackboxswdid it detect Oracle datasource vs OpenStack17:13
falcojr "v1": {17:14
falcojr  "datasource": "DataSourceOracle",17:14
falcojr  "errors": []17:14
falcojr }17:14
falcojrlol...my brain can't keep two chat systems separate now17:14
falcojrany idea about the missing /etc/netplan config?17:15
blackboxswfalcojr: that's something concerning I think.   this is bionic right? grep renderer /var/log/cloud-init.log17:20
falcojrreturns nothing17:21
blackboxswyet all of the other fetches of are working and `ip addr show` list valid active addresses on the network interfaces17:23
falcojryes, I can pull down metadata and reach out the the internet...ip a shows on ens3 and loopback17:26
* blackboxsw relooks at the last oracle SRU runs. it may be worth putting up the full in progress PR . generally older Oracle SRUs did render /etc/netplan/50-cloud-init.yaml so something didn't fire on t17:26
blackboxswthe instance.17:26
falcojralright, I'll put up the full text in the PR and we can take a look there17:26
blackboxswprobably want to attach the logs and. Yeah sorry. and as you mentioned this is probably generally a known condition (as each oracle SRU had 2 tracebacks in logs)17:27
blackboxswjust the netplan file not being present seems amiss17:27
blackboxswalso may want to grep  'Writing to /etc/net' /var/log/cloud-init.log to see if it rendered /etc/network/interfaces or /etc/netplan etc17:28
* blackboxsw has to step away for kid lunch prep for a few17:28
meenablackboxsw: o/~ 💜17:58
rharperblackboxsw: https://github.com/cloud-init/ubuntu-sru/pull/13518:07
meenaOdd_Bloke: i'm trying to contribute is_physical for BSD to your PR, and it would need to pull in get_interfaces_by_mac() (the underlying function that the BSDs use for get_interfaces() / get_devicelist())18:29
Odd_Blokemeena: Are you able to call `self.get_interfaces_by_mac()`?19:01
meenaOdd_Bloke: hrm, so, the "problem" is that get_interfaces_by_mac() is a lot more output and parsing, and we only need it on OpenBSD, since ifconfig -l is all we want, but OpenBSD doesn't have that.19:08
meenai think i should probably start with FreeBSD (and NetBSD) and then do openbsd (or let someone who cares about OpenBSD lol have a go)19:09
falcojrblackboxsw PR here: https://github.com/cloud-init/ubuntu-sru/pull/13619:09
Odd_Blokemeena: Hmm, I'm not sure I'm following along, I'm afraid.19:13
meenaOdd_Bloke: ifconfig -l output:19:14
meenameena@fbsd12-1:~ % ifconfig -l19:14
meenavtnet0 lo019:14
Odd_Blokemeena: Bear in mind that we can have a `BSDNetworking.is_physical` and an `OpenBSDNetworking.is_physical` (and a PR which just has the latter raise NotImplementedError would be perfectly acceptable: it's still an improvement).19:14
meenaor, or an actual server: vtnet0 lo0 bridge0 vnet0:1 vnet0:219:14
Odd_Blokemeena: (And, in fact, separate PRs for the two separate implementations would be much easier to review, too. :)19:15
blackboxswthanks gents for hte prs19:17
blackboxswfalcojr: ahh oracle has disabled networking :)  2020-06-25 18:58:05,467 - stages.py[DEBUG]: network config disabled by system_cfg19:17
blackboxswsooo, yes that would be expected that cloud-init doesn't emit /etc/netplan :)19:17
blackboxswfalcojr: and I believe that is due to the fact that network config is setup for iscsi root19:17
meenaOdd_Bloke: aye.19:19
blackboxswfalcojr: to confirm that the machine is iscsi root you can python3 -c 'from cloudinit.net.cmdline import read_initramfs_config; print(read_initramfs_config())'19:20
blackboxswthat should give you iscsi_root network configuration I believe19:21
blackboxswfalcojr: it's at least that's what the Oracle proper datasource uses to confirm netcfg is up. also worth confirming that focal on Oracle doesn't emit the log "network config disabled by system_cfg"19:22
blackboxswbut I think that's implied (the focal log check)  because you said focal rendered /etc/netplan/*cloud-init.yaml19:23
falcojrso should I just update the procedure with a different comment as to why I'm || true there, remove the logs, and call it a day?19:25
blackboxswfalcojr: I think so. if we have to sort more we can do it in review.19:25
blackboxswand it looks like we'll have a little time on this because solutionsQA verification run still isn't started, it has 4 CI jobs queued in front of it (which may take 8 hrs each).19:27
falcojrsounds good19:27
blackboxswso we are in the camp of waiting  on CI approval for cloud-init SRU until that solutionsQA test run is actually executed.19:27
blackboxswdespite being queued a couple days ago19:28
blackboxswfalcojr: paride finally have a cloud-config fix that avoids the lxc console <VM> interaction to fix lxd on launch21:47
blackboxswI might even be able to simplify more21:47
blackboxswby adding that vendor data to the vm profile21:48
blackboxswrharper: too ^21:48
blackboxswsorry will wrap up your remaining sru PRs today21:48
blackboxswyep profile https://paste.ubuntu.com/p/pxtbd4fjph/21:55
blackboxswok lucasmoura I'm going to rework the ua-client PR for vm support21:55
lucasmourablackboxsw, ack. I have reviewed it this afternoon, but I just had a couple of minor comments21:58
rharperblackboxsw: lemme look22:00
* rharper has been rather annoyed at lxd --vm 22:00
rharperalso, super not happy about the lxd agent not working in ubuntu-daily;$release ; and then the images:ubuntu/$release/cloud  which is not an official cloud image, but something else;  also has no ssh server installed.22:00
* rharper finish mini rant 22:01
rharperblackboxsw: I see, your comment in the second paste is most helpful;  ISTR there was some issue with the reboot needed due to difficulting wrangling systemd units starting soon enough22:02
blackboxswrharper: I think it's just that the systemd units we add don't start properly without the reboot22:03
blackboxswthe install.sh run comments about avoiding the reboot. but it failed when I tried22:04
blackboxswI'm following this https://discuss.linuxcontainers.org/t/running-virtual-machines-with-lxd-4-0/751922:04
* blackboxsw has to head on an errand for a few22:04
rharperblackboxsw: , the install says you can skip the reboot; To start it now, unmount this filesystem and run: systemctl start lxd-agent-9p lxd-agent23:41

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