[01:49] <znf> Hello.
[01:50] <znf> How would I change the ethernet address (mac address) on a ubuntu server 16.04?
[01:50] <znf> I tried the "old" way of passing hwaddress ether in /etc/network/interfaces under the specific ethernet port, but that just left me with an unaccesible box
[01:51] <znf> now I need to do it on a 2nd server, and I'm kind of scared to try the same thing
[01:57] <NickNackName> Hi everyone! I am having an issue that is preventing server 16.04.1 from starting on my ThinkServer RS210. I believe it might be an issue with it's older uEFI, but I see no option to enable legacy BIOS only. 14.04 works perfectly, as well as Proxmox 3.3. I was wondering if anyone had success running 16.04 on this model of server, or had any pointers to help diagnose the issue. Thank you.
[02:01] <sarnold> NickNackName: was this an upgrade from a working 14.04? or a fresh installation? (I'm not sure which I would expect to work better, I'd really expect both to be fine..)
[02:02] <sarnold> NickNackName: what happens when it tries to boot?
[02:02] <NickNackName> I tried both fresh and upgrade. When it tries to boot, it gets to the HDD and just restarts like a boot manager is not installed.
[02:03] <NickNackName> (Yes, I selected install grub to the correct disk on install.) I've tried with an external boot manager (grub on a USB) and selected "boot from first hdd" and the same behavior occurs.
[02:39] <NickNackName> sarnold: Any ideas?
[03:55] <fluvvell> I'm trouble shooting a zone transfer issue between two ubuntu servers, I can manually force the transfer by restarting bind on the slave, but its getting denied when the master restarts
[03:55] <fluvvell> allow-transfer seems to be ok, its set to the ip of the master
[04:13] <patdk-lap> fluvvell, that seems backwards
[04:14] <fluvvell> patdk-lap, tell me about it
[04:14] <patdk-lap> why would you allow-transfer to the master? the master is the master
[04:15] <fluvvell> wait
[04:15] <fluvvell> I've mis-typed,
[04:16] <fluvvell> allow transfer is set on the master to the ip of the slave
[04:16] <patdk-lap> both ipv4 and ipv6 addresses?
[04:16] <fluvvell> and on the slave, the master is listed correctly as the ip of the master
[04:16] <fluvvell> only ipv4
[04:18] <fluvvell> but restarting the master does not push updates out to the slave. Should it?
[04:18] <patdk-lap> no
[04:18] <patdk-lap> why should it?
[04:19] <patdk-lap> the slave only requests them, to make sure it's not outdated when it starts
[04:19] <fluvvell> because I've update it
[04:19] <patdk-lap> the master has no idea what the slave has, or cares
[04:19] <patdk-lap> you restarted the master though, how does it know?
[04:19] <fluvvell> oooh oh.
[04:19] <patdk-lap> you did use nsupdate to update it right?
[04:19] <patdk-lap> and you do have notify turned on?
[04:19] <patdk-lap> you do not just EDIT the files, use nsupdate
[04:20] <patdk-lap> not if you want it to notify your slaves
[04:20] <fluvvell> I've just been reading about notify
[04:20] <fluvvell> It would appear not.
[04:20] <fluvvell> oh, nsupdate.
[04:22] <fluvvell> wow, I've hand edited for years.
[04:22] <fluvvell> {bow} thank you, reading https://debian-administration.org/article/591/Using_the_dynamic_DNS_editor_nsupdate
[04:22] <fluvvell> now
[04:24] <fluvvell> patdk-lap, where does notify go ?
[04:24] <fluvvell> I was reading about allow-notify, which is not what I'm wanting is it?
[04:25] <patdk-lap> allow-notify goes in the slaves
[04:26] <patdk-lap> then notify yes, in the master
[04:27] <fluvvell> I'm pretty much using the same two nameservers for all my zones, can it be in the opening stanza rather than in each zone?
[04:27] <patdk-lap> yes
[04:30] <fluvvell> warnings in the nsupdate manual about not editing by hand... am I going to screw up if I switch to nsupdate?
[04:30] <fluvvell> I mean when
[05:17] <hades007> Hi, I need help with apparmor
[05:19] <cncr04s> ask the question
[05:20] <hades007> I need to put a profile in complain mode but I don't have aa-complain
[05:20] <hades007> I use ubuntu core 15.04 thats why
[05:21] <hades007> I tried this sudo  apparmor_parser -rC /var/lib/snappy/seccomp/profiles/lxd_lxc_2.0.5-1 but it doesnt work
[05:26] <hades007> sudo  apparmor_parser -rC /var/lib/apparmor/profiles/click_lxd_lxc_2.0.5-1 I mean
[10:25] <seyeongkim> Could somebody please sponsor this LP? https://bugs.launchpad.net/nova/+bug/1298061 Liang Chen quit. found  nobodt touched long time.
[12:38] <coreycb> jamespage, zul:  i'm starting to wonder if we should backport debhelper 10 to the ocata uca
[12:39] <zul> coreycb: it probably would make life easier for us
[12:39] <zul> coreycb: btw happy birthday ;)
[12:39] <coreycb> zul, oh thanks :)
[12:43] <coreycb> zul, ok going to try backporting that
[12:43] <zul> coreycb: do it locally first just in case things dont blow up
[12:44] <coreycb> zul, it'll land in the staging ppa first so it's sort of a testing grounds anyway
[12:46] <zul> coreycb: im going to spend some time to  get things updated again and make sure things are deployable
[12:47] <coreycb> zul, going to start some early testing with the charms?
[12:48] <zul> coreycb: yep
[12:48] <coreycb> zul, sounds good, thanks
[13:22] <cpaelzer> rbasak: thanks for clearing the dovecot-antispam permissions
[13:44] <EmilienM> jamespage, coreycb: do you have an ETA for ocata packages in http://ubuntu-cloud.archive.canonical.com/ubuntu/dists/xenial-updates/ocata/ ?
[13:45] <coreycb> EmilienM, probably next week
[13:45] <EmilienM> coreycb: ack
[13:47] <coreycb> jamespage, zul: fyi trying to figure this out.  http://paste.ubuntu.com/23516859/  related commit - https://github.com/openstack/xstatic-bootswatch/commit/49c0d56698bc14ae5e5c18cc00c3f2e290d2e724
[13:48] <coreycb> seriously an entire release in one commit
[13:49] <zul> coreycb: erm...:)
[14:00] <jamespage> coreycb, zul, ddellav: http://reqorts.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/ocata_versions.html is kinda working - something is wonky with the UCA pockets for Ocata
[14:02] <coreycb> jamespage, \o/
[14:02] <jamespage> coreycb, I did however revert your upstream version tracker commit
[14:02] <jamespage> will deal with that separately
[14:02] <coreycb> jamespage, :(
[14:05] <coreycb> jamespage, btw IS installed python-git
[14:05] <jamespage> coreycb, yeah on wrong server
[14:05] <coreycb> jamespage, lol
[14:16] <rbasak> cpaelzer: you're welcome! I've also been working on the strongswan review. I've done one pass badly. Now I'm figuring out a better process to do merge reviews and then I'll do it again :-)
[14:16] <rbasak> This is probably just about the most complex thing to merge I've seen :-/
[14:23] <cpaelzer> rbasak: yeah it is an ugly one
[14:23] <cpaelzer> rbasak: but it got better this time and last time
[14:23] <cpaelzer> so progress - \o/
[14:23] <cpaelzer> rbasak: I tried to do it as linear as possible (like following changelog and such)
[14:24] <cpaelzer> rbasak: let me know if you think I can help with this particular merge (not so mcuh with your review process)
[14:37] <coreycb> jamespage, zul, the horizon issue may be due to python-django and python-django-compressor not being at upper-constraints
[14:37] <ddellav> coreycb zul networking-ovn is updated. Has a depwait in xenial on debhelper lp:~ddellav/ubuntu/+source/networking-ovn
[14:38] <coreycb> ddellav, ok thanks, i've backported debhelper 10.2.2 to xenial-ocata
[14:45] <coreycb> ddellav, networking-ovn pushed/uploaded
[14:46] <ddellav> coreycb ack
[14:50] <coreycb> jamespage, zul: not sure what to do, i almost just want to open a bug since we're within the g-r range: http://paste.ubuntu.com/23517114/
[14:53] <zul> coreycb: do it
[15:05] <coreycb> zul, jamespage going to try testing with compressor 2.1 first
[15:35] <rbasak> cpaelzer: the strongswan merge is spread out across 9 terminal windows, 4 editor buffers in 3 editor windows using all six of my monitors! :-/
[15:35] <rbasak> First time I've usefully used all six for a single task I think.
[15:38] <mdeslaur> rbasak: oh, geez, is that the one where we carry a zillion binary packages and debian doesn't?
[15:38] <jgrimm> nacc, ERROR:Failed to create local branch (debian/sid). Does it already exist (pass -f)?
[15:39] <jgrimm> nacc, I don't recall seeing that before, this is fresh usd pull, and fresh clone/merge
[15:44] <jgrimm> rharper ->  [paelzer] Enable AIO backend for tgt: DONE
[15:44] <rharper> cool!
[15:44] <jgrimm> indeed!
[15:48] <rbasak> mdeslaur: yes. I have a note to talk about that with you, BTW. We'd like to lose that delta too.
[15:51] <mdeslaur> rbasak: me? not sure what I have to do with that :)
[15:51] <mdeslaur> rbasak: losing the delta seems like a sane thing to do
[15:53] <rbasak> mdeslaur: because I wonder if we're enabling plugins unnecessarily, and what the security quality of those plugins might be. But it's still just a note to myself - it may be fine and I haven't looked yet.
[15:53] <mdeslaur> oh, hrm
[16:00] <jgrimm> rharper, nacc, smoser, magicalChicken, rbasak, powersj , caribou: irc meeting
[16:01] <smoser> o/
[16:21] <frickler> coreycb: jamespage: please have a look at https://bugs.launchpad.net/openstack-ansible/+bug/1624791 if you will, it does not relate to Ansible (we deploy with Chef), but I'm not sure whether to target it to Ubuntu packaging or Horizon upstream
[16:35] <jgrimm> caribou, i forgot to ask about https://bugs.launchpad.net/ubuntu/+source/sosreport/+bug/1614052  in meeting
[16:56] <coreycb> ddellav, it looks like swift is blocked on pyeclib autopkgtest failures, if you can shed any light on that:  http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[16:56] <ddellav> coreycb ill take a look
[17:18] <zul> coreycb: just uploaded a fix...libisasl2 is not available on non amd64
[17:19] <coreycb> zul, ok thanks.  ddellav ^
[17:26] <ddellav> coreycb zul ack
[17:33] <zul> coreycb: ceilometer hasnt cut a b1 release yet?
[17:34] <coreycb> zul, i don't know
[17:34] <zul> coreycb: it looks like they havent
[18:05] <zul> coreycb: ping
[18:05] <coreycb> zul, you can just ask your question :)
[18:06] <zul> coreycb: its more of a thought than a question...since you backported debhelper this morning it makes sense to bump xenial compat levels in the openstack packages on zesty so things can get built again
[18:07] <zul> :)
[18:07] <coreycb> zul, i dropped all the ca-patches that lowered debhelper <= 9
[18:08] <coreycb> zul, so either we can rebuild them if they have issues now, or next time they get backported they'll use debhelper 10.2.2
[18:09] <zul> coreycb: yeah but im seeting stuff like this http://pastebin.ubuntu.com/23518079/
[18:11] <coreycb> zul, hmm apache2-dev and dh-systemd weren't patched in ca-patches
[18:12] <zul> i think you might need to backport that as well but dont quote me on that
[18:20] <coreycb> ddellav, zul, jamespage: tracking the horizon/xstatic issue in bug 1643964
[18:21] <coreycb> I was able to recreate it from source so hopefully will get some attention now
[18:21] <zul> coreycb: sweet
[19:51] <zul> coreycb/ddellav: swift should be coming out of proposed soon
[19:51] <coreycb> zul, ok
[20:07] <coreycb> zul, i think the debhelper issues should be fixed up now.  there was a 10.* version recently backported to xenial-backports that was conflicting with the version in xenial-ocata.
[20:07] <zul> coreycb: ok
[20:10] <zul> coreycb: well see ;)
[20:10] <coreycb> zul, yeah
[20:45] <zul> coreycb: xenial seems to be building again
[20:45] <coreycb> zul, \o/
[21:38] <showaz> hi, how can recovery user/owner ?
[21:38] <showaz> chown -hR www-data:www-data /var/www/.*
[21:38] <showaz> .* (non bsd .git .composer )
[21:39] <showaz> rsync 2 tree ?
[21:55] <nacc> showaz: sorry, what do you mean 'recover'?
[21:55] <showaz> nacc: chown -hR www-data:www-data /var/www/.* (../../****)
[21:56] <showaz> nacc: dpkg --configure -a
[21:57] <showaz> linux /.* glob ./**/* regex / bsd based only \.(*) objects
[21:57] <nacc> showaz: sorry, it's still not clear to me what you are asking or doing.
[21:57] <nacc> showaz: you recursively changed ownership on /var/www (why are you specifing .* if you are specifing recursive?)
[21:57] <nacc> showaz: also waht does (../../****) mean?
[21:58] <nacc> showaz: then you reconfigured all packages with dpkg?
[21:58] <nacc> showaz: and then you typed a bunch of regex, without any articles in the descriptions, so I have no idea what you were trying to explain
[21:59] <showaz> nacc: yes /var/www/* destroy permission owners group/user root dir, its need reconstruct on the basis of *.deb
[22:00] <nacc> showaz: so you (accidentally?) recursively changed the permisssons on /var/www? and now what to recreate exactly what the original .deb would have done?
[22:01] <showaz> nacc: /var/www/.* -> /var/**/*
[22:01] <nacc> showaz: what do you think that syntax means?
[22:01] <nacc> showaz: i have no idea what you are trying to say