/srv/irclogs.ubuntu.com/2016/07/11/#ubuntu-server.txt

LaserAllanJanC: you still here?00:01
=== funkyHat_ is now known as funkyHat
=== Bae is now known as GitGud
=== remix_auei is now known as remix_tj
fricklerjamespage: coreycb: neutron-8.1.2 fails to rebuild for me because it misses https://review.openstack.org/321791, and nova-13* seems to have an issue with paramiko, also getting nova-13.1.0 would be nice08:37
fricklerjamespage: on a related note, do you know why ceph and keystone are still stuck in the xenial queue?08:37
lordievaderGood morning.09:16
cpaelzerrbasak: I saw you already answering mails this morning, would you have the time to make pacemaker available for the merge process via the importer?10:13
cpaelzerrbasak: I sent a mail to the list already earlier this morning if you want to reply for tracking10:14
cpaelzernot urgent thou, just one of the two next things on my list - so I thought it is worth a ping ahead of time10:15
cpaelzerand the list is to the horizon and back anyway :-)10:16
rbasakcpaelzer: OK, I started the import of pacemaker. It may take a while.10:28
jamespagecpaelzer, hey - revisiting the work I started on ovs 2.6 today - had some test failures first time round...10:45
jamespagefrickler, poking on the ceph sru - not sure why that's blocking - we've had a standing mre exception with the sru team for the last 4 years, they normally go through pretty quick10:52
jamespageI'll let coreycb answer the other two - or ddellav might know as well10:53
jamespagecpaelzer, hmm suspect I'm going to need a dpdk 16.04 build10:57
jamespagehttp://paste.ubuntu.com/19068274/10:58
cpaelzerjamespage: great to hear11:02
cpaelzerjamespage: I'm already on DPDK 16.07 and I see the matching OVS patches in the OVS entry queue11:03
cpaelzerjamespage: I doubt it, but let me know if I can help11:03
jamespagecpaelzer, I'll try with your 16.04 and 16.07 ppa's11:03
* cpaelzer hands a virtual thank-you-beer to jamespage11:04
jamespagethank me when I have it done :-)11:04
cpaelzeryou can collect those and turn them to real when we met next time11:04
cpaelzerrbasak: that is why I asked in advance - thanks for starting it11:06
fricklerjamespage: coreycb: we would also very much like to get an update to keystonemiddleware-4.4.1 incorporating the fix for https://bugs.launchpad.net/keystonemiddleware/+bug/1533724, this crashed one of our deployments over the weekend11:24
ubottuLaunchpad bug 1533724 in keystonemiddleware "keystone-signing folders fill /tmp and seriously slow down reboots" [Medium,Fix released]11:24
jamespagetyhicks, hey - quick question - I'd like to try to put one of the remote console access stacks into main this cycle for openstack11:32
jamespagetyhicks, it will require some MIR's but I wanted to see if you had a preference  - there are some choices11:32
jamespagetyhicks, I think the choice is novnc or spice11:33
jamespagespice is already in main, but the html shim is not yet11:33
valluttajaanyone familiar with mod_wsgi?11:36
jamespageish11:36
=== Bae is now known as GitGud
=== Bae is now known as GitGUd
=== GitGUd is now known as GitGud
coreycbfrickler, hi, we've got nova 13.1.0 in progress.  what was the issue with paramiko?12:38
coreycbfrickler, ddellav is testing keystone in xenial-proposed, he may have an update12:40
coreycbfrickler, we'll get keystonemiddleware 4.4.1 into the SRU queue soon12:45
=== Sairony is now known as Sairon
ddellavcoreycb frickler i had tested that awhile ago and it passed but im running them again now just to be safe. I'll keep you updated on the outcome.13:14
coreycbddellav, alright let's try to get those bugs marked verification-done today13:14
ddellavcoreycb lp:1592865?13:16
coreycbddellav, yes13:18
coreycbfrickler, btw neutron 8.1.2 builds ok for me without that patch13:25
le_pighmm13:45
fricklercoreycb: looks like I had cluttered my build node by doing some devstack runs, which pip-installed newer libraries that got used during the build tests and made them fail. I'm rerunning the build now on a fresh node13:54
v1sI running ubuntu 16.04 server I have a usb2eth adapter connected to wan and then I have the built in eth and wifi for local network. I am using hostapd / bridge-utils / dnsmasq. The wan is working fine but only one system connecting to the wifi is pingable and I see other sytems in the dhcp client list but cant reach any of them any ideas ? can post any conf to check13:56
=== Luke__ is now known as Luke
cpaelzerv1s: so your wireless and your builtin net are connected to the same network ip/netmask range?14:03
v1s@cpaelzer: yes they are bridged using ip 10.20.30.1/2414:15
tyhicksjamespage: hi - I'm not familiar enough with either project to have a preference14:19
tyhicksjamespage: considering that spice is already in main, that might be the route that results in the least amount of code going from universe to main14:19
jamespagetyhicks, that was my thinking as well14:20
tyhickssarnold: once you start your day, can you chime on whether you have any preference here? ^14:20
mdeslaurtyhicks, jamespage: please make it spice, it's a better choice and supports(will support?) 3d acceleration14:23
jamespagesounds like we are all in agreement :-)14:23
tyhickssounds good14:25
fricklercoreycb: o.k., all builds did run fine now, sorry for the confusion.14:37
fricklercan I download packages for stuff in the SRU queue somewhere or would I have to build them myself?14:38
coreycbfrickler, ok good, no problem14:38
coreycbfrickler, you could get them from here, for core packages at least: https://code.launchpad.net/~ubuntu-server-dev/+git14:39
coreycbfrickler, it would probably make more sense for us to just poke the sru team to get things moving a long14:40
coreycbddellav, mind poking the sru team for a review of keystone 9.0.2?  that's still in the review queue.14:42
fricklercoreycb: ddellav: also python-keystoneauth1-2.4.1 pls, assuming jamespage has already done enough poking for ceph ;)14:43
coreycbddellav, frickler: I just asked infinity for a review of those in #ubuntu-devel14:46
=== degorenko is now known as _degorenko|afk
coreycbddellav, jamespage: for the mitaka keystonemiddleware point release I did it in an ubuntu/mitaka branch on alioth.  that seems to make more sense to do for a dependency that we share with debian, rather than just working from the archive without a repo.18:49
coreycbhttp://anonscm.debian.org/cgit/openstack/python-keystonemiddleware.git/?h=ubuntu/mitaka18:49
=== deadnull is now known as _deadnull
coreycbfrickler, a few of the packages we discussed earlier are in the xenial review queue now: https://launchpad.net/ubuntu/xenial/+queue?queue_state=1&queue_text=19:20
codepython777 If I set a variable in /etc/profile  - does it drop down to my bash shell always?19:25
tarpmancodepython777: the "Invocation" section in the bash(1) man page talks about the conditions under which bash runs specific startup files19:27
codepython777tarpman: it worked it seems, thanks19:37
=== _deadnull is now known as deadnull
coreycbddellav, jamespage: I see trove has b2 out for newton so I'm going to do that now and keep track of what's done in our spreadsheet20:00
ddellavcoreycb ok sounds good20:00
kwootAnybody awake for some br0 troubles?20:32
kwootplease?20:33
Slingmaybe ask a real question instead20:35
kwootGood idea! So, I switched disks on a system to upgrade the hardware. of course this also means 2 new mac addresses on a dual homed system. On it runs a small kvm host (webserver) that services several small sites). Thing is, everything seems to work, but networking from the kvm host does not. It should run over br1, and br1 is bridged_ports to eth4 (system renames them from eth0 and eth1 to eth3 and eth4).20:41
kwootI have no clue why it is failing at this time.20:42
kwootThe internal network kan connect through the dual homed system as usual, the system can ping to everybody (including the kvm host), but the kvm host can not ping to anybody. Local time is almost 23:00 so I could be missing the obvious here.20:43
kwootcorrection: kvm host can ping himself and the ip of the br1 interface, but not the gateway/modem20:45
kwootreboot. no joy20:54
coreycbjamespage, ddellav: CI should be mostly blue after the next round of builds go through.  I didn't update nova-lxd, the snapshot tar is 13.0.0, but 13.0.0 was already released so I wasn't sure what was up with that.21:14
=== alexisb is now known as alexisb-afk
=== DzAirmaX_ is now known as DzAirmaX

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