[00:09] smb: by chance do you have the fix for bug 1541810 in your xenial libvirt merge? [00:10] bug 1541810 in libvirt (Ubuntu) "libvirt-bin.service does not read /etc/default/libvirt-bin" [Undecided,New] https://launchpad.net/bugs/1541810 [00:10] * hallyn d/ls the trees to look at debdiff in any case [00:33] smb: cgmanager-dev should not be needed for libvirt in xenial === Lcawte is now known as Lcawte|Away === kklimonda1 is now known as kklimonda === Lcawte|Away is now known as Lcawte [09:22] hallyn, the service should now read the right file I think, cgmanager could try to drop. But it would help to get this via email === Lcawte is now known as Lcawte|Away [09:23] Good morning. [09:30] hello [09:30] https://gist.github.com/anonymous/3275dc5e67b64c8be18b [09:30] i cannot remove mysql-server-5.6 [09:30] how can i remove it brutally? [09:32] Can you reinstall the package to see if it creates the script? (apt-get install --reinstall) [09:39] lordievader, nothing [09:39] same thing...it can not creates the scrupt [09:40] lordievader, should i remove it brutally_ [09:40] No, that is a bad idea. [09:41] Hi. The IPv6 connectivity of my server is now working propatly. [09:41] lordievader, eh but i cannot install it [09:41] or reinstall [09:42] lordievader, how can i do that [09:42] What version of Ubuntu are you running? [09:42] The roouting table looks just fine. [09:42] lordievader, 15.10 [09:42] phpcoder: Could you comment on bug 1455818 and mention you found it on 15.10 too? (Besides the bug report contains a workaround) [09:42] bug 1455818 in mysql-5.6 (Ubuntu Wily) "mysql-server-5.6.postrm fails when /usr/share/mysql-common/configure-symlinks doesn't exist" [High,Triaged] https://launchpad.net/bugs/1455818 [09:45] lordievader, i am not registered there [09:46] Do you mind making an account? [09:48] lordievader, [09:49] i see another user worte: "I just ran into this issue on my new install of Ubuntu Server 15.10." [09:49] I know. [09:49] But still, please do comment that it affects you too. [10:09] Hello! I read http://www.cyberciti.biz/faq/linux-cve-2016-0728-0-day-local-privilege-escalation-vulnerability-fix/ and decided to upgrade the kernel of my server from 3.13-0-68-generic to something newer, but I dont want to do a dist-upgrade, just update the kernel. I found http://kernel.ubuntu.com/~kernel-ppa/mainline/ but dont know which one to choose... [10:09] lordievader, i am doing it [10:15] Ohh... and the ppa for trusty isn't here http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu/dists/ [10:39] hiya [10:39] can you guys please help out a bit with sponsoring? [10:39] http://reqorts.qa.ubuntu.com/reports/sponsoring/ [10:39] we have a number of server/cloud related requests [10:43] roaksoax, ^ do you think you can please bring this up with somebody who can do a broader call for help? [10:44] (or anyone else really...) [10:45] Beret maybe too: ^ === stevenroose|BNC is now known as stevenroose [14:06] dholbach, yeah, I'll help [14:06] thanks a lot [14:06] :-) [14:12] Hello, I want to use zabbix and I hesitate between ubuntu and debian server, which distro you advise me? Thank you [14:21] jamespage, ddellav: ceilometer has a new dep on gnocchiclient but I'm going to leave it in universe and move it to Suggests. I looked at MIRing gnocchi and gnocchiclient, but gnocchi in particular at this time is a rabbit hole of MIRs. === jelly is now known as INVISIBLKLINGON === INVISIBLKLINGON is now known as jelly [15:46] I have the following issue with the cloudimg 14.03 on openstack: ALERT! /dev/disk/by-label/cloudimg-rootfs does not exist. Dropping to a shell! [15:46] anyone can confirm or infirm this ? === Lcawte|Away is now known as Lcawte [16:44] I installed 14.04 in OEM mode. After installing and configuring, there is no oem-config program to run. What do I do next to reset the installation? [17:36] rbasak, jamespage, utlemming, smoser: My old friends, I have a question for you about this MIR: https://bugs.launchpad.net/ubuntu/+source/libiscsi/+bug/1271653 [17:36] Launchpad bug 1271653 in libiscsi (Ubuntu) "[MIR] libiscsi" [Undecided,New] [17:36] would the server team be willing to triage for libiscsi? I'd like to enable libiscsi support in qemu so we can run nova in an unprivileged container. [17:56] SpamapS, so that does userspace based iscsi target access? [17:57] jamespage: correct! [17:58] jamespage: I also wonder if it might be useful for something like LXD or Docker to support that so it could inject a device node into the container without that container needing privileged access. [17:59] jamespage: qemu already has support for libiscsi, but it has to be turned off in Ubuntu. [18:01] SpamapS, might have context there as well - are you working on getting bits of openstack running in containers? [18:01] * jamespage read that into "I'd like to enable libiscsi support in qemu so we can run nova in an unprivileged container" [18:02] SpamapS, I'd be supportive of having libiscsi in main for qemu enablement [18:02] jamespage: yes. :) [18:03] SpamapS, we should compare notes [18:04] :) [18:04] jamespage: I'm actually proxying Jessie Keating from BlueBox, who you may see, commented on that MIR. [18:05] SpamapS, I saw [18:05] is that my old buddy who worked at rhat for a while? [18:05] sarnold: indeed [18:06] we're both over at IBM now. :) [18:06] SpamapS: cool :) [18:09] hah - this has been in since kilo [18:11] hallyn, zul, rbasak: ^^ I think this would make a nice additional generally for openstack - make sense to you guys as well? [18:12] ? [18:12] hallyn, libiscsi enablement in qemu - needs MIR for libiscsi [18:13] jamespage: +1 [18:13] hallyn, mterry has +1'ed but it still needs security team review [18:13] +1 fromme, [18:13] of course [18:13] hopefully it's gone up not downhill :) [18:14] apparently so [18:16] I feel its going to be pretty light to added -server and -openstack teams for triage... [18:16] SpamapS, just needs a sec team +1 now [18:17] jamespage: thanks. I had poked them earlier and they suggested they're really busy right now, but I'd ask you guys to weigh in first so they can prioritize appropriately. [18:17] it's on our short list :) [18:17] \o/ [18:17] sarnold, hopefully with neutron-vpnaas ? [18:17] * jamespage crosses fingers :) [18:17] jamespage: you are the best, thanks. :) [18:18] is neutron-vpnaas still a forked l3 agent? [18:18] kinda [18:18] forked is harsh - it depends on the core l3-agent code and adds stuff I think [18:20] jamespage: interesting, I hadn't looked into it before.. yeah I can see why that'd be useful. it's not currently on our shortlist but we'll try to get as many done before relesae as we can [18:35] jamespage: btw, I opened this bug for tracking the qemu change https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1544216 [18:35] Launchpad bug 1544216 in qemu (Ubuntu) "libiscsi support is disabled" [High,Confirmed] [18:51] is there a way to alias a command, like u[0-9]+ will be anything the user type like u1 u2 u3 ...u333 [18:52] SpamapS: ok you sold me at unpriv containers [18:56] I have trouble seeing how libiscsi would help lxd beyond being an image store [18:56] actually 'mounting' any luns for container use would require the kernel's involvement, right? [19:09] hallyn: right? ;-) [19:10] SpamapS: sarnold: that's where sforshee comes in handy i guess [19:10] sarnold: Is there no way to have a user space daemon serve as the backing for a block device? [19:10] or just qemu-nbd [19:14] SpamapS: like a fuse but for block devices? dunno.. -can- fuse do that? [19:15] SpamapS: the only other usrespace iscsi support im' aware of is stgt, and that looks like it's primarily an iscsi target, and perhaps long abandoned.. [19:17] sarnold: yeah, no, targets aren't what this is about anyway, this is about clients. [19:17] yeah [19:18] i've only ever seen the initiators built into nics or the kernel -- or libiscsi with qemu :) [19:20] or, ipxe :) [19:20] oh :) nice [20:37] hey guys... When using cloud-init with OpenStack Heat, is it possible to have 2 "user_data" sections at the same time? [20:38] Like this: http://pastebin.com/7HiDpjWr ? [20:55] tmartins: I don't think so [20:55] (I don't KNOW though) [20:57] :-/ [20:57] cloud-init is very limited... :( [20:58] tmartins: i'd ask in #cloud-init? [20:59] Mmm... Good one... =P [20:59] it is very limited [20:59] yeah... =/ [20:59] I think thats it's design though - simple tasks to configure an image [21:00] it would end up being a workload to configure a server if it wasn't light and simple [21:01] basically, initially, I'm creating a user, then, I'll run a script, that will call Ansible [21:01] simpler -> complex === DalekSec_ is now known as DalekSec === funkyHat_ is now known as funkyHat === _thumper_ is now known as thumper === stgraber_ is now known as stgraber === bekks_ is now known as bekks [22:12] beisner, can you promote 1.4.1-0ubuntu1.2~cloud1 to juno-updates? [22:12] oslo.messaging [22:12] o/ howdy coreycb - sure, looking ... [22:14] thanks beisner [22:21] beisner, can you also promote neutron 1:2014.1.5-0ubuntu2~cloud0 and 1.3.0-0ubuntu1.4~cloud0 to icehouse-updates? [22:21] coreycb, hah, i was just reading serge's bug comment. where's my neutron? [22:21] beisner, ah yeah that [22:22] coreycb, ok oslo.messaging 1.4.1-0ubuntu1.2~cloud1 pushed from proposed to juno-updates in UCA [22:22] beisner, thanks === stokachu_ is now known as stokachu [22:29] coreycb, ok neutron 2014.1.5-0ubuntu2~cloud0 pushed from proposed to icehouse updates in UCA re: bug 1318721 [22:29] bug 1318721 in neutron (Ubuntu Trusty) "RPC timeout in all neutron agents" [High,Fix committed] https://launchpad.net/bugs/1318721 [22:36] coreycb, fyi, promoted oslo.messaging 1.3.0-0ubuntu1.4~cloud0 icehouse-updates in uca for same bug ^ [22:36] beisner, awesome, thanks! [22:36] coreycb, yw === Monthrect is now known as Piper-Off