[00:23] <skulltip> trying to set up wordpress.. in mysql,  'grant all privileges on wordperss.* to wpuser@localhost idneitified by 'password';  got 0 rows affected, 1 warning
[00:23] <nacc> i assume that was a typo? "idneitified"
[00:24] <sarnold> skulltip: I understand mysql authentication and authorization changed quite a bit in the mysql-5.7 that is in 16.04 LTS -- be sure to follow a guide that's been updated
[00:24] <nacc> also very true
[00:24]  * sarnold pins the eagle-eye-reader badge on nacc's merit badge sash
[00:25] <tarpman> and wordperss.*
[00:25] <sarnold> heh also "wordperss.*" .. reminds me of "ERMAGERD"
[00:30] <skulltip> https://www.atlantic.net/community/howto/install-wordpress-ubuntu-16-04/
[00:31] <skulltip> do i need to create a wpuser in my etc/hosts file?
[00:33] <sarnold> /etc/hosts has IPs and names that you can use to supplement DNS if you wish..
[00:35] <skulltip> why am i getting a warning and 0 rows affected with this..   grant all privileges on wordpress.* to myuser@localhost identified by "password";
[00:42] <sarnold> skulltip: is this related? http://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#sqlmode_no_auto_create_user
[06:05] <twb> http://old-releases.ubuntu.com/releases/  has the EOL'd install media, but are the apt repos available anywhere?
[06:06] <stgraber> twb: http://old-releases.ubuntu.com/ubuntu/
[06:06] <twb> Thanks
[07:17] <lordievader> Good morning.
[07:17] <PCdude> goodmorning lordievader
[07:18] <PCdude> I thought u were in a different timezone, but apparently not haha
[07:18] <lordievader> Hey PCdude
[07:20] <PCdude> lordievader: how are u today?
[07:21] <lordievader> Doing okay here, just made coffee.
[07:21] <lordievader> How are you?
[07:22] <PCdude> pretty okay, woke up an hour ago. I am free this morning and still searching for a solution of my problem :)
[07:22] <lordievader> What problem?
[07:24] <PCdude> http://askubuntu.com/questions/821804/openstack-with-landscape-install-fails
[07:27] <sarnold> "After about 2900 seconds it fails" ouch
[07:27] <sarnold> that's a long-ass time to wait to find out if it works or not
[07:27] <lordievader> I don't know openstack, but: Failed to get ip directly: [Errno -2] Name or service not known
[07:28] <PCdude> sarnold: bloody good point! I tried to let it time out earlier, but of course that is not working
[07:28] <lordievader> Not sure if that matters.
[07:28] <PCdude> lordievader: yeah I saw that too, but I have not clue what it means or is referring too let alone how to solve it :)
[07:32] <PCdude> uhm, internet was bad for a second, I could have missed some messages
[07:32] <sarnold> PCdude: the last we saw from you was "yeah I saw that too..."
[07:33] <lordievader> PCdude: To me that error sounds like a dns resolver not working, or something like that.
[07:33] <PCdude> sarnold: ah ok
[07:34] <PCdude> lordievader: DNS resolver works on both the nodes and the controller. I checked that, I even logged in during the install to the node JUJU was using and even there was an active and working internet connection including capabilities of DNS resolving
[07:36] <lordievader> Hmm
[07:36] <sarnold> PCdude: is the part about KVM extensions not working important?
[07:37] <lordievader> PCdude: There is a juju channel, perhaps they are able to help you
[07:37] <lordievader> ?
[07:38] <PCdude> sarnold: not really, I use vmare esxi rn, for the nodes and controller, but maybe it is complaining since openstack wants to add capabilities for KVM to one of the nodes I dont know
[07:38] <PCdude> lordievader: yeah tried it yesterday, gonna do that again today :)
[07:39] <sarnold> PCdude: ahh. turtles all the way down..
[07:43] <PCdude> sarnold: for sure, the error logs are not that descriptive at times
[08:37] <cpaelzer> rbasak: is there another volume creation path in uvtool ?
[08:37] <cpaelzer> rbasak: I have fixed up the one we talked about
[08:37] <cpaelzer> and I see it created as
[08:38] <cpaelzer> http://paste.ubuntu.com/23149276/
[08:38] <cpaelzer> well it is the "right" image being kvmguest-precise.qcow
[08:38] <cpaelzer> never the less it bails out with
[08:38] <cpaelzer> kvm: -drive file=/var/lib/uvtool/libvirt/images/kvmguest-precise.qcow,if=none,id=drive-virtio-disk0,format=qcow2: '' uses a qcow2 feature which is not supported by this qemu version: QCOW version
[08:43] <cpaelzer> checking the image file header with hexdump now
[09:15] <cpaelzer> rbasak: found it - the reason is that the backing file is too new
[09:15] <cpaelzer> so even when specifying compat on the new one it fails as /var/lib/uvtool/libvirt/images/x-uvt-b64-Y29tLnVidW50dS5jbG91ZC5kYWlseTpzZXJ2ZXI6MTIuMDQ6YW1kNjQgMjAxNjA4Mjk= is too new
[09:16] <cpaelzer> maybe it would even have been ok without any patch to uvt if the initial backing file would have been created on precise
[09:16] <cpaelzer> I'll delete and try that
[09:16] <cpaelzer> that backing is what a sync brings in right?
[09:20] <cpaelzer> yep thats it
[09:20] <cpaelzer> purge and recreate the base image solves that
[09:30] <cpaelzer> rbasak: I updated bug 1620633 about it and set it to won't fix
[09:30] <cpaelzer> thanks irc for being patient with my need to mumble while debugging :-)
[09:31] <frickler> jamespage: regarding https://bugs.launchpad.net/bugs/1608934 , https://review.openstack.org/355415 still needs to merge in master, but if you could put that patch into mitaka packages while upstream ponders proper unit tests, that would be nice for us
[09:45] <geoff10000_> morning all, I need to upgrade openssh-client on my 14.04 rancid server - how?
[09:55] <jamespage> frickler, hmm
[09:55] <jamespage> well I might pull it into newton packages, but I'd like to see it landed in master branch first before we start SRU process
[10:01] <ANTARES> http://киберампер.рф/приглашаем_к_сотрудничеству_предпринимателей_группы_брикс
[10:11]  * joelio saw an updated ubuntu/xenial64 image and thought it would work - unfortunately there are auth errors or ssh connectivity issues
[10:25] <rbasak> cpaelzer: there was a plan to rewrite the images before writing to the libvirt pool. hallyn suggested it IIRC. Decompressing for increased COW efficiency/performance, or something like that. I don't think there's a bug on it. If we do that, then we'll have the opportunity to use an older format if you wish. Or perhaps too much effort (but implementing hallyn's suggestion would be nice anyway).
[10:25] <rbasak> And, if you care about uvtool performance, that's probably a relatively easy win.
[10:28]  * rbasak goes back to his vacation
[10:40] <ANTARES> https://www.youtube.com/watch?v=9QBeal8wXB8
[10:41] <OerHeks> ANTARES, why do we need to click that url ?
[10:42] <OerHeks> oh, you were spamming before...
[10:42] <ANTARES> it is music
[10:42] <ANTARES> shanson
[10:43] <OerHeks> wrong channel dude. this is ubuntu support.
[10:43] <ANTARES> relax
[10:43] <ANTARES> )
[10:44] <ANTARES> Другой хакер
[11:03] <jamespage> coreycb, ddellav: went through the UCA bugs today - https://bugs.launchpad.net/cloud-archive/+bugs
[11:03] <jamespage> not looking so bad...
[11:40] <coreycb> jamespage, looks much better for sure
[13:27] <ddellav> jamespage I'm having an issue building aodh for liberty and it looks like it can't find pep8 during the tests. It seems like hacking pins pep8 and I know you did something recently with that. Is there an additional set I need to take to get this building properly? I'm using sbuild-liberty
[13:27] <ddellav> coreycb ^
[13:28] <ddellav> *step
[13:29] <coreycb> ddellav, you may just need to add python-pep8 to BDs
[13:29] <ddellav> coreycb yea, thats what I'm doing temporarily but I wanted to check for a proper solution if it exists
[13:30] <jamespage> ddellav, only in newton
[13:30] <jamespage> not in liberty
[13:31] <jamespage> aodh in liberty?
[13:31]  * jamespage looks
[13:31] <jamespage> ddellav, its not failing in the branch package builds
[13:31] <jamespage> ddellav, oh cause we don't build it
[13:31] <jamespage> that would be why
[13:31] <ddellav> jamespage there was actually no liberty branch in the package repo. I had to create one using the debian/1.0.0-11 tag
[13:31] <jamespage> ddellav, hmm so its a new 1.0.0 release?
[13:32] <ddellav> jamespage well, 1.1.2
[13:32] <jamespage> ddellav, hmm
[13:33] <jamespage> I'm pondering whether we should even update it tbh
[13:33] <jamespage> it was the first release, we can't deploy and test it using charms (baselined on mitaka)
[13:33] <jamespage> we don't have to take retrospective ownership of things in past releases IMHO
[13:34] <ddellav> shall i skip for now then?
[13:43] <zioproto> hello
[13:44] <zioproto> jamespage: how are you doing ? We just finished our Liberty upgrade yesterday night in production. Our users notified us this nice bug today :) https://bugs.launchpad.net/nova/+bug/1610015 with a fix in master of course https://review.openstack.org/#/c/355415/
[13:44] <zioproto> have you guys been already working on this ?
[13:47] <zioproto> coreycb: are you around ?
[13:47] <jamespage> zioproto, hey
[13:47] <zioproto> hello :) sorry for coming here only when I have bugs
[13:47]  * jamespage looks
[13:47] <jamespage> zioproto, np :-)
[13:47] <zioproto> I should bring beers sometimes :)
[13:48] <jamespage> zioproto, ah frickler raised this again to me today as well when I was doing some triage on nova bugs
 jamespage: regarding https://bugs.launchpad.net/bugs/1608934 , https://review.openstack.org/355415 still needs to merge in master, but if you could put that patch into mitaka packages while upstream ponders proper unit tests, that would be nice for us
