[00:14] <shadoxx> sarnold: it's actually three separate steps to get it to work without cloudinit - update hostname normally, reflect changes in /etc/hosts, run 'service networking restart'
[00:14] <shadoxx> works like a charm now
[00:15] <sarnold> cool :)
[00:19] <mason> And, back.
[01:00] <jbicha> shadoxx: are you aware of hostnamectl ?
[01:06] <shadoxx> jbicha: i am
[01:07] <shadoxx> i found an error in my template that may prevent the default hostname change stuff from taking over
[01:07] <shadoxx> redeploying the template now, and i have my script set to hostname ctl for later
[07:12] <lordievader> Good morning
[07:14] <cpaelzer> good morning
[07:31] <lordievader> Hey cpaelzer happy new year
[07:31] <cpaelzer> hi lordievader, for you as well
=== TJ_Remix is now known as TJ-
[11:50] <rbasak> nacc: reminder to take a look at https://bugs.launchpad.net/ubuntu/+source/php-defaults/+bug/1699659/comments/9 please
[11:50] <ubottu> Launchpad bug 1699659 in php-defaults (Ubuntu Xenial) "phpquery always returns 0" [Undecided,Fix committed]
=== albech1 is now known as albech
[14:26] <Aison> why are systemd link files ignored? I had to create my own 10-network.rules in /etc/udev/rules.d/
[14:30] <Ussat> So, a FYI regarding this Intel bug/fix comming:  https://www.phoronix.com/scan.php?page=article&item=linux-415-x86pti&num=2
[14:31] <Ussat> just a FYI
[14:56] <jamespage> coreycb: doing a bit of tidying on aodh/ceilometer/gnocchiclient re ujson and trunk package build fixes
[14:57] <coreycb> jamespage: ok. that is under MIR right?
[14:57] <jamespage> coreycb: yeah but doko quite rightly pointed out its pretty much unmaintained upstream
[14:58] <coreycb> jamespage: oh..
[14:58] <jamespage> I raised that with the telemetry devs - general agreement to switch back to using json
[14:58] <coreycb> jamespage: ok good
[14:58] <jamespage> coreycb: https://review.openstack.org/#/c/530891/
[14:58] <jamespage> actually - https://review.openstack.org/#/q/topic:bug/1737989+(status:open+OR+status:merged)
[15:56] <nacc> rbasak: thanks for the poke
=== Tribaal is now known as tribaal
[16:28] <rbasak> nacc: do you have any git-ubuntu MPs that need reviewing right now?
[16:28] <nacc> rbasak: https://code.launchpad.net/~nacc/usd-importer/+git/usd-importer/+merge/334662 if you can, that's the script fixes
[16:29] <nacc> rbasak: it's nont passing jenkins, but I believe the code is correct
[16:29] <rbasak> OK
[16:29] <georgem1> any idea if magnum-ui will be packaged by Ubuntu? https://github.com/openstack/magnum-ui
[16:29] <nacc> georgem1: is it packaged by debian?
[16:29] <rbasak> Maybe a question for coreycb? ^
[16:31] <georgem1> nacc: it doesn't seem to be packaged by debian
[16:31] <nacc> rbasak: oh good catch, openstack related
[16:39] <nacc> rbasak: i also have a few older MPs we probably need to talk about for correctness; let me know when a good time would be
[16:42] <nacc> rbasak: i think also https://code.launchpad.net/~nacc/usd-importer/+git/usd-importer/+merge/334659 could be  reviewed
[16:43] <nacc> rbasak: and https://code.launchpad.net/~nacc/usd-importer/+git/usd-importer/+merge/334675 (lower priority, affects build only)
[16:56] <jamespage> nacc: that was a good first response tho
[16:56] <jamespage> nacc: we've at most tended magnum from the original debian packaging to avoid having to drop it from Ubuntu
[16:57] <jamespage> magnum-ui - well that needs a contributor todo the packaging tbh
[16:59] <rbasak> georgem1: ^
[17:07] <nacc> jamespage: thanks for the info
[17:14] <cpaelzer> jamespage: fyi I pushed the upload I did to git also
[17:14] <cpaelzer> jamespage: so whenever you pick up 2.9 you know about those as well
[17:15] <cpaelzer> jamespage: some build dep changes due to dpdk changes for example
[17:16] <nacc> jamespage: re LP: #1740892, being relatively neophyte to corosync/pacemaker, what is the actual error condition? That pacemaker restarts? Or that it fails to successfully restart?
[17:16] <ubottu> Launchpad bug 1740892 in pacemaker (Ubuntu) "corosync upgrade on 2018-01-02 caused pacemaker to fail" [Undecided,New] https://launchpad.net/bugs/1740892
[17:18] <cpaelzer> jamespage: FYI https://code.launchpad.net/~paelzer/britney/hints-ubuntu-bump-openvswitch/+merge/335670 the bump to the badtest
[17:54] <nacc> powersj: can you get me `snap version` and `snap list` from the jenkins host?
[17:54] <nacc> powersj: i guess technically, from the VM that ran: https://jenkins.ubuntu.com/server/job/git-ubuntu-ci/229/console
[17:55] <powersj> the VM should just be the daily xenial image from uvt
[17:55] <powersj> right?
[17:56] <powersj> nacc: here is the host if you are still interested: https://paste.ubuntu.com/26314305/
[17:56] <nacc> powersj: i wasn't sure, but that soundns right
[17:56] <nacc> powersj: yeah i suppose so, since i think the jenkins job is using a VM and then installing the lxd snap there?
[17:56] <nacc> stgraber: --^ fyi
[17:59] <powersj> nacc: here is what it would produce if you ran now: https://paste.ubuntu.com/26314319/
[17:59] <powersj> and we use the lxc/lxd that is in the image
[17:59] <powersj> so no lxd snap
[18:00] <nacc> powersj: hrm
[18:00] <nacc> https://jenkins.ubuntu.com/server/job/git-ubuntu-ci/230/console
[18:00] <nacc> it's referring to a snapd path
[18:01] <nacc> (both my jobs that failed are doing this)
[18:01] <pmatulis> 'snap search' outputs a short list of snaps. why?
[18:02] <nacc> pmatulis: that might be better asked in #snappy :)
[18:03] <pmatulis> nacc, ty
[18:11] <stgraber> nacc, powersj: I don't have the push issue here with the same snapd and core versions
[18:11] <stgraber> is that on 16.04 + hwe kernel?
[18:11] <stgraber> trying to figure out whether the 4.10 kernel is making a difference somehow
[18:11] <powersj> linux-image-4.4.0-104-generic
[18:14] <powersj> nacc: that looks like during the snapcraft cleanbuild right?
[18:36] <nacc> powersj: afaict, the snap is already built
[18:37] <nacc> powersj: sorry, was afk, the error occurs during our `git ubuntu build` test
[18:37] <nacc> powersj: when we push tarballs from the host to lxd guest in the jenkins VM
[18:37] <nacc> powersj: "host" being the VM itself, sorry
[19:12] <Aison> hello
[19:13] <Aison> how can I make isc-dhcp-server to listen to all available network devices?
[19:14] <nacc> Aison: is that not he default behavior?
[19:17] <Aison> nacc, I thought the default behavior is eth0
[19:17] <nacc> Aison: ah you might be right
[19:41] <sarnold> I think a dhcp server is very much the kind of thing that you should know which interfaces it is listening on
[19:57] <Aison> sarnold, yes, on all of this router. I defined now all of them in the isc dhcp settings (almost 70 devices)
[19:58] <sarnold> Aison: oof :) no wonder you wanted wildcard binds..
[19:58] <Aison> yes :-)
[22:52] <mason> https://bpaste.net/show/11fcf07f4744
[22:52] <mason> oh, I'm late late late