[00:15] <prometheus> I was installing apache2 in ubuntu-server last night and ran into the issue with mod_authn_mysql (is that correct? I'm sure you get my point) and ended up installing mod_authn_dbd. I think they were PHP modules to authenticate MySQL users. Does mod_authn_dbd fulfill the same role as mod_authn_mysql?
[00:17] <prometheus> I read somewhere that the mysql module was deprecated or it was a bug that wasn't going to be fixed?
[00:17] <prometheus> is anyone picking up what I'm putting down?
[00:17] <prometheus> lol
[00:18] <teward> i think patience is a virtue here
[00:18] <teward> prometheus: usually takes more than two minutes to get a good answer :p
[00:18] <prometheus> yeah I know. I just wasn't sure if I was clear enough you know. It's still a little foggy for me from last night. Wasn't sure if I remembered it correctly.
[03:27] <jack3> Hello.   question  about:  PRETTY_NAME="Ubuntu 16.04 LTS"     :  found auth.log and it and the corresponding .gz files are old.   In other words, it is not being written to.   Am digging to find out where it is being logged, if at all.   Could use some advice.
[03:40] <sarnold> jack3: could you elaborate on the question a bit?
[03:40] <jack3> sarnold:  tnx for reply
[03:40] <jack3> I discovered that auth.log was old
[03:40] <jack3> when I wen tto look at it.    trying to find if stuff that would normally be in auth.log is being logged anywhere
[03:41] <sarnold> jack3: check the auth.log* files -- there can sometimes be mistakes in file rotations where an old log file is held open and contined to be used
[03:41] <jack3> sorry.. I am not a linux guru.   I'm helping out.    I do have sudo.
[03:41] <jack3>  check the auth.log* files   <<<  what would you like me to check, specifically?
[03:42] <jack3> dang.. I logged off.. thought nobody was going to reply,  and was headed to bed
[03:42] <jack3> give me a min
[03:42] <jack3> ok.. I'm in again.
[03:42] <sarnold> jack3: heh
[03:42] <jack3> what am I to check?
[03:43] <sarnold> jack3: ls -l /var/log/auth.log*  -- check the timestamps
[03:43] <jack3> ok.  brb
[03:43] <jack3> all old
[03:43] <jack3> over a month
[03:44] <sarnold> jack3: how about grep auth -r /etc/rsyslog*
[03:44] <jack3> ok.. brb
[03:45] <jack3> ok
[03:45] <jack3> done
[03:45] <jack3> what info would yo ulike?
[03:45] <sarnold> do you see a line like: auth,authpriv.*/var/log/auth.log  ?
[03:45] <jack3> two
[03:45] <jack3> and two more, commented out
[03:46] <sarnold> is rsyslog running?
[03:46] <jack3> how to find out?
[03:47] <jack3> ?
[03:48] <sarnold> I used ps auxw | grep rsyslog  to see that I could make sure mine is running :)
[03:49] <jack3> ok.  tried that, didn't see it
[03:49] <jack3> so next tried:   ps auxw | less
[03:49] <jack3> then searched for    syslog
[03:49] <jack3> did not find it that way, either
[03:49] <sarnold> very interesting
[03:49] <jack3> so.. I guess it is not running
[03:49] <sarnold> which release is this?
[03:51] <jack3> I just did:  cat /etc/*relea*           which line would you like?
[03:51] <sarnold> VERSION or UBUNTU_CODENAME
[03:52] <jack3> VERSION="16.04 LTS (Xenial Xerus)"
[03:53] <sarnold> try journalctl -u rsyslog.service
[03:53] <sarnold> I don't get any output on my system for that so maybe it's useless
 try journalctl -u rsyslog.service   <<<  so forget this?
[03:57] <sarnold> try it out, if uit gives you anything, it might be useful :)
[04:00] <jack3> what does it do?
[04:01] <sarnold> it prints out messages from systemd's journal service
[04:01] <sarnold> if you run journalctl -u ssh  you should see a bunch of log entries from the ssh server
[04:02] <jack3> says that   'journalctl'    is not installed....
[04:03] <sarnold> this is a strange system :)
[04:06] <jack3> fair 'nuff
[04:06] <jack3> heh
[07:33] <tatertots> hello everyone, i have a ubuntu server and it's joined to a AD domain with sssd,realm. I'd like to make AD users local administrators on the ubuntu server? is this possible
[07:35] <tatertots> i tried to add a AD user to the sudo groups however that user was still unable to make changes to the system
[08:46] <cpaelzer> rbasak: just realized that none of us fuond the time to look at that for a month now https://code.launchpad.net/~paelzer/ubuntu/+source/dovecot/+git/dovecot/+merge/298040
[08:56] <rbasak> cpaelzer: sorry, I know I have outstanding merges in my backlog.
[09:41] <cpaelzer> exim4 is a "fun-one" it seems to randomly fail building sometimes - I'm trying to find the weak spot - so far I think it is related to the -j concurrent build but found no hard evidence yet
[09:41] <cpaelzer> as usual when you want it to fail it just works :-)
[09:47] <albech> still trying to set my dns, but it seems like the dns-nameservers entry is ignored. All other settings are applied to the nic correctly. http://paste.ubuntu.com/21747469/
[09:47] <cpaelzer> albech: still on that, that's bad - let me try to recreate - on which release is that ?
[09:57] <albech> cpaelzer: i havent been on that non-stop ;)
[09:57] <albech> cpaelzer: but thanks anyway
[09:57] <albech> cpaelzer: its on 16.04
[09:58] <cpaelzer> albech: thanks, I just want to see if it at least behaves if I spawn up a clean xenial and configure it
[09:58] <cpaelzer> to begin with
[10:05] <albech> cpaelzer: will it write resolv.conf on 'if up' or does ubuntu networking get its dns info elsewhere?
[10:07] <cpaelzer> albech: it should write resolvconf - see man resolvconf (8)
[10:07] <albech> cpaelzer: nothing is written to resolv.conf with the configuration i have linked
[10:07] <cpaelzer> albech: the option you use is supposed to push dns info from e/n/i to resolv.conf
[10:09] <cpaelzer> albech: I tested dns-nameserver and dns-nameservers
[10:10] <cpaelzer> both work
[10:10] <cpaelzer> let me try to paste soemtihng together
[10:10] <cpaelzer> afterwards we have to find why it doesn't for you
[10:11] <cpaelzer> albech: is that a server or a desktop - just to check if there might be a NetworkManager somewhere affecting this?
[10:12] <albech> cpaelzer: server
[10:12] <albech> cpaelzer: clean install
[10:14] <cpaelzer> albech: http://paste.ubuntu.com/21875718/
[10:14] <cpaelzer> just to start, this is working for me just fine
[10:14] <cpaelzer> I can't spot any major difference thou
[10:16] <albech> cpaelzer: strange
[10:16] <cpaelzer> it is always strange until we find the reason :-)
[10:17] <albech> cpaelzer: the status route also comes up just fine
[10:17] <cpaelzer> albech: "debsums ifupdown resolvconf"
[10:18] <cpaelzer> andthing reported as "not-ok" ?
[10:19] <cpaelzer> albech: "ifdown -v eth0 && printf "\n\n\n\n" && ifup -v eth0"
[10:19] <cpaelzer> you should see something like this:
[10:20] <cpaelzer> run-parts: executing /etc/network/if-up.d/000resolvconf
[10:20] <cpaelzer> albech: do you ?
[10:20] <albech> cpaelzer: ifdown: interface eth0 not configured
[10:21] <albech> cpaelzer: ifup: failed to open lockfile /run/network/ifstate.eth0: Permission denied
[10:21] <cpaelzer> can you show me a "ifconfig -a" output in a pastebinit?
[10:21] <cpaelzer> ah well
[10:21] <cpaelzer> yeah plus sudo
[10:21] <cpaelzer> or as root
[10:22] <cpaelzer> and be careful
[10:22] <cpaelzer> IF that is your only connection to the server
[10:22] <cpaelzer> you will loose it
[10:22] <albech> cpaelzer: http://paste.ubuntu.com/21876280/
[10:22] <cpaelzer> ok, good for the interface name
[10:23] <cpaelzer> then is you can live without your eth0 (e.g. you have  local console access) please do the ifdown/ifup sequence with root/sudo
[10:23] <cpaelzer> that should show if the resolvconf part is called in your case
[10:23] <cpaelzer> http://paste.ubuntu.com/21876392/
[10:23] <cpaelzer> that is how it should look like
[10:24] <albech> cpaelzer: i have access through the hypervisor, so its all good
[10:25] <albech> cpaelzer: strange it says eth0 not there cause it shows correctly in ifconfig
[10:29] <cpaelzer> albech: in a guest you should have the new device naming
[10:29] <cpaelzer> e.g. in my KVM guest it is ens3 now
[10:29] <cpaelzer> what hipervisor do you use?
[10:31] <albech> xen server 7
[10:31] <cpaelzer> smb: would you have a xen guest around to check if anytihng on guest networking isn't behaving as it should?
[10:33] <albech> cpaelzer: i can do a normal dig to the dns servers fine
[10:33] <cpaelzer> albech: IMHO goging down the route why ifup complains about your device not being there will find your issue
[10:33] <cpaelzer> but that can only be done in your environment
[10:34] <smb> cpaelzer, the networking on my xen guests works. but xen server is a different host environment to what I use
[10:34] <cpaelzer> smb: thanks for the confirmation - it sure is different but closer than my KVM
[10:34] <albech> cpaelzer: i dont have this problem on my older xen servers
[10:35] <cpaelzer> albech: I can't continue debugging it without an equal environment - I'd recommend debugging that ifdown/ifup
[10:35] <cpaelzer> albech: they would push this config to resolvconf
[10:35] <cpaelzer> albech: and if they fail they wont
[10:35] <cpaelzer> albech: and the issue you report seems they fail
[10:36] <albech> cpaelzer: correct
[10:36] <albech> cpaelzer: thanks for the try.. i will do a little more digging myself
[10:37] <cpaelzer> yw, good luck
[10:37] <cpaelzer> and in the meantime my ~20 exim4 builds completed - yay
[10:57] <cpaelzer> rbasak: ok I "found" that the exim4 build issue is a race between conccurrent build jobs (due to -j4 in my case)
[10:57] <cpaelzer> rbasak: now I ask myself, didding into the case and this build system / d/rules file to fix?
[10:57] <cpaelzer> rbasak: or just go on with -j1 with the merge
[10:58] <cpaelzer> rbasak: or is there a third way - like restricting to make -j1 or so (makeing it safe, but lower effort)
[10:58] <rbasak> cpaelzer: how are you specifying -j4?
[10:58] <cpaelzer> rbasak: e.g. sbuild -Adyakkety-amd64 exim4_4.87-3ubuntu1.dsc -j4
[10:58] <rbasak> cpaelzer: ah, that is buggy.
[10:58] <cpaelzer> uh, good to learn about that
[10:58] <rbasak> cpaelzer: try DEB_BUILD_OPTIONS=parallel=4 sbuild -Adyakkety-amd64 ...
[10:59] <cpaelzer> ... building
[11:00] <rbasak> That moves control of parallel building to debian/rules itself. It may fall back to a non-parallel build.
[11:00] <rbasak> (if it doesn't parse the variable)
[11:00] <rbasak> If this is racy, then that's a bug that should be sent to Debian.
[11:00] <cpaelzer> rbasak: ok and that way each d/rules can decide if it is capable or needs to limit
[11:01] <rbasak> And I'd be happy for us to hack d/rules in a delta to drop to a non-parallel build in the meantime
[11:01] <rbasak> cpaelzer: right
[11:03] <cpaelzer> rbasak: it already builds non-parallel this way and by that avoids the issue - thanks for the hint, able to continue tetsing now
[11:04] <rbasak> cpaelzer: for reference, https://irclogs.ubuntu.com/2015/08/26/%23ubuntu-devel.html#t11:21
[11:04] <cpaelzer> just didn't want to leave it un-checked by just avoiding it - now all makes sense
[11:06] <cpaelzer> happy to see you wondered about that as well a while ago :-)
[11:06] <rbasak> Most of my knowledge comes from IRC. I just pass it on :-)
[11:08] <cpaelzer> I wonder if one of the big daat guys could make a nice graph of that able to predict who kows the next answer :-)
[11:08] <rbasak> That would be interesting!
[14:27] <ktosiek> how do I access the cpuacct cgroup stats?
[14:27] <ktosiek> I can't find them in /sys/fs/cgroup
[14:57] <powersj> rbasak, sent you mail, but I actually can't find the trusty ISOs to test. The download links are 404'ing on me
[14:58] <powersj> the gpg and md5 files seem to exist
[15:20] <rbasak> cpaelzer: if you're looking for bugs, fancy taking bug 1604010?
[15:20] <rbasak> powersj: looking
[15:27] <cpaelzer> rbasak: I just got other tasks, but I'll take it on my list and have a look at some point
[15:27] <cpaelzer> rbasak: ok ?
[15:28] <cpaelzer> in fact I found it missing just a few hours ago myself
[15:32] <rbasak> cpaelzer: sure, thanks!
[15:49] <coreycb> rbasak, nacc: do you have any plans to merge the new python-django in yakkety?
[15:50] <coreycb> rbasak, nacc: I ask because Debian is at 1.10 now but it's caused a lot of breakage
[15:52] <rbasak> coreycb: I have https://code.launchpad.net/~nacc/ubuntu/+source/python-django/+git/python-django/+merge/300017 in my review queue.
[15:53] <rbasak> coreycb: also there's bug 1605278. I suggest you note any issues in that bug so they're not forgotten.
[15:54] <coreycb> rbasak, nacc: ok.  I think we need to consider the effects before uploading.  it looks like a number of upstream projects are not updated wrt django 1.10 feature changes.
[15:54] <coreycb> rbasak, one example is horizon, see zigos patches here: https://anonscm.debian.org/cgit/openstack/horizon.git/log/?h=debian/newton
[15:55] <coreycb> I'll note in the bug
[15:56] <rbasak> coreycb: thanks, I'll definitely look into this before sponsoring anything. But yes, note in the bug, since someone else might sponsor instead.
[15:56] <coreycb> rbasak, ok, thanks
[15:56] <rbasak> coreycb: it might even be worth an ML discussion - we don't usually hold back on version updates.
[15:56] <coreycb> rbasak, ok, I'll send an email too
[16:16] <rbasak> stgraber: any opinion on bug 1448500 please?
[16:18] <stgraber> rbasak: if just :69 instead of [::]:69 causes it to do the right thing, I don't have a problem with that change
[16:18] <rbasak> stgraber: OK, thanks!
[16:50] <setuid> Alrighty, who do I harass about bugs in uvt-kvm/uvtool? :)
[16:51] <teward> file a bug against the package
[16:53] <setuid> https://bugs.launchpad.net/ubuntu/+source/uvtool/+bug/1428674
[16:54] <setuid> well over a year ago, and they're still in the code
[16:54] <setuid> There's quite a few more... setting [name] to the loopback address is ALWYAS, always, always wrong.
[16:54] <setuid> So naturally, ssh'ing into the host will fail.
[16:54] <setuid> I'm floored nobody has run into this, in over a year... or nobody is using cloud-init images
[16:55] <setuid> It's a showstopper
[16:57] <smoser> powersj, around ?
[16:57] <smoser> https://code.launchpad.net/~powersj/simplestreams/enable-tox/+merge/301307
[16:57] <powersj> smoser, yeah
[16:57] <smoser> setuid, that bug is marked fixed you believe otherwise ?
[16:58] <smoser> powersj, so.... those packages you listed
[16:58] <smoser> those you believe are needed to run tox ?
[16:58] <setuid> smoser, demonstrably
[16:58] <powersj> yes, that is what I had to successfully run tox. Otherwise I got issues with building the pip packages or no package found.
[16:59] <setuid> smoser, http://paste.debian.net/786622/
[16:59] <setuid> An example from my test machines
[16:59] <smoser> setuid, what version do you have ?
[17:00] <setuid> smoser, latest available in 16.04: http://paste.debian.net/786623/
[17:01] <setuid> Looks like it might be using the wrong bridge to scan, claims to use vibr0, but that's not the correct bridge network
[17:04] <smoser> setuid, i woudl file another bug... it does seem that its going to use virbr0 , and ven mentions it 'Also use libvirt virbr0.status'
[17:04] <smoser> s/ven/even/
[17:05] <setuid> http://paste.debian.net/786624/
[17:05] <setuid> last iine seems to be the culpret
[17:05] <setuid> I'm going to destry my networks, move defualt to use vibr0, and see what happens
[17:06] <smoser> setuid, yeah, i suspect its not actually reading the bridges from the libvirt xml
[17:06] <smoser> but jsut using virbr0
[17:06] <smoser> so specifically your bug is different than that one.
[17:06] <smoser> please file a new bug i guess.
[17:07] <setuid> Well, if they assert vibr0 as 'default', but that's not the first network, it will fail
[17:07] <setuid> they should look up what bridge 'default' uses, and then scan that
[17:07] <setuid> not make broad assumptions
[17:12] <setuid> smoser, nailed it
[17:12] <setuid> just edited the xml, moved everything around, made 'default' use vibr0, and now 'uvt-kvm ssh --insecure myvm' works, without editing /etc/hosts in the guest.
[19:12] <NetworkingPro> hey everyone
[19:13] <NetworkingPro> Does anyone know, Ubuntu server 16.04, does it do SE Enforcing?
[19:13] <Amgine> Question: my new server hardware has a hardware RAID with three drives configured in the BIOS. Ubuntu is displaying each of these devices in /dev, none are mounted. (The boot drive is a separate SSD.) What is the simplest, most fool-proof method of using this array?
[19:17] <sarnold> Amgine: if it were me, I'd go with zfs; it seems simpler, easier, and more robust than using raid functionality on cards..
[19:18] <Amgine> <reads up on zfs>
[19:19] <sarnold> Amgine: here's my favorite introduction https://pthree.org/2012/12/04/zfs-administration-part-i-vdevs/
[19:20] <Amgine> Thnx!
[21:14] <theseus1> :-D
[21:31] <setuid> NetworkingPro, SE is a Red Hat thing, you want apparmor, and yes.
[21:31] <setuid> https://wiki.ubuntu.com/AppArmor
[21:32] <setuid> sudo aa-enforce /path/to/your/binary
[21:32] <setuid> https://help.ubuntu.com/community/AppArmor
[22:43] <arooni> i've got two VPS servers running ubuntu 14.04 LTS; is it generally recommended to upgrade them to 16.06 ?
[22:44] <nacc> arooni: 14.04 is supported until 2019
[22:44] <nacc> arooni: the decision to upgrade is up to you
[22:44] <sarnold> if you're running php5 applications on them, it's probably best to stay put :)
[22:44] <arooni> i'm trying to figure out what the benefit might be
[22:44] <sarnold> anything else, well, up to you. heh
[22:44] <nacc> sarnold: :)
[22:44] <sarnold> nacc :)
[22:45] <arooni> why do you mention the issue with php5
[22:45] <nacc> arooni: no php5 in 16.04
[22:45] <arooni> i dont see anything about that on the release notes
[22:45] <sarnold> 16.04 LTS doesn't have php5
[22:45] <arooni> can it not be installed ?
[22:45] <nacc> not officially
[22:46] <arooni> so would stuff like wordpress be running on php5
[22:46] <sarnold> I think someone has a PPA you could use, if you trust them
[22:46] <nacc> yeah, ondrej is maintaining a PPA, like he does for 14.04
[22:46] <nacc> arooni: wordpress has been updated iirc
[22:46] <arooni> can php5 run alongside the php7 version that is included with 16.04?
[22:46] <arooni> via say this ppa?
[22:47] <nacc> dunno, probably? you'd need to contact the ppa owner
[22:47] <sarnold> hehe, I was thinking "probably not" myself :)
[22:47] <arooni> ok cool;  thats an important consideration considering i have some php apps running
[22:48] <arooni> no other obvious 'gotchas' ?
[22:48] <arooni>  i heard there was something about ssl/https support
[22:48] <nacc> sarnold: i think ondrej's ppa has php5 and php7 in it, actually (or at least, it did)
[22:48] <arooni> as in, if you dont upgrade, you'll get punished from google somehow
[22:48] <nacc> coinstallable versions, that is
[22:48] <arooni> dont know where i saw that
[22:48] <sarnold> nacc: ahhh, that's encouraging
[22:49] <sarnold> arooni: I understand that google (intends to?) score https-served sites higher than non-ssl sites
[22:49] <sarnold> arooni: but afaik both 14.04 lts and 16.04 lts have well-supposed tls stacks that should both suffice
[22:49] <arooni> sarnold: even if you dont have any checkout on your page?
[22:51] <sarnold> arooni: yes; I suspect it's a useful enough differentiator between crap-sites and meaningful-sites.
[22:52] <arooni> so i have to pay for a ssl cert now for each of my sites?
[22:52] <arooni> or is there some free issuing authority that wouldn't charge me
[22:52] <sarnold> investigate letsencrypt
[22:53] <arooni> thats a useful tip; bookmarking it for laterr
[22:53] <arooni> does  using ssl consume a lot more resources than regular http traffic?  i'm using nginx if it matters
[22:54] <sarnold> there are multiple clients available, some more magical than others; I'd recommend sticking with the official unless you're prepared to read the alternatives to make sure they look safe
[22:54] <sarnold> what sort of traffic do you have on your site?
[22:55] <arooni> i not a lot ;  just about 13K page views/month
[22:57] <sarnold> you probably won't notice anything then :)
[22:57] <arooni>  i suppose i should be happy; but somehow hearing that answer i'm not lol
[22:58] <sarnold> well, I'm accustomed to e.g. "please enable https downloads for ubuntu", but at our bandwidth levels, that'd require a fair amount of dedicated horsepower just to do the cryptography
[22:59] <sarnold> if you're serving less than a gigabit per second it's probably not a big deal
[23:03] <arooni> that's a good rule of thumb;  so you run the servers that people use to download ubuntu?
[23:04] <sarnold> thankfully no, someone else does that :)
[23:06] <arooni> that's what i love about irc; you get to rub elbows with people who have already figured out what you're trying to do
[23:07] <sarnold> yes! it's fantastic
[23:07] <sarnold> hundreds of years of collective experience available to all who ask interesting questions :)