[13:48] <jamespage> oh no thats a different one
[13:48] <jamespage> grrrr
[13:50] <jamespage> zioproto, no that is the same issue
[13:51] <zioproto> So I will try to compile the git review 355415 againt the current Liberty package
[13:51] <zioproto> I will tell you how it goes
[13:51] <jamespage> zioproto, ta - that feedback on the bug reports would be good
[13:51] <jamespage> afaict that impacts liberty, mitaka and newton atm
[13:51] <zioproto> yes, I will be able only to test on liberty
[13:52] <zioproto> I dont have mitaka deployments available
[13:58] <zioproto> jamespage: to test this patch it would be enough to upgrade the deb packages on the hypervisor where the VM is scheduled right ? I dont need to upgrade packages everywhere. Agreed ?
[13:59] <frickler> zioproto: yes, you could also just patch the single line and restart nova-compute
[13:59] <jamespage> zioproto, yeah I think so
[13:59] <frickler> fwiw I just marked one of the bugs as duplicate of the other
[13:59] <jamespage> frickler, +1 ta
[14:05] <zioproto> OK I patched manually
[14:06] <zioproto> I did python -m py_compile imagebackend.py
[14:06] <zioproto> to regenerate the pyc file
[14:06] <zioproto> and I restarted nova-compute
[14:08] <zioproto> my users confirm the bug is fixed
[14:09] <zioproto> the patch does not cherry-pick clean on liberty
[14:17] <jamespage> zioproto, yah - I just hit that as well
[14:17] <jamespage> (not a clean cherry pick)
[14:18] <zioproto> https://review.openstack.org/367412
[14:18] <zioproto> here you go
[14:18] <zioproto> now is clean
[14:24] <zioproto> jamespage: oh no there is a collision with this other patch libvirt-Split-out-resize_image-logic-from-create_ima.patch
[14:25] <zioproto> oh I see why the conflict. This is in the liberty package but not upstream in liberty https://review.openstack.org/#/c/334074/
[14:29] <zioproto> jamespage: I hate quilt stuff :) https://www.dropbox.com/s/2pf2oy0a83lgh3u/nova-367412-rebased.patch?dl=0
[14:30] <jamespage> zioproto, gah - I thought that was upstream
[14:31] <zioproto> I am building with sbuild-liberty at the moment
[14:31] <zioproto> you can use the rebased patch I just linked in my dropbox
[14:31] <zioproto> and add it as last one in the series
[14:32] <hallyn> cpaelzer: hey - (don't really have time to discuss, but wanted to ask)  what did you mean in the email by
[14:32] <hallyn> OTOH Debian and Fedora have just machine classes as-is upstream.
[14:32] <hallyn> ?  I could be misremembering but i thought that fedora had its own machine types
[14:33] <hallyn> i *think* that's where i got the model for what we started doing in ubuntu.  which (as you've most likely seen0) was done in reaction to
[14:33] <hallyn> the live migration debacle between qemu-kvm and qemu, where the same machine type name meant different things
[14:33] <hallyn> so the most important thing was to get unambiguous machine types
[14:34] <hallyn> so even if those are out of date, that's not so important as making sure they are named so that if things change upstream we can keep them exactly the same
[14:34] <hallyn> cpaelzer: also, you might join #debian-qemu, and see if you can get onto the debian qemu maintainers team and get write access to the ubuntu-dev branch there :)
[14:35]  * hallyn bbl
[14:38] <jamespage> ddellav, skip aodh in liberty
[14:38] <jamespage> lets own it from mitaka onwards
[14:39] <jamespage> so we have pkg ci
[14:39] <ddellav> jamespage consider it skipped!
[14:39] <zioproto> what is aodh ?
[14:42] <jamespage> zioproto, it was split out of ceilometer two releases ago - its the alarming part
[14:44] <zioproto> OK
[14:45] <zioproto> jamespage: my patch failes the python tests https://www.dropbox.com/s/ckraqbb3vou9d7x/nova_12.0.4-0ubuntu1~cloud1ubuntu1_amd64-20160908-1431.build?dl=0
[14:45] <jamespage> zioproto, I suspect the test case will need adjusting for libery
[14:48] <zioproto> ok, I will need to remove the tests from the patch just to rebuild internally for SWITCH
[14:48] <zioproto> because we need the package today
[14:49] <cpaelzer> hallyn: hi
[14:50] <cpaelzer> hallyn: fedora has no custom types
[14:50] <cpaelzer> hallyn: just checked again in afedora container
[14:50] <cpaelzer> hallyn: thanks for the hint to join #debian-qemu
[14:51] <jamespage> zioproto, sure we can figure out the unit test later
[14:56] <cpaelzer> hallyn: you likely got the model idea from centos/rh - that is where it is used (exclusively in their cases, no upstream models at all)
[14:58] <hallyn> oh yeah, rh
[15:10] <ddellav> coreycb please review and push lp:~ddellav/ubuntu/+source/designate lp:~ddellav/ubuntu/+source/manila for liberty sru
[15:16] <zioproto> jamespage: here you go
[15:16] <zioproto> we are running these in production now https://code.launchpad.net/~zioproto/ubuntu/+source/nova/+git/nova/+merge/305234
[15:18] <zioproto> bye bye
[15:31] <coreycb> ddellav, can you grab the missing d/changelog from the liberty-staging ppa, like this? https://git.launchpad.net/~ubuntu-server-dev/ubuntu/+source/neutron-fwaas/commit/?id=eed67222490ec24ce804ae7a96776ec99f4a4433
[15:32] <ddellav> coreycb ugh, right, i missed that in my notes. Got it.
[15:36] <samba35> i am on ubuntu host and my guest is also ubuntu using kvm i want to boot ubuntu guest on diskless machine .how do i get this done
[15:37] <samba35> i have firewall/utm which can be used as a dhcp server with boot option
[15:37] <compdoc> you want to boot the guest from the .iso image?
[15:38] <samba35> i want to boot from guest not iso
[15:38] <compdoc> describe what you mean by diskless machine
[15:38] <samba35> is it possible to boot from iso with kvm ?
[15:38] <compdoc> sure
[15:39] <samba35> on ubuntu guest i have installed firewall/utm and that can take care of booting part i have to just point file
[15:39] <samba35> using dhcp options
[15:40] <samba35> i have another system from which presently i am chating i want to use that system as a bootable guest from kvm host
[15:40] <samba35> using ipxe /pxe
[15:55] <apb1963_>  i have installed 16.04 on /dev/sdb1 ... I used fdisk to change the boot flag from /dev/sda2 to sdb1, as sda2 contains 14.04.  It not only doesn't boot, but it doesn't show in the boot menu.  I tried to follow this link without much luck, my files don't match what's described here: https://help.ubuntu.com/lts/installation-guide/i386/ch05s01.html#boot-initrd  It boots 14.04 instead.
[15:57] <jamespage> coreycb, ok promoting proposed->updates for newton
[15:57] <coreycb> jamespage, awesome
[16:07] <coreycb> jamespage, I'm sending the b3 release email here in a sec
[16:09] <andrewII> I am trying to commision additional MAAS nodes, but PXE is erroring out due to a TFTP error. The node flashes "NBP filesize is 0 Bytes" (for bootx64.efi). Any idea of what could cause that?
[16:11] <andrewII> I'm wondering if Squid could be getting in the way, but I think port 69 is open for it
[16:19] <apb1963_> andrewII: A dumb answer but... have you verified the file is where it's supposed to be and it's non-zero?
[16:23] <andrewII> I haven't, other than two other machines commisioned just an hour earlier. They finally commissioned once I turned Squid on, but now I can't seem to get PXE to work, even with squid off.
[16:24] <andrewII> I've been rebuilding my MAAS setup over and over (fruitlessly) trying to get Openstack bootstrapped on it. But I haven't the foggiest how to diagnose this particular glitch
[16:25] <andrewII> All 5 machines were commissioned yesterday, so I know the hardware is good, but I've reinstalled the region controller since then
[16:29] <apb1963_> andrewII: have you verified the file is where it's supposed to be and it's non-zero?  If not, then you should do that.  Because that's what that error message says.  I would listen to the messge.
[16:30] <andrewII> apb1963: I'll ask ag to find the file. If it got zeroed out, that'd be both a relief and horribly confusing
[16:33] <andrewII> apb1963: Well, there's a 79K /usr/lib/systemd/boot/efi/systemd-bootx64.efi
[16:35] <apb1963_> now verify that's where tftp is looking for it.
[16:45] <samba35> i have install maas ( for a 1st time as web page instruction ) but i am not able to get maas webadmin page but i am able to get default web page of my server/localhost
[16:47] <samba35> andrewII : after apt-get install maas what i suppose to do ,more package need to install or make changes in config file
[16:49] <andrewII> samba35: When you try to open the page, are you going to http://<MAAS server's IP>/MAAS?
[16:50] <samba35> maas server ip and my server ip are differant ?
[16:50] <andrewII> If you leave off the MAAS part, then you get a regular ol' Apache default page (meaning everything's working, but there's nothing to see yet)
[16:50] <samba35> sorry i just want to do what u did ,if u check chat 10 line back
[16:51] <andrewII> My MAAS server is a different machine (in this case 192.168.0.222), so to get to it I enter http://192.168.0.222/MAAS
[16:52] <samba35> how do i check which ip address is configure for maas server ?
[16:53] <andrewII> Personally? I do it the ham-fisted way and set it myself: sudo dpkg-reconfigure maas-region-controller
[16:54] <samba35> ic
[16:54] <andrewII> It'll have just one input box, and you'll enter the address the system expects your nodes to see when commissioning/deploying (you can use any other address that your computer answers to)
[16:54] <samba35> if you dont mind can i ask u some quastions on MAAS ?
[16:55] <andrewII> Haha, sure. I've gotten it to spin up a few times, but no bets on if I can get it to actually work
[16:55] <samba35> thanks
[16:56] <samba35> if i understand correctly what maas is :1)allow you to boot from guest os ?
[16:56] <samba35> 2) ipxe/pxe/gpxe booting make simpleier ?
[16:57] <samba35> 3)manage guest os ?
[16:57] <samba35> is that correct ?
[16:57] <PCdude> http://askubuntu.com/questions/821804/openstack-with-landscape-install-fails
[16:57] <PCdude> Could someone please help with that
[16:59] <andrewII> samba35: Sort of? I think it's more like having one machine manage a bunch of other machines. So you'll add a machine to your main MAAS controller (the one you did "sudo apt install maas"), and that machine will bring others online as you like
[16:59] <samba35> ok
[17:00] <samba35> which link/website you follow to configure maas
[17:00] <andrewII> You know, I've been following one of the Juju dev's blogs for it: http://blog.naydenov.net/
[17:01] <andrewII> I am expressly trying to get Openstack on MAAS 2.0, so this was helpful
[17:01] <samba35> ok
[17:01] <samba35> thanks
[17:03] <andrewII> Prolly worth noting that I *haven't* actually gotten it to work, but I'm sure it's because I've missed something
[17:04] <andrewII> apb1963_: Well, one machine recommisioned just fine. So either the two machines are getting treated differently, or something strange is going on with PXE
[17:10] <apb1963_> andrewII: sorry.... i've gone as far as I can.  I know anything about MAAS itself.... just gave you a couple of basic troubleshooting ideas.  Other than that... no idea.  Firewall is a good thing to doublecheck.... permissions too....beyond that... no idea.
[17:10] <apb1963_> s/know/don't know/
[17:10] <samba35> brb ,rebooting
[17:10] <andrewII> apb1963_: heh, same here. But thanks!
[17:10] <apb1963_> sure.  good luck!
[17:25] <ANTARES> http://www.megapolisfm.ru АФИГЕННЫЙ ХИП ХОП и R&B !!! до 21:00
[17:33] <van777> ANTARES: да ну его. Лучше радио рекорд. Там разные направления. Хардкор,Дабчик - норм.
[17:50] <nacc> teward: any chance you could take a look at LP: #1620627?
[17:51] <nacc> i'm not seeing any obvious local configuration, but it seems like nginx timed out? -- not sure if the /run/nginx.pid message is expected or not?
[17:53] <nacc> hallyn: re: triage of server bugs, would you be ok if i just left LP: #1617055 alone?
[17:54] <MelRay> I asked in #ubuntu and the response indicated I might be better off using the server edition. What I'm trying to find out if during the install if it is possible to have both physical disks installed in the LVM volume group? That way it should automatically have all available space allocated for /boot and /root I suppose?
[17:56] <teward> nacc: i've not seen that before, and I did see the bug, but i'm not well right now
[17:56] <teward> so I didn't look into it much
[17:56] <hallyn> nacc: yeah, i'd mark it wontfix maybe, leavin ga ocmment saying debian hasn't done it yet.
[17:56] <teward> nacc: the problem core is this: сен 06 20:17:33 Novohudonossor systemd[1]: nginx.service: PID file /run/nginx.pid not readable (yet?) after start: No such file or directory
[17:56] <hallyn> nacc: you can ask them which patches they need and see if they are feasible to backport;  or you can just go ahead and merge the upstream, if you feel brave
[17:56] <teward> nacc: makes me think something's tried to start and create the pid, but couldn't find it
[17:56] <teward> i've never seen that though
[17:56] <hallyn> but in general our stance is we merge debian when it's ready
[17:57] <nacc> teward: ack, feel better! i'll respond in the bug
[17:57] <nacc> hallyn: thanks! i'm just triaging right now, but i'll come back to it if no one else does :) it does seem like they might just need the one commit right now
[17:58] <nacc> MelRay: i wonder if you might be able to modify the recipe at http://askubuntu.com/questions/542327/how-do-i-preseed-partman-recipe-two-disks
[17:58] <teward> nacc: possible cause: /run/ not mounted/ready
[17:58] <MelRay> nacc: Thanks I'll have a look! Appreciate it
[17:59] <nacc> MelRay: not sure how easy it will be to translate that to LVM, but it minimally shows how to use other disks
[17:59] <nacc> teward: yeah, i'll ask about that
[18:00] <teward> nacc: though, i'd expect it to be mounted if it's failing at installation
[18:00] <MelRay> Ideally I wish I had 4 disks..then I would just do RAID 10 and move on...
[18:00] <teward> nacc: unless /run/ or such is on its own partition or something and is full, or there's some other disk issue (RO filesystem perhaps due to errors)
[18:01] <nacc> MelRay: i also wonder if it would be as simple as telling partman-auto/disk there are two disks 'd-i partman-auto/disk string /dev/sda /dev/sdb' then specify LVM and see what it does?
[18:01] <teward> i'm going to go rest though, still not 100% and been beating my head against owncloud for an hour
[18:01] <nacc> teward: np, thanks again!
[18:02] <MelRay> Gotcha...will try it
[19:12] <frickler> coreycb: neutron needs dnsmasq 2.76 to work properly with dhcpv6, see https://review.openstack.org/#/c/301747/ , is there a chance to get the version from yakkety into uca-newton? or backport the dhcp_release6 tools into 2.75 on xenial?
[19:19] <EmilienM> coreycb: hey, our CI is currently broken with http://logs.openstack.org/51/367551/4/check/gate-puppet-openstack-integration-3-scenario002-tempest-ubuntu-xenial/1f154da/console.html#_2016-09-08_19_06_18_313029
[19:19] <EmilienM> jamespage: ^
[19:20] <EmilienM> http://logs.openstack.org/51/367551/4/check/gate-puppet-openstack-integration-3-scenario002-tempest-ubuntu-xenial/1f154da/console.html#_2016-09-08_19_06_18_318057
[19:20] <coreycb> EmilienM, is it the ironic error?
[19:20] <EmilienM> yes
[19:21] <coreycb> EmilienM, looks like it has some recent updates, I'll take a look
[19:22] <EmilienM> thanks
[19:25] <coreycb> frickler, I'll need to run that by some other folks to see if we can do that.
[19:57] <coreycb> EmilienM, we'll have a fix by tomorrow.  do you have a work around?
[19:57] <EmilienM> coreycb: yes, we disable ironic testing on ubuntu.
[19:57] <EmilienM> do you have CI testing Ironic?
[19:58] <coreycb> EmilienM, ok. you can do that or this should work before installing ironic: http://paste.ubuntu.com/23151534/
[19:59] <coreycb> EmilienM, we have unit and dep8 testing for ironic
[19:59] <EmilienM> how come we have to do http://paste.ubuntu.com/23151534/ after X releases ?
[20:00] <EmilienM> I mean, Ironic used to work before...
[20:00] <coreycb> EmilienM, this fix regressed it: https://bugs.launchpad.net/cloud-archive/+bug/1450942
[20:04] <coreycb> EmilienM, btw that's just a work around ^
[20:05] <LuMint> hi! any recommends on a ftp server that's capable of ftpes?
[20:05] <EmilienM> coreycb: sure
[20:05] <LuMint> I'm familiar with Filezilla Server for Windows, now I'm looking for the alternative
[20:11] <jamespage> EmilienM, coreycb: that was me sweeping up old bugs today
[20:12] <coreycb> jamespage, I think 'chown -R ironic:adm /var/lib/ironic' in postinst will fix it, just testing that out and will upload
[20:12] <jamespage> coreycb,     chown ironic:ironic -R /var/lib/ironic /etc/ironic
[20:12] <jamespage> is on the lines after the db sync
[20:12] <jamespage> needs to be before
[20:12] <jamespage> wtf - /etc/ironic
[20:12] <jamespage> that sounds dodgy to me
[20:13] <coreycb> jamespage, ok yeah that could be moved up
[20:13] <jamespage> coreycb, actually there are no dep-8 tests for ironic - we should add one
[20:13] <jamespage> at least to check the install
[20:13] <jamespage> but I thought that happened auto-magically
[20:13] <jamespage> evidently not
[20:15] <jamespage> coreycb, we can add dnsmasq to the review for ovs and dpdk  - lets make sure we discuss that tomorrow
[20:15] <coreycb> jamespage, sounds good
[20:17] <jamespage> coreycb, you want to let me sort out my ironic foobar?
[20:17] <jamespage> happy todo that now if you like
[20:17] <jamespage> I'll even test it
[20:17]  * jamespage looks sheepish
[20:17] <coreycb> jamespage, sure go ahead since you can promote everything quickly
[20:21] <EmilienM> coreycb, jamespage: please let me know when I can retry
[20:21] <jamespage> EmilienM, just testing the fix now
[20:21] <jamespage> but will take a little time to work through to proposed
[20:21] <jamespage> EmilienM, are you testing with the newton-proposed pocket on xenial?
[20:22] <EmilienM> no prob
[20:22] <EmilienM> let me check
[20:22] <EmilienM> we're testing updates repos for newton
[20:22] <EmilienM> jamespage: ^
[20:22] <jamespage> EmilienM, right-oh
[20:27] <jamespage> EmilienM, do you test neutron-lbaas in any way? just a headsup that v1 agent (neutron-lbaas-agent) was removed this cycle
[20:28] <jamespage> that's reflected in the b3 packaging
[20:28] <EmilienM> jamespage: yes we do
[20:28] <EmilienM> and yes we already test v2 only
[20:28] <jamespage> EmilienM, that's fine
[20:28] <jamespage> nochanges there
[20:31] <jamespage> coreycb, uploading, added minimal install autopkgtest to stop install type issues
[20:32] <jamespage> its not a functional test but at least gets things moving in the right direction
[20:33] <coreycb> jamespage, sounds good, thanks
[20:34] <LuMint> I'm familiar with Filezilla Server for Windows, now I'm looking for the alternative. Any ideas?
[21:24] <jamespage> EmilienM, taking a while to go through to updates
[21:24] <jamespage> EmilienM, suggest retest tomorrow - I'll finish and test before you start your day
[21:25] <EmilienM> jamespage: perfect
[21:25] <EmilienM> thanks
[22:15] <EmilienM> jamespage, coreycb: found another bug
[22:15] <EmilienM> neutron when using linuxbridge
[22:15] <EmilienM> http://logs.openstack.org/51/367551/5/check/gate-puppet-openstack-integration-3-scenario003-tempest-ubuntu-xenial/d634f0b/logs/neutron/neutron-linuxbridge-agent.txt.gz#_2016-09-08_21_46_45_383
[22:15] <EmilienM> impossible to boot a VM
[22:23] <EmilienM> jamespage, coreycb: https://bugs.launchpad.net/cloud-archive/+bug/1621651