[00:55] <nacc> tarpman: the debian package is done by upstream, afaict
[00:55] <nacc> but not sure, i've not looked at the changes
[00:56] <nacc> https://sourceforge.net/p/postfixadmin/code/HEAD/tree/branches/postfixadmin-2.3/debian/control
[00:56] <nacc> Belldandu: tarpman: --^
[00:56] <nacc> as explicit mariadb-* alternatives
[00:56] <nacc> i'd expect tht's what unstable will pick up when a new release happens
[00:57] <nacc> Belldandu: so you might just consider pinging the debian maintainers and asking if they'd package the new release
[03:42] <timmy> hi anyne around to help me with a apache problem?
[03:44] <sarnold> Guest98043: people come and go.. best to just ask and hope :)
[03:46] <Guest98043> hi..i just installed apache and php 7
[03:46] <Guest98043> everything seems to work fine when serviing html files
[03:46] <Guest98043> when i am serving a json file
[03:46] <Guest98043> i realised the content repeats
[03:47] <Guest98043> this is what my content looks like as rendered by the browser
 HTTP/1.0 200 OK Cache-Control: no-cache Content-Type:  application/json Date:          Wed, 08 Jun 2016 03:40:50 GMT <content>
[03:47] <Guest98043> so the content to be served is displayed..followed by HTTP/1.0 200 OK Cache-Control: no-cache Content-Type:  application/json Date:          Wed, 08 Jun 2016 03:40:50 GMT
[03:47] <Guest98043> then the content repeats again
[03:50] <sarnold> o_O
[05:12] <frickler> EmilienM: the error that you were seeing is the same that blocked the neutron gate yesterday. tempest update broke neutron-fwaas tests. fixed by https://review.openstack.org/326150
[06:13] <ronator> hi there. I have some ubuntu 16.04 servers with Kernel 4.4. Can I disable "mounting" of debugfs? On Ubuntu 14.04 with kernel 4.4 the debugs entry would go away after a reboot. But not with ubuntu 16.04. Any idea?
[06:13] <ronator> debugfs
[06:13] <sarnold> is it in your /etc/fstab?
[06:14] <ronator> noope
[06:14] <ronator> only disk-by-uuid and swap
[06:14] <ronator> example: mount
[06:14] <ronator> mqueue /dev/mqueue mqueue rw,relatime 0 0
[06:14] <ronator> debugfs /sys/kernel/debug debugfs rw,relatime 0 0
[06:15] <ronator> hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
[06:15] <ronator> I don't have such entries with ubuntu 14.04
[06:15] <ronator> (this is not the full mount of course)
[06:15] <sarnold> well now
[06:15] <sarnold> I've got it mounted on two of my systems too.
[06:15] <sarnold> harupmh.
[06:16] <ronator> yes, and if you use icinga/nagios and check disks, you have to adjust stuff so that it won't conmplain about debugfs. SInce I won't use it actively I wonder if I can make it go away.
[06:17] <ronator> There was an issue request for this at icinga2 so they "fixed" it, but I just do not understand if I can just disable it and where ...
[06:17] <sarnold> ronator: aha. I think I've got it:  systemctl cat sys-kernel-debug.mount
[06:17] <ronator> let me see ...
[06:18] <ronator> wow, how did you come up with this so fast ...
[06:18] <sarnold> probably you could symlink /etc/systemd/system/sys-kernel-debug.mount to /dev/null to forbid it from happening. maybe systemctl mask can do that for you? maybe you'd need to stop the service first to get it to umount...
[06:18] <sarnold> ronator: just a hunch to check systemd when I didn't see it in my fstab either. I got lucky.
[06:18] <ronator> What about commenting out all below [Mount] ? Or is this not a true file?
[06:19] <sarnold> it is, but the version in /lib is owned by the package -- if you want ot make changes, they should go into a file in /etc/ instead
[06:19] <ronator> but yeah, awesome tip sarnold, thx I was searching the net and only fin ding boring descriptions of debugfs ;-)
[06:20] <sarnold> and indeed it feels like a mistake for it to be loaded by default..
[06:21] <ronator> fun fact is: I have ubuntu 14.04 with kernel 4.4. first bott, it shows debugfs. reboot and it is gone! with ubuntu 16.04 and kernel 4.4 it won't just disappear.
[06:21] <ronator> so thx for your hint, this way I can check the other systems that don't have it and compare them
[06:23] <sarnold> heh, I'm surprised debugfs shows up in the first boot of 4.4 on a 14.04 -- in this case it's the systemd unit that causes it to be mounted
[06:30] <ronator> yes, I saw it happening. and monitoring plugins where failing because no permissions on that "device" ...
[06:30] <ronator> -h
[06:31] <sarnold> it'd be worth poking upstreams on those plugins to try to get them to blacklist the in-kernel filesystems
[06:31] <sarnold> I mean, it's handy, it reported this issue :) but it's also probably more annoying than useful
[06:32] <ronator> true. and yes, icinga2 e.g. did change the defaults for check_disks especially for ubuntu 16.04 ;-) I wonder if this hapens with Debian 8 ...
[06:36] <ronator> and I also wonder why the heck ubuntu 16.04 ships lxcd by default ... this also leads to stuff like "Additional Info: DISK CRITICAL - /run/lxcfs/controllers/freezer is not accessible: No permission"
[06:37] <sarnold> ah, that's an easy one :) lxd is pretty neat and we wanted a low barrier to entry for folks to try it out :)
[06:38] <ronator> hrrhrr
[08:14] <Mc_uli> hi, wnat to setup some nodes with conjure-up. How many servers and storage do i need ? is there any kind of reference and explained where the e.g. cephs is installed or where the horizon dashboard goes?
[08:14] <Mc_uli> its for openstack
[08:27] <guzzlefry> Is there a recommended PPA for installing PHP7 on 14.04?
[08:55] <frickler> coreycb: regarding debian/patches/skip-ryu-tests.patch for neutron, there are two uses of ryu, the second one is as the reference implementation for the bgp-dragent. I'm a bit sceptical about dropping tests for that part completely, because we are actively using it in our deployments
[09:41] <rbasak> stokachu: see conjure-up question above please.
[09:41] <rbasak> Mc_uli: stokachu won't be in for a few hours at least, assuming he's not away.
[11:02] <Lunar_Lamp> w/in 1
[11:41] <coreycb> frickler, I've dropped the skip-ryu-tests.patch and no longer skip those tests in the newton b1 release
[11:42] <coreycb> frickler, build-depends no longer need to be in main so we were able to drop that patch
[11:42] <frickler> coreycb: ah, great, that answers my follow-up question already ;)
[11:43] <coreycb> frickler, :)
[12:29] <EmilienM> frickler: can you backport https://review.openstack.org/#/c/326150/ to Mitaka?
[12:36] <frickler> EmilienM: I can try, it probably would help if you can add a note to https://bugs.launchpad.net/neutron/+bug/1589521 stating how this affects you for Mitaka still
[12:40] <stokachu> rbasak: i've got this channel highlighted on conjure-up keywords, unfortunately i just got online
[12:51] <EmilienM> frickler: well, I have the same trace so I'm not sure what can I add
[12:57] <frickler> EmilienM: hmm, right, looks like it is a clean cherry-pick anyway, so lets wait what the neutrinos have to say on this (https://review.openstack.org/327068)
[12:57] <EmilienM> ok
[12:57] <EmilienM> in the meantime, I unblocked our CI in disabling fwaas on ubuntu
[13:01] <rbasak> stokachu: np. The guy asking left anyway.
[13:02] <stokachu> rbasak: is there like an info bot in here? so we could do like !conjure-up and it'll point them to askubuntu.com?
[13:03] <rbasak> !
[13:03] <rbasak> !info
[13:03] <rbasak> I thought there was once, but evidently not.
[13:04] <rbasak> stokachu: ah, you watch askubuntu.com for conjure-up stuff? I can just point people there then. That's probably easier even if no bot.
[13:04] <stokachu> rbasak: yea that would be awesome
[13:05] <rbasak> Cool, I'll do that - thanks.
[13:18] <frickler> !yum
[13:19] <frickler> its still there it seems ;)
[13:34] <Xin> howdy all
[13:46] <rbasak> caribou: around? I'm looking at your updated kexec-tools MP.
[13:47] <rbasak> caribou: I'm quite happy for you to just upload without a second review, but I'm going through as if you're not an uploader in order to try out the process.
[13:48] <rbasak> I don't have my old git repo around, and I'd like to diff from before your rebase to after your rebase, but I can't find the old branch. Usefully LP remembers, so it's apparently de45e23.
[13:50] <rbasak> caribou: would you mind tagging de45e23 as merge.v1 and pushing that please? I'm not sure this is actually documented anywhere but I intended that to be the process when asking for a re-review (or when you want to keep an older merge branch around before rebasing for any other reason) so the reviewer can get to both branches.
[13:56] <prince> hello
[13:56] <prince> This is for ubuntu servers aka vpses right?
[13:56] <teward> can anyone think of any valid sane reason that when someone issues a 'ping' from 14.04 server that it would send the ping out over both the MAC address on that NIC port, but also a MAC address that doesn't even exist on the system (but isn't a broadcast MAC address)?
[13:57] <teward> prince: this is a support channel for Ubuntu Server, not necessarily just VPSes
[13:57] <prince> teward: obviously not just vpses, but for vps support as well I assume?
[13:58] <teward> prince: again, it depends - from the Ubuntu OS on the VPS, we can assist, for the actual VPS itself, go to your provider
[13:58] <prince> Oh no, ubuntu server related.
[13:58] <teward> and in many cases what may be an "OS" issue is not, and is actually a provider issue
[13:58] <teward> prince: you're free to ask your question, but you can get pointed to elsewhere if it's not actually an Ubuntu issue
[13:58] <teward> that said, next time just ask your question
[13:58] <prince> God!
[13:58] <teward> rather than asking the premise of the channel
[13:58] <prince> Do you need me to leave or something?
[13:58] <teward> uh, what?
[13:58] <prince> I said it's ubuntu related
[13:58] <teward> prince: so ask your REAL QUESTION
[14:00] <coreycb> jamespage, ddellav: I just uploaded cinder b1 for real this time.  Looks like just heat and nova are stuck in proposed for the known MIRs we have.
[14:00] <jamespage> coreycb, \o/
[14:01] <Xin> hey guys, im looking for some kind of product to automate sync'ing the current dev server over to a backup server, starting the backup servers required, and to update my DNS record to have the backup as the primary server
[14:01] <Xin> and then signal me when the backup server has replicated globally type thing
[14:01] <Xin> aka its ok for me to take the production server offline
[14:01] <Xin> and do whatever
[14:01] <Xin> I figure something for this must exist
[14:01] <Xin> though its not terrible to do by hand
[14:01] <ddellav> coreycb awesome. I'm working on the monasclient mir now
[14:02] <coreycb> ddellav, ok cool
[14:02] <coreycb> jamespage, suppose we can start backporting all the clients/oslos and core packages that are missing from the newton UCA?
[14:03] <jamespage> coreycb, please do!
[14:03] <coreycb> jamespage, ok
[14:03] <jamespage> coreycb, branch PPA for newton is almost deployable
[14:03] <coreycb> jamespage, awesome
[14:03] <jamespage> coreycb, https://review.openstack.org/#/c/326597/ that needs landing and then we are all good
[14:04] <Xin> no ideas folks?
[14:04] <Xin> ;(
[14:04] <jamespage> Xin, you might need that question to bake for a bit more that 3 mins :-)
[14:04] <Xin> lol nah its what I do currently
[14:05] <Xin> If theres a better way im all ears!
[14:05] <coreycb> jamespage, why not use the package config for apache?
[14:05] <jamespage> coreycb, well its a bit of a nuance of the charm
[14:05] <jamespage> having two files named kesytone.conf confused the crap out of the ostemplategenerator
[14:05] <coreycb> jamespage, ok
[14:15] <teward> prince: i didn't say you couldn't ask about your issue, by the way - did you still want to ask your question?
[14:26] <prince> teward: It's fine besides feeling offended, I'll probably ask later.
[14:27] <teward> well, sorry, it wasn't *meant* that way
[14:35] <jscar> HI, ubuntu newbie question.... how can I tell if apparmor utilties is installed?
[14:37] <jscar> hello anyone?
[14:38] <nacc> jscar: do you mean apparmor itself or some specific tooling?
[14:38] <nacc> jscar: for apparmor itself `apt-cache policy apparmor`
[14:40] <jscar> I'm trying to put mysqld into complain mode but aa-complain returns 'command not found' so I think apparmor utilties might not be installed but I want to know how to check
[14:40] <jscar> apparmor itself is running
[14:41] <\9> find out what the package name is, using apt-cache search
[14:41] <nacc> apt-cache search aa-complain
[14:41] <\9> and then use apt-cache policy, to find out whether it's installed or not
[14:41] <nacc> apt-cache policy <pkgname>
[14:41] <nacc> \9: :)
[14:43] <jscar> thank you - so much learning! :)
[14:45] <jscar> apt-cache policy apparmor-utils returns Installed: (none)
[14:45] <jscar> Guess it's not installed :)
[14:46] <nacc> yep ;)
[14:46] <jscar> many thanks for the pointers
[14:57] <coreycb> ddellav, I think we both have package ci duties today so just to let you know I'm working on cinder
[14:57] <ddellav> coreycb ok. I actually put myself down for tuesday and friday but i'll do one tandem with you a couple times
[14:58] <coreycb> ddellav, oh ok I thought jamespage had tues/thurs.  fix up the table then if you can.
[14:58] <ddellav> coreycb when i looked only monday and thursday were selected by you guys heh
[14:59] <coreycb> ddellav, oh package ci, not bugs
[14:59] <ddellav> coreycb ahhhh, yes, ok. I haven't looked at CI yet
[15:29] <John[Lisbeth]> Term mode is eh
[15:29] <John[Lisbeth]> but maybe I am just butthurt because I always forget to use c-c c-k and c-c c-j
[15:29] <John[Lisbeth]> I also feel like those two keybinds could be a toggle
[15:29] <John[Lisbeth]> so just one keybind
[15:30] <John[Lisbeth]> I mainly run into trouble when I do fancy rendering things like resizing terminals
[15:30] <John[Lisbeth]> but every now and then a curses application will just bug out
[15:30] <John[Lisbeth]> runs x smoothly
[15:31] <John[Lisbeth]> oops
[15:31] <John[Lisbeth]> wrong channel
[15:38] <jackdpeterson> Odd_Bloke -- following up today on https://bugs.launchpad.net/cloud-images/+bug/1569237  Solution is to get the base image to have the default user be vagrant and not ubuntu.
[15:39] <jackdpeterson> I was able to connect after a while -- timing was a factor; however, that's still broken from the vagrant workflow because the 16.04 vagrant box image doesn't follow vagrant conventions. I referenced the docs in my latest comment.
[15:43] <Odd_Bloke> jackdpeterson: o/
[15:44] <jackdpeterson> 14.04, on the other hand does.
[15:47] <jackdpeterson> UID/GID for vagrant:vagrant would be 1000/1000, respectively.
[15:47] <Odd_Bloke> jackdpeterson: Right; Vagrant does allow boxes to configure what username they use (which is why `vagrant ssh` works), and using the `ubuntu` user is consistent with other Ubuntu images.
[15:47] <Odd_Bloke> jackdpeterson: So is it just that people everywhere don't know this and assume the vagrant user will exist?
[15:49] <jackdpeterson> That's correct -- the assumption is that the vagrant user always exists and is the 'default'. Then people stack on provisioners to sync up code between their host machine's FS and internal VM configuration. this assumption is generally safe since that is the convention.
[15:50] <Odd_Bloke> OK, fair enough.
[15:53] <jackdpeterson> and that uid/gid is based on my pulling up the 14.04 image and comparing.
[15:54] <Odd_Bloke> jackdpeterson: I've updated the bug description, does that look reasonable to you?
[15:55] <jackdpeterson> Yep, that's very close to what my title was on the other cross-referenced bug was -- so I'm happy with the accuracy of that :-)
[15:55] <Odd_Bloke> jackdpeterson: Cool; now did you mention that you were interested in fixing it? ^_^
[15:55] <jackdpeterson> I added some confusion with the SSH-related nonsense (my apologies)
[15:55] <jackdpeterson> Yeah, If I can, I'm more than happy to!
[15:57] <Odd_Bloke> jackdpeterson: So the relevant file is http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/ubuntu-cpc/hooks/042-vagrant.binary
[15:57] <Odd_Bloke> jackdpeterson: It's pretty crufty, unfortunately, but the way it works is basically to set up a cloud-init metadata source which is used at box boot to do configuration.
[15:59] <Odd_Bloke> jackdpeterson: So I would suggest pulling down the latest yakkety Vagrant box (http://cloud-images.ubuntu.com/yakkety/current/yakkety-server-cloudimg-amd64-vagrant.box), unpacking that, modifying the contents and repacking it until you get something that works.
[15:59] <Odd_Bloke> jackdpeterson: And then work out what will need to change in that hook.
[16:00] <jackdpeterson> Sure, then reply with a Github Gist?
[16:01] <Odd_Bloke> jackdpeterson: Sure. :)
[17:55] <coreycb> ddellav, cinder should be fixed up for newton CI, looking at neutron now
[18:27] <jackdpeterson> Odd_Bloke -- I have a gist -- but to be honest, I'm not sure if these changes will __work__ I'm not seeing documentation on how to spin up an environment for creating images from those hooks. https://gist.github.com/jackdpeterson/64c1f8a517087e07f7e40a1ace76ada0  Lines 70-72, and 115 are the changes
[18:28] <jackdpeterson> and when I manually execute these scripts it complains about missing files (and stepping through this and manually fixing the references to other paths) is tedious and feels wrong
[18:29] <jackdpeterson> oh, and the password doesn't need to be random ... it can just be 'vagrant'
[18:51] <coreycb> ddellav, neutron should be fixed up for CI.  I'll leave designate liberty and nova newton for you.
[18:52] <ddellav> coreycb: ok, sounds good.
[21:39] <blizzow> I just wanted to come in here and reiterate that it is a moronic idea to install lxc and lxcfs by default in the server distribution and whoever is responsible for that decision should have their hard disks formatted. May an rm -rf /* come upon their root session.
[21:47] <jrwren> when an upstart service runs and writes output, its stdout and stderr are written to /var/log/upstart/NAMEOFSERVICE.log   where does stdout and stderr go in the systemd case?
[21:55] <rharper> jrwren: depends on the unit file but typically, systemctl status -l $service.service shows output from the daemon
[21:56] <jrwren> rharper: thanks. I dug some more and found that what I expecte to be on stderr wasn't there because starting the process wasn't getting that far.
[21:56] <rharper> ah
[23:54] <caliculk> What does everyone here use for a combination of DCIM and Asset/Inventory Management for their hardware devices in a server room?