| mup | PR snapd#8254 opened: add zoommtg url support <Created by troyready> <https://github.com/snapcore/snapd/pull/8254> | 00:13 |
|---|---|---|
| mup | PR snapd#8255 opened: cmd/snap: make the portal-info command search for the network-status interface <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/8255> | 03:25 |
| zyga | o/ | 07:34 |
| zyga | I'm off today | 07:34 |
| zyga | just came to do paperwork | 07:34 |
| zyga | push a small test to a PR | 07:34 |
| zyga | and then disappear in a puff of smoke | 07:34 |
| zyga | trying to organize time for kids when school is cancelled | 07:34 |
| pstolowski | morning | 08:03 |
| mvo | pstolowski: good morning | 08:13 |
| zyga | mvo: I pushed an extra test to https://github.com/snapcore/snapd/pull/8241/files | 08:28 |
| zyga | and I'll file the HR stuff now | 08:28 |
| mup | PR #8241: interfaces: work around apparmor_parser slowness affecting uio <Bug> <Squash-merge> <Created by zyga> <https://github.com/snapcore/snapd/pull/8241> | 08:28 |
| zyga | mvo: done | 08:31 |
| zyga | pedronis: thank you for reviewing env changes again | 08:34 |
| mvo | can someone please give a +1 on 8250 ? it's a straight cherry pick with tiny | 09:50 |
| mvo | conflict | 09:50 |
| mvo | resolved | 09:50 |
| mup | PR snapd#7977 closed: snap: add (hidden) `snap download --indirect` option to download via snapd <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/7977> | 09:54 |
| mup | PR snapd#8197 closed: snap: refactor code in `snap download` to prepare for snap downloads via snapd <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/8197> | 09:55 |
| mup | PR snapd#8250 closed: tests: mock prune ticker in overlord tests to reduce wait times (2.44) <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8250> | 09:58 |
| ppd | hi! Has anyone had a look at https://bugs.launchpad.net/snapd/+bug/1866855 ? Debian + nvidia is broken, unfortunately. | 10:16 |
| mup | Bug #1866855: nvidia driver integration is incompatible with Debian <snapd:New> <https://launchpad.net/bugs/1866855> | 10:16 |
| mup | PR snapd#8256 opened: tests: disable ubuntu-16.04-32:tests/main/lxd <Created by mvo5> <https://github.com/snapcore/snapd/pull/8256> | 12:05 |
| zyga | ppd: I can look next week. Thank you for pointing this out | 12:22 |
| ppd | zyga: Thanks a lot. I remember there were some vague plans to ship driver libs in snaps, which could simplify the nvidia case. Or am I remembering things incorrectly? | 12:25 |
| mvo | stgraber: did anything change recently in lxd? we see failures in our GCE lxd 16.04-32 test, inside the containter a "apt update" hangs. it tries to connect to an ipv4 address. the host system is using ipv6 to connect to archive.u.c it seems. any hints for me? | 12:28 |
| stgraber | What version of lxd is that? | 12:28 |
| mvo | stgraber: 3.22 but actually it could be something else, it seems like inside the container it wants to connect to archive.u.c but outside it connects to the gce apt mirror | 12:29 |
| stgraber | Can you check 'lxc info', and look for the key firewall in there, see if it says xtables or nftables | 12:30 |
| stgraber | We added the right bits for nft to the snap last night so maybe there's something wrong going on with that somehow | 12:31 |
| mvo | stgraber: says nftables | 12:31 |
| stgraber | Okay, what's the Ubuntu version used for that instance? | 12:32 |
| mvo | stgraber: 16.04-32 | 12:32 |
| mvo | stgraber: fwiw, no connectivity inside the container it seems | 12:33 |
| mvo | stgraber: fwiw this is what we do https://github.com/snapcore/snapd/blob/master/tests/main/lxd/task.yaml#L51 | 12:34 |
| stgraber | Okay, should hopefully be easy to reproduce here | 12:34 |
| stgraber | Works fine on other releases? | 12:34 |
| mvo | stgraber: yeah, afaict, also fine on 16.04-64 | 12:34 |
| mvo | stgraber: I keep the gce instance open if you have any questions (but will soon have to leave for lunch) | 12:35 |
| mvo | stgraber: available via tg for ugent cases though | 12:35 |
| stgraber | Hmm, 32 falling but 64 working is very very weird in this case :) | 12:35 |
| cachio | mvo, hey | 12:36 |
| stgraber | mvo: can you install nftables and run 'nft list ruleset' on both. Also, the output of 'iptables -L' and 'iptables -t nat -L' would be useful | 12:38 |
| cachio | I am trying to get the shell by using systemd.debug-shell=1 in run mode when using a vm in my machine and I can't get the shell | 12:38 |
| cmatsuoka | cachio: are you using the version with tpm enabled? | 12:38 |
| cmatsuoka | cachio: if so, the command line is measured and it won't work if you add extra parameters | 12:39 |
| cachio | cmatsuoka, yes, command line: console=ttyS0 console=tty1 panic=-1 systemd.gpt_auto=0 init=/sbin/init snapd_recovery_mode=run systemd.debug-shell=1 | 12:39 |
| cachio | cmatsuoka, ahh | 12:40 |
| cmatsuoka | cachio: you can change this by adding the parameter to the command line used when sealing the keyfile, let me see where it is in the code... | 12:41 |
| cmatsuoka | cachio: https://github.com/cmatsuoka/snapd/blob/frankfurt-preview-tpm/cmd/snap-bootstrap/bootstrap/tpm.go#L35 | 12:42 |
| cachio | cmatsuoka, thanks | 12:47 |
| stgraber | mvo: oh and /var/snap/lxd/common/lxd/logs/lxd.log on both systems too | 12:50 |
| stgraber | mvo: well for this one, just the failing one may be enough | 12:50 |
| cmatsuoka | cachio: yaw, let me know if that doesn't work | 12:50 |
| mvo | stgraber: sorry, was at lunch and then distracted, will try to get you logs as quickly as I can | 14:04 |
| stgraber | mvo: I think I may have it reproduced on a system here, not 100% sure though | 14:06 |
| mvo | stgraber: ok, it takes a bit of this test to timeout so just keep me updated if you don't need it anymore | 14:07 |
| mvo | stgraber: http://paste.ubuntu.com/p/SkPXRyVYYP/ | 14:35 |
| ackk | hi, has anyone seen an error like this: update.go:85: cannot change mount namespace according to change unmount (tmpfs /snap/maas/4977 tmpfs x-snapd.synthetic,x-snapd.needed-by=/snap/maas/4977/maas-cli/lib,mode=0755,uid=0,gid=0,x-snapd.detach 0 0): device or resource busy | 14:41 |
| ackk | 14:41 | |
| mvo | ackk: I haven't, it's probably a zyga question but he is not around today unfortunately | 14:49 |
| ackk | mvo, oh ok. I've seen it happen a few times, always when refreshing the maas snap. it seems something to do with content interfaces from maas-cli | 14:49 |
| mvo | ackk: ok | 14:52 |
| ackk | mvo, I'll file a bug if it happens again with details | 14:54 |
| ackk | thanks | 14:54 |
| mvo | ta | 14:56 |
| stgraber | mvo: https://github.com/lxc/lxd/pull/7014 | 14:57 |
| mup | PR lxc/lxd#7014: Fix nftables issues on older kernels <Created by stgraber> <https://github.com/lxc/lxd/pull/7014> | 14:57 |
| zyga | ackk: hey | 15:04 |
| ackk | zyga, hi | 15:04 |
| zyga | ackk: it's a thing I understand, I just need reliable instructions to reproduce | 15:04 |
| zyga | I know about the fact your workflow bumps into that often | 15:04 |
| zyga | just not sure how to reproduce and help you | 15:04 |
| zyga | I'm off today and tomorrow | 15:04 |
| zyga | just visited the office because it's raining and I wanted to lock the window | 15:04 |
| zyga | and it's +16C outside, what a weird weather | 15:04 |
| ackk | zyga, well, currently I just had "snap install maas --channel=2.7/edge", then realized I got the wrong one, and "snap refresh --edge" | 15:05 |
| ackk | *snap refresh --edge maas | 15:05 |
| ackk | zyga, I've seen it multple times in development too with "snap try this/" then "snap try that/" | 15:05 |
| ackk | zyga, "maas" has a content interface with "maas-cli" which gets installed/connected automatically | 15:06 |
| zyga | ackk: if you discard can you reproduce that with the refresh sequence? | 15:06 |
| ackk | zyga, discard? | 15:06 |
| zyga | ackk: sudo /usr/lib/snapd/snap-discard-ns maas | 15:06 |
| ackk | oh | 15:06 |
| zyga | it's essentially a wipe of the mount namespace | 15:06 |
| ackk | zyga, you mean discard then refresh? | 15:07 |
| ackk | zyga, I'll try it next time it happens, let you know | 15:07 |
| zyga | ackk: discard lets you 'start over' | 15:09 |
| zyga | if you can get a reproducer from clean slate it effectively gives you | 15:09 |
| zyga | that's golden | 15:09 |
| zyga | and that might imply it gets fixed quickly | 15:09 |
| ackk | zyga, I'll try | 15:11 |
| zyga | ackk: if you reproduce it I can look, I have two days off of roadmap items :) | 15:14 |
| zyga | ackk: and other priority bugfixes | 15:14 |
| ackk | zyga, thanks. I've seen it happen realtively frequently, I should be able to repro if I hit it hard enough :) | 15:15 |
| zyga | ackk: it's okay if it requires a loop over something | 15:15 |
| zyga | but I doubt it's that because usually this kind of issue is not a race | 15:15 |
| zyga | unless the app is racing with something but that's odd because we freeze apps for mount ops | 15:15 |
| ackk | zyga, this was pretty much a clean container with already-installed core18 and snapd snaps | 15:15 |
| ackk | zyga, installed maas snap, refreshed from different channel -> error | 15:16 |
| ackk | it's just not something that happens all the times | 15:16 |
| zyga | mvo: is master red today? | 15:26 |
| mvo | zyga: very | 15:26 |
| zyga | uh? | 15:26 |
| zyga | what happened? | 15:26 |
| mvo | zyga: there is a PR to fix this in 8256 | 15:26 |
| mvo | zyga: but it takes some iterations so far to get it out of the reds | 15:27 |
| zyga | not MATCH | 15:28 |
| mvo | zyga: yes | 15:28 |
| zyga | oh well | 15:28 |
| zyga | I hope it goes green | 15:28 |
| zyga | and good luck, not a fun day | 15:28 |
| mvo | zyga: yeah, I got the wrong team from my tea shop, can't get worse than that | 15:36 |
| pedronis | #8242 is ready for further review, sadly some of the adjustments and extra tests I added made larger again | 16:21 |
| mup | PR #8242: many: improve environment handling, fixing duplicate entries <Bug> <Needs Samuele review> <Squash-merge> <Created by zyga> <https://github.com/snapcore/snapd/pull/8242> | 16:21 |
| pedronis | *made it | 16:21 |
| ackk | zyga, https://paste.ubuntu.com/p/FjyMT3Jnkb/ | 17:31 |
| ackk | (at first attempt) | 17:31 |
| ackk | zyga, this is a freshly created bionic container | 17:31 |
| mup | PR snapcraft#2970 opened: providers: match build provider flag keys to envvar <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2970> | 17:39 |
| mup | PR snapcraft#2968 closed: git: always fetch specified source-commit before using <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2968> | 17:51 |
| ackk | zyga, FTR: https://bugs.launchpad.net/snapd/+bug/1867193 | 18:04 |
| mup | Bug #1867193: failure refreshing snap with content interface <snapd:New> <https://launchpad.net/bugs/1867193> | 18:04 |
| zyga | ackk: thanks | 18:51 |
| zyga | ackk: I'll look but tomorrow | 18:51 |
| ackk | zyga, ty | 18:53 |
| mup | PR snapd#8256 closed: tests: fix/improve failing spread tests <Created by mvo5> <Merged by cmatsuoka> <https://github.com/snapcore/snapd/pull/8256> | 19:59 |
| mvo | thanks cmatsuoka ! | 20:01 |
| mup | PR snapd#8257 opened: tests: backport master test fixes <Created by mvo5> <https://github.com/snapcore/snapd/pull/8257> | 20:04 |
| cmatsuoka | mvo: so it was a race then | 20:07 |
| mvo | cmatsuoka: I think so | 20:07 |
| * cmatsuoka hates races | 20:07 | |
| mvo | cmatsuoka: looks like the systemd in sid/arch is a bit slower giving journal data | 20:07 |
| mup | PR snapd#8258 opened: interfaces/kubernetes-support: allow autobind to journald socket <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8258> | 23:12 |
| mup | PR snapd#8259 opened: interfaces/kubernetes-support: allow autobind to journald socket - 2.44 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8259> | 23:14 |
| mup | PR snapcraft#2873 closed: candidate testing <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/2873> | 23:31 |
| mup | PR snapcraft#2971 opened: tests: use candidate for autopkgtests <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2971> | 23:34 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!