fangwenhello everyone00:48
fangwenI want to commit my code, but the CLA always verified error,who can help me,thanks!00:50
=== vrubiolo1 is now known as vrubiolo
=== MAbeeTT_ is now known as MAbeeTT
=== hjensas|afk is now known as hjensas
=== hjensas_ is now known as hjensas|lunch
=== hjensas_ is now known as hjensas
Odd_BlokeHey folks, I'm trying to run the integration tests locally to test a refactor, and I'm running into this error (even in trunk): https://paste.ubuntu.com/p/5z364gWqVG/13:01
Odd_BlokeMy command line is `tox -e citest -- run --verbose --preserve-data --data-dir results --os-name xenial --test modules/ntp.yaml --preserve-instance`.13:01
Odd_Bloke(I'm trying a focal run right now.)13:01
Odd_BlokeAny ideas what might be going on?13:01
compufreakIs this what the kernel cmdline should look like for nocloud-net? `linuxefi /vmlinuz-3.10.0-1062.4.3.el7.x86_64 root=/dev/mapper/centos_centos--15388761-root ro crashkernel=auto rd.lvm.lv=centos_centos-15388761/root rd.lvm.lv=centos_centos-15388761/swap rhgb quiet LANG=en_US.UTF-8 ds=nocloud-net;s=http://hyperv01:5000`13:26
compufreakIt doesn't seem to be working unless there's something else I need to do with cloud-init besides just installing it (it is running but not using nocloud-net)13:26
Odd_Blokecompufreak: Are you able to access the instance?  If so, a pastebin of /var/log/cloud-init.log would be really handy.13:32
compufreak& log https://pastebin.com/qnkpKFdV13:32
compufreakThe datasource seems to work `[root@vmcent77template log]# curl http://hyperv01:5000/meta-data/hostname; echo ""vmcent77cloud-init-test`13:33
compufreak& full grub.cfg https://pastebin.com/Wv08n2v113:35
Odd_Blokecompufreak: To confirm: does the DS configuration show up in /proc/cmdline?13:37
compufreakoof # cat /proc/cmdlineBOOT_IMAGE=/vmlinuz-3.10.0-1127.13.1.el7.x86_64 root=/dev/mapper/centos_centos--15388761-root ro crashkernel=auto rd.lvm.lv=centos_centos-15388761/root rd.lvm.lv=centos_centos-15388761/swap rhgb quiet LANG=en_US.UTF-8 ds=nocloud-net13:41
compufreakdoes it need quotes?13:41
Odd_BlokeI'm not sure, I'm afraid.13:43
Odd_BlokeBut I would try backslash-escaping the semicolon, perhaps?13:43
falcojrblackboxsw: that pastebin from yesterday for lxd VMs on xenial, where does "/var/lib/cloud/scripts/per-once/setup-lxc.sh" come from?13:52
compufreak`grubby --update-kernel=ALL --args='ds=nocloud-net\\;s=http://hyperv01:5000'` so it needed double-escaped14:09
Odd_Blokecompufreak: And you're seeing it work now?14:14
compufreakit was also missing a trailing / on the url. It's sort of working--it pulls meta-data and user-data. I think I have a problem with my user data tho, ha14:17
Odd_BlokeAh yeah, I've seen people being caught out by the trailing / thing before; it's there to enable e.g. s=http://example.com/my- to fetch http://example.com/my-metadata and .../my-user-data.14:27
compufreakyup, last problem was powershell defaults to utf-16le but my python meta-data server was reading as utf-8...14:32
blackboxswfalcojr: ahh that is the write_files b64 content in #cloud-config in the vm profile      - path: /var/lib/cloud/scripts/per-once/setup-lxc.sh15:25
blackboxswfalcojr: so that decoded script is this: https://paste.ubuntu.com/p/fgTpfhC2Sf/15:26
blackboxswI just ran it through "base64 myscript.sh"  and dropped that into content of the user.vendor-data config provided15:27
blackboxswso the lxc profile provides the user.vendor-data #cloud-config lines 6-22 https://paste.ubuntu.com/p/pxtbd4fjph/ , which still sort of allows us to provide normal user-data cloud-config if we want (though user-data would override the write_files content or power_state15:28
blackboxswrharper: per "To start it now, unmount this filesystem and run: systemctl start lxd-agent-9p lxd-agent"   yeah I tried that yesterday without the reboot and systemd blewup and didn't like that for either service directly run15:29
blackboxswdirectly started15:29
blackboxswI'll try again today with a fresh cup of coffee and see if I can avoid the costly reboot15:30
rharperblackboxsw: hrm, I've had two experiences15:30
rharperfirst, I skipped the reboot and manually ran them; all was fine;  then I adjusted my script to just start these services as it mentions;  and it rebooted the instance anhow15:30
rharperwasn't sure if that was the agent's doing or something else.15:30
blackboxswthough today it looks like I need to resolve some zpool storage issues https://paste.ubuntu.com/p/vptTmFH9Zf/15:31
blackboxswrharper: I think I saw that automatic reboot while restarting the service manually as well.15:31
blackboxswI mistakenly thought that  it was my cloud-config hit the power_state: mode: reboot15:32
rharperyeah, I'm testing without that15:32
rharperblackboxsw: this is what I've ended up with;  https://paste.ubuntu.com/p/Rb9qRBq5nN/15:36
blackboxswrharper: and that also reboots the system right?15:50
blackboxswat least that's what I keep seeing when I run systemctl start lxd-agent-9p lxd-agent15:51
rharperit's part of the agent I think15:51
blackboxswok yeah15:51
blackboxswyeah costly15:51
rharperI mean for other systems sure; for cloud-init it;s annoying to see the two boots;15:51
blackboxswthough rharper were you testing on bionic15:52
rharperwe don't have to use the the agent though; instead you can query lxd for the IP;15:52
blackboxswor xenial. my xenial agent hasn't come back up15:52
rharperblackboxsw: yeah, the focal image has the agent in it15:52
rharperbionic that works fine, I can test on xenial15:52
blackboxswyeah I think I still run into the issue on xenial with that approach. but adjusting my profile15:52
blackboxswonce cloud-init SRU actually publishes, we can use jinja template in the vm profile15:53
blackboxswand only add the vendor data on bionic/xenial15:53
rharperoh, right, needs to be vendor data15:53
* rharper fixes local profile 15:53
rharperblackboxsw: what's the lxd key for that user.vendor-data ?15:54
blackboxswrharper: also I think there's a bug to stock lxd --vm15:54
blackboxswvendor-data and user-data both default to "#cloud-config\n"15:54
blackboxswwhich causes simple tracebacks15:54
blackboxswshould be "#cloud-config\n{}\n"15:54
blackboxswotherwise cloud-init balks at trying to pop None15:55
blackboxswcloud-init bug I suppose to better handle non case15:55
blackboxswNone case15:55
blackboxswso if you are editing a profile, might as well set user.vendor-data  and user-data to "#cloud-init\n{}" to avoid that trace in logs15:56
rharperblackboxsw: did you file an issue ?15:59
rharperI've seen that as well15:59
blackboxsw+1 rharper I'll file it now.16:00
blackboxswbtw, your script is +1 for me on xenial16:01
blackboxswreboot was triggered16:01
blackboxswby the lxd-agent service I think. (not a cloud-config setting)16:01
rharperlooks like on xenial the virtio-vsock module isn't present/loaded16:01
rharper# /run/lxd_config/9p/lxd-agent16:02
rharperError: Failed to listen on vsock: listen vsock: open /dev/vsock: no such file or directory16:02
rharperblackboxsw: yeah, I think the agent on stock Xenial is not going to happen until vhost_vsock module is built for 4.4 ...   if you wanted to follow up with the kernel team; they could confirm whether or not they can have virtio_vsock enabled for 4.4 (it's likely not going to be backported) ...16:14
Odd_Blokeblackboxsw: https://github.com/canonical/cloud-init/pull/460 <-- oops, missed a test case in my Travis testing, so we need to revert part of my previous change16:17
blackboxswrharper: https://github.com/lxc/lxd/issues/758716:21
blackboxswmerged Odd_Bloke if something else crops up, we can continue to iterate16:27
blackboxswcommunity-notice: So  all manual validation for cloud-init SRU 20.2.45 is complete, we are awaiting an automated 7+ hour test run for cloud-init by our solutionsQA department against various customer OpenStack datasource configurations. That run looks like it expected to complete early next week. We are in the sit and wait part of the SRU verification16:33
blackboxswa great many thanks all those who participated so far in SRU verification for cloud-init16:34
blackboxswwill update and publish as soon as we see a green light from solutionsQA16:34
blackboxswexpectation is probably Mon/Tuesday.16:35
blackboxsw... and upstream has a policy of not releasing on Fridays anyway16:35
rharperblackboxsw: thanks16:38
rharperI suspect stgraber has closed it already =P16:38
blackboxswit's good bug mgmt resposiveness ;016:38
blackboxswalready assigned ;)16:39
blackboxswahh right rharper I forgot that we need packages: [linux-generic-hwe-16.04] on xenial cloud-config so this is what I'm using on xenial https://paste.ubuntu.com/p/27T6HPmKt6/18:08
blackboxswat least for testing18:08
rharperblackboxsw: that's not built into the image18:25
rharperyou install and reboot?18:25
blackboxswrharper: yeah on xenial only :/18:25
rharperyou should file a bug/issue with kernel and cloud-images18:26
blackboxswvery much and all those kernel pkgs take a long time to install18:26
blackboxswyes will do18:26
rharperfor lxd at least and see if they can push vhost_Vsock into 4.4 or have something lxd vm specific if they want the agent to work out of the box18:26
rharperit's really a rotten experience coming from containers18:26
rharperthe sneaky (imho) trick of building their own custom cloud images on images:ubuntu/$release/cloud  isn't great; now one doesn't know why the former works but ubuntu:$release does not.18:27
blackboxsw"out of the box" is a bit of a stretch too, given the profiles we need to setup for vms18:28
rharperwe could suggest that lxd update to have a default vm profile with reasonable things enabled ...18:32
blackboxswrharper: I'm going to startup conversation in lxc-dev and see where it goes18:54

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