[02:35] <JanC> would be nice to get this patch in Xenial: https://github.com/zfsonlinux/zfs/commit/a9977b37ca7bd27ff28de435f8666e253ff6330e
[05:34] <Thumpxr> were there any mySQL improvements in the last 2 weeks? i noticed a huge RAM drop of the SQL process.
[05:35] <Thumpxr> around july 22th
[05:58] <showaz> Thumpxr: pff percona/mariadb (thread-handling="pool-of-threads") https://www.percona.com/doc/percona-server/5.7/performance/threadpool.html
[05:59] <showaz> Thumpxr: https://jira.mariadb.org/browse/MDEV-6150
[06:03] <showaz> Thumpxr: mysql 5.8 new default config (lower better for production).
[06:03] <showaz> Thumpxr: http://mysqlserverteam.com/planning-the-defaults-for-mysql-5-8/
[06:21] <jak2013> why cant do a ping to google? i have on /etc/resolv.conf nameserver 8.8.8.8 which other thing? need check?
[06:22] <Thumpxr> any firewall rules? ping is ICMP, if you havn't allowed this, you cant ping
[06:23] <jak2013> Thumpxr how to check?
[06:36] <showaz> Thumpxr: ping over UDP work?
[06:39] <Thumpxr> showaz https://tools.ietf.org/html/rfc1122
[06:39] <showaz> October 1989 no thanks
[06:39] <showaz> deprecated rfc
[09:40] <cpaelzer> jamespage: as of now the DPDK 16.07 bits are not yet accepted in OVS master, so even if they cut a branch today it won't work
[09:40] <cpaelzer> jamespage: I'll give you a note once that is in so you don't have to track it
[09:50] <albech> morning all
[09:53] <albech> i cannot seem to make the dns-nameservers entry in /etc/network/interfaces work.. After reboot still have no nameservers configured.
[10:07] <Odd_Bloke> albech: I may not be able to help, but if you pastebin your configuration it will be easier for others to do so. :)
[11:22] <albech> http://paste.ubuntu.com/21747469/
[11:30] <cpaelzer> rbasak: If you have a few mnutes, since you are kind of an SME already after the merge if you would have some minutes you could check if my SRU prep is ok and consider sponsoring it at bug 1567540
[11:43] <rbasak> cpaelzer: SME?
[11:44] <rbasak> Anyway, looking.
[11:45] <rbasak> cpaelzer: for dep3, instead of "Forwarded: already upstream" can we say "Origin: upstream"? If possible, "Origin: upstream, <url>".
[11:45] <rbasak> Then Forwarded isn't necessary, and we're using standard field values.
[11:45] <cpaelzer> rbasak: ok will do
[11:45] <cpaelzer> rbasak: I'll wait another few minutes if you find something else to wrap it up in uone upload
[11:46] <rbasak> Sure
[11:46] <rbasak> cpaelzer: what did you mean by SME?
[11:46] <cpaelzer> subject Matter Expert
[11:46] <rbasak> Oh, OK :)
[11:47] <cpaelzer> I thought that is a known abbreviation, but then I just recently came from the company that has TLA being the three-letter-abbreviation for the word three-letter-abbreviation :-)
[11:47] <rbasak> :)
[11:53] <rbasak> cpaelzer: the rest of it looks fine. I'm not going to separately verify that you're backported the patches correctly - I trust you on that. I presume this isn't a minimal patch (or doesn't look like a minimal patch at least) because of our previous discussion on minimising regression risk? The SRU team might query though, so I advise putting that discussion into the SRU information.
[11:53] <rbasak> cpaelzer: also "Fortunately not all, but most of this change is upstream and tested
[11:54] <rbasak>    quite heavily a few months already." doesn't quite tally with all four bugs' dep3 headers saying that the patches are upstream. Is that because you mean they are upstream but not heavily tested?
[11:54] <rbasak> cpaelzer: in any case, this is minor and can get cleared up later if the SRU team query, so up to you. I'm happy to upload as-is, but fixing the Origin/Forwarded fields would be nice.
[11:55] <rbasak> "So we are really dependent on
[11:55] <rbasak>    the reporters here that seem to have the kind of hardware where it
[11:55] <rbasak>    "crashes reliably"."
[11:55] <rbasak> Sometimes in this kind of case I ask for a commmitment from a reporter to do SRU verification before uploading.
[11:56] <rbasak> However, I appreciate there is a timing issue with security updates too, so it's up to you.
[11:56] <rbasak> Sorry for the brain dump. I'm done now :)
[12:05] <cpaelzer> rbasak: thanks, revising it in a few minutes
[12:15] <cpaelzer> rbasak: and on the minimal patch - I was able to create the minimal patch
[12:15] <cpaelzer> rbasak: so my former "being afraid if backportable" was wrong
[12:32] <rbasak> cpaelzer: ah OK, np. It was larger than I expected for a minimal patch.
[12:38] <cpaelzer> rbasak: I also found that "Fortunately not all, but most of this change is upstream and tested" is misleading, fixing that as well
[13:00] <albech> anyone have an idea why my dns isnt getting set: http://paste.ubuntu.com/21747469/
[13:01] <cpaelzer> rbasak: and finally since you wondered about the size I gave it some harder scrutiny and was able to remove 1/4 patches
[13:01] <cpaelzer> rbasak: but more isn't possible
[13:01] <cpaelzer> building and testing, I'll give you a ping then
[13:01] <rbasak> Nice, thanks. I'm happy with your judgement.
[13:06] <cpaelzer> rbasak: ok, the bug is up to date and has the new debdiff => bug 1567540
[13:32] <Odd_Bloke> albech: Try indenting lines 13-19 (and maybe 21 as well).
[13:37] <hackeron> Hi there, I'm seeing this: https://www.dropbox.com/s/5o71yczfv5zee2y/viber%20image-1.jpg?dl=0 - despite setting FSCKFIX=yes in /etc/default/rcS on Ubuntu 16.04 - any ideas?
[13:40] <rbasak> cpaelzer: looks good, thanks. I think you forgot to drop debian/patches/ntp-4.2.8p4-segfaults-3-4.patch itself though it's dropped from the series file, so I can drop that before uploading. Also, shall I add an apostrophe to "Juergen Perlingers" in the changelog before uploading?
[13:40] <rbasak> Sorry I didn't notice that last time!
[13:42] <rbasak> cpaelzer: done. The bug status shouldn't be Fix Committed until it's accepted in the queue, so just In Progress for now (defined by the SRU procedure page).
[13:46] <coreycb> ddellav, jamespage: greetings!  I'm going to open a MIR bug for cotyledon.
[13:52] <albech> Odd_Bloke: yes im aware that that may be the problem could be found there, more interested in what the problem might be, cause i cannot see anything wrong and the ipaddress, netmask, default gw etc is assigned correctly.
[14:21] <Ussat> Odd issue on a server here , I am doin auth via kerberos, I can SSH into the server fine, but can not login via desktop ? Ideas where to start looking ?
[14:33] <albech> Ussat: the log files ;)
[14:33] <Ussat> NM, found the issue
[14:42] <fritchie> can I determine what app is causing crashes when I see
[14:42] <fritchie> Core dump to |/usr/share/apport/apport 23660 6 0 pipe failed
[15:21] <RoyK> fritchie: run the 'file' command on the coredump and it will tell you
[15:22] <fritchie> royk, no file is ever produced unfortunately
[15:25] <RoyK> fritchie: what sort of crashes are these?
[15:26] <fritchie> royk, thats what I am trying to figure out, all I have is a bunch of messages saying the apport pipe failed
[15:28] <RoyK> just wondering what sort of crash it is - dying processes or dying machine?
[15:57] <coreycb> jamespage, beisner: the following are ready to promote to mitaka-proposed when you have a moment: keystone 2:9.0.2-0ubuntu1~cloud0, nova 2:13.1.0-0ubuntu1~cloud0, openstack-trove 1:5.1.0-0ubuntu1~cloud0
[16:29] <ddellav> coreycb jamespage cinder CI needs an update to oslo-utils, oslo-versionedobjects, and oslo-vmware for it to build. I'll add those to the list and work on them today.
[16:32] <coreycb> ddellav, ok thanks
[18:02] <cpaelzer> rbasak: ack - and thanks for chanhing in flight
[18:50] <docmur> I'm working on securing a server, I'm looking for a good remote logging application, I've used rsyslog in the past but does anyone else know of good tools?
[18:54] <sarnold> depends what you intend to do with it; what are you looking for that rsyslog doesn't do?
[18:55] <docmur> Just looking for alternatives, rsyslogd is great
[18:57] <sarnold> seems like most people are interested in getting metrics out of systems so they can graph things; https://prometheus.io/ or https://influxdata.com/ or https://www.elastic.co/products
[19:06] <ddellav> coreycb please review and push horizon point release for mitaka, 9.1.0: lp:~ddellav/ubuntu/+source/horizon
[19:42] <coreycb> ddellav, horizon 9.1.0 uploaded to the sru queue
[20:17] <ddellav> coreycb thanks
[22:25] <fluvvell> is there any way to specify a nameserver with NetworkManager's VPN so that hosts in the network can get resolved?
[22:28] <sarnold> fluvvell: I think the usual approach is to configure the vpn system or dhcp 'inside' the vpn to set options that say which dns server to use, e.g. https://openvpn.net/index.php/open-source/documentation/howto.html#dhcp
[22:29] <fluvvell> sarnold, you're suggesting at the openvpn (for instance) server config end, telling the client which nameserver to use?
[22:29] <sarnold> fluvvell: yeah
[22:29] <fluvvell> makes sense. should have thought of that !
[22:47] <fluvvell> looks like its set at server end already, is there a way to find out which DNS servers each if is using?
[22:48] <sarnold> I think that's currently just cat /etc/resolv.conf
[22:50] <fluvvell> which is nice on an if managed by /etc/network/interfaces but ugly on one managed by NetworkManager which points to 127.0.0.1
[23:06] <fluvvell> to answer my own question, it would appear you can add a .conf file in /etc/NetworkManager/dnsmasq.d  with    a line reading something like: dhcp-option DNS ip.address.goes.here