Activity log for bug #1251257

Date Who What changed Old value New value Message
2013-11-14 14:12:39 Daniel Westervelt bug added bug
2013-11-14 14:29:30 Gavin Panella maas: status New Triaged
2013-11-14 15:19:47 Gavin Panella branch linked lp:~allenap/maas/death-to-avahi
2013-11-14 15:25:38 Gavin Panella branch linked lp:~allenap/maas/death-to-avahi-packaging
2013-11-14 23:38:38 Julian Edwards nominated for series maas/1.4
2013-11-14 23:38:38 Julian Edwards bug task added maas/1.4
2013-11-14 23:39:24 Julian Edwards maas/1.4: status New Triaged
2013-11-14 23:39:26 Julian Edwards maas/1.4: importance Undecided High
2013-11-15 03:35:14 Scott Moser bug added subscriber Scott Moser
2013-11-18 20:47:04 Serge Hallyn bug task added avahi (Ubuntu)
2013-11-18 20:55:39 Serge Hallyn nominated for series Ubuntu Saucy
2013-11-19 14:48:03 Andres Rodriguez bug task added avahi (Ubuntu Saucy)
2013-11-19 14:48:10 Andres Rodriguez avahi (Ubuntu): importance Undecided Critical
2013-11-19 14:48:13 Andres Rodriguez avahi (Ubuntu Saucy): importance Undecided Critical
2013-11-19 14:48:28 Andres Rodriguez maas/1.4: status Triaged Invalid
2013-11-19 14:48:31 Andres Rodriguez maas: status Triaged Invalid
2013-11-19 14:49:18 Andres Rodriguez maas: status Invalid Confirmed
2013-11-19 14:49:20 Andres Rodriguez maas: status Confirmed Triaged
2013-11-19 14:49:22 Andres Rodriguez maas/1.4: status Invalid Triaged
2013-11-19 16:38:37 Andres Rodriguez description installed a brand new maas server on suacy into an lxc container from archive and http://<ip>/MAAS is not accessible although http://<ip> is accessible http://<ip>/MAAS is getting logged to /var/log/apache2/access.log though so request is making it through <roaksoax> danwest: can you please pastebin apache2's error and access.log <danwest> http://paste.ubuntu.com/6405411/ <danwest> http://paste.ubuntu.com/6405412/ <roaksoax> danwest: I know what it is <roaksoax> danwest: dbus/avahi <roaksoax> danwest: try to restart whatever avahi service there is <andreas> "dbus" reminds me of https://bugs.launchpad.net/juju-core/+bug/1248283 <andreas> but that was about the units, not maas itself <danwest> https://pastebin.canonical.com/100290/ <danwest> same problem <roaksoax> danwest: yeah the avahi daemon is failing to start, causing maas to fail <roaksoax> danwest: maybe restart whatever dbus serviice it is, and then the avahi-daemon <matsubara> danwest, restart dbus and avahi-daemon, see https://bugs.launchpad.net/maas/+bug/1221059 <roaksoax> danwest: did avahi-daemon restart corrrectly? <danwest> nope <roaksoax> danwest: i guess then an issue with dbus is preventing avahi from working... hence maas failing <danwest> roaksoax: should not matter but the only thing that is a little unique is that this is in a saucy container <roaksoax> danwest: ah so then thats the issue... <danwest> what, the container? <roaksoax> yeah <danwest> how so? <roaksoax> avahi might have issues running in a container <danwest> hallyn: roaksoax: what should I file that lxc/avahi /maas bug that I hit this morning against? <hallyn> danwest: i think maas should work around it by unsetting rlimit-nproc <hallyn> (and/or by running on trusty in a private user ns <hallyn> smoser: fwiw the problem is that avahi sets its nproc rlimit to exaclty 3, but in a container it's using a uid that is in use on the host - so it exceeds 3 tasks <hallyn> (i.e. it's reusing uid which is ntp on the host, and ntp is running; or just another avahi) <smoser> ok... <smoser> so that doesn't seem like maas's problem to me <smoser> nor juju's really. <hallyn> smoser: it is. it needs to pick a unique uid, or configure avahi to ignore the rlimit <smoser> maas isn't running avahi <smoser> is it ? <hallyn> i duno what's actually running it :) it's *for* maas, but it probably is juju <smoser> what if there was a bug in php, and a user used maas to deploy php. <smoser> should we fix that in maas ? <hallyn> you're talking about a bug. i'm talking about a resource conflict <hallyn> having avahi alwasy run without nprocs, for protection, would be wrong for this. fix is still up for debate on this one... installed a brand new maas server on suacy into an lxc container from archive and http://<ip>/MAAS is not accessible although http://<ip> is accessible http://<ip>/MAAS is getting logged to /var/log/apache2/access.log though so request is making it through <roaksoax> danwest: can you please pastebin apache2's error and access.log <danwest> http://paste.ubuntu.com/6405411/ <danwest> http://paste.ubuntu.com/6405412/ <roaksoax> danwest: I know what it is <roaksoax> danwest: dbus/avahi <roaksoax> danwest: try to restart whatever avahi service there is <andreas> "dbus" reminds me of https://bugs.launchpad.net/juju-core/+bug/1248283 <andreas> but that was about the units, not maas itself <danwest> https://pastebin.canonical.com/100290/ <danwest> same problem <roaksoax> danwest: yeah the avahi daemon is failing to start, causing maas to fail <roaksoax> danwest: maybe restart whatever dbus serviice it is, and then the avahi-daemon <matsubara> danwest, restart dbus and avahi-daemon, see https://bugs.launchpad.net/maas/+bug/1221059 <roaksoax> danwest: did avahi-daemon restart corrrectly? <danwest> nope <roaksoax> danwest: i guess then an issue with dbus is preventing avahi from working... hence maas failing <danwest> roaksoax: should not matter but the only thing that is a little unique is that this is in a saucy container <roaksoax> danwest: ah so then thats the issue... <danwest> what, the container? <roaksoax> yeah <danwest> how so? <roaksoax> avahi might have issues running in a container <danwest> hallyn: roaksoax: what should I file that lxc/avahi /maas bug that I hit this morning against? <hallyn> danwest: i think maas should work around it by unsetting rlimit-nproc <hallyn> (and/or by running on trusty in a private user ns <hallyn> smoser: fwiw the problem is that avahi sets its nproc rlimit to exaclty 3, but in a container it's using a uid that is in use on the host - so it exceeds 3 tasks <hallyn> (i.e. it's reusing uid which is ntp on the host, and ntp is running; or just another avahi) <smoser> ok... <smoser> so that doesn't seem like maas's problem to me <smoser> nor juju's really. <hallyn> smoser: it is. it needs to pick a unique uid, or configure avahi to ignore the rlimit <smoser> maas isn't running avahi <smoser> is it ? <hallyn> i duno what's actually running it :) it's *for* maas, but it probably is juju <smoser> what if there was a bug in php, and a user used maas to deploy php. <smoser> should we fix that in maas ? <hallyn> you're talking about a bug. i'm talking about a resource conflict <hallyn> having avahi alwasy run without nprocs, for protection, would be wrong for this. fix is still up for debate on this one... [Impact] Avahi sets the rlimit_nproc to 3, causing avahi to fail running in containers. This This option should not be set in containers at all. This causes avahi-daemon to fail, hence all the applications that use avahi will also fail. In this particular case, MAAS fails because of this. [Test Case] 1. Install a container. 2. Install MAAS 3. Check apache2 log for errors, such as those in [1]. [Regression Potential] Minimal. This has been tested and works as expected. [1]: http://paste.ubuntu.com/6405412/
2013-11-19 16:44:24 Launchpad Janitor branch linked lp:ubuntu/trusty-proposed/avahi
2013-11-19 17:17:22 Andres Rodriguez bug added subscriber Ubuntu Stable Release Updates Team
2013-11-19 17:17:35 Andres Rodriguez summary MAAS install in lxc fails due to avahi issues [SRU] avahi fails in containers
2013-11-19 17:18:20 Andres Rodriguez nominated for series Ubuntu Trusty
2013-11-19 17:18:20 Andres Rodriguez bug task added avahi (Ubuntu Trusty)
2013-11-19 17:56:50 Launchpad Janitor avahi (Ubuntu Trusty): status New Fix Released
2013-11-20 13:41:05 Nobuto Murata bug added subscriber Nobuto MURATA
2013-11-21 21:06:25 Brian Murray avahi (Ubuntu Saucy): status New Fix Committed
2013-11-21 21:06:30 Brian Murray bug added subscriber SRU Verification
2013-11-21 21:06:32 Brian Murray tags avahi lxc avahi lxc verification-needed
2013-11-21 21:19:40 Launchpad Janitor branch linked lp:ubuntu/saucy-proposed/avahi
2013-11-22 17:18:39 Andres Rodriguez tags avahi lxc verification-needed avahi lxc verification-done
2013-12-02 15:55:58 Stéphane Graber removed subscriber Ubuntu Stable Release Updates Team
2013-12-02 16:01:15 Launchpad Janitor avahi (Ubuntu Saucy): status Fix Committed Fix Released
2013-12-11 17:22:10 Andres Rodriguez nominated for series Ubuntu Precise
2013-12-11 17:22:10 Andres Rodriguez bug task added avahi (Ubuntu Precise)
2013-12-11 17:22:19 Andres Rodriguez avahi (Ubuntu Precise): importance Undecided Critical
2013-12-12 21:56:28 Brian Murray avahi (Ubuntu Precise): status New Fix Committed
2013-12-12 21:56:32 Brian Murray bug added subscriber Ubuntu Stable Release Updates Team
2013-12-12 21:56:38 Brian Murray tags avahi lxc verification-done avahi lxc
2013-12-12 21:56:40 Brian Murray tags avahi lxc avahi lxc verification-needed
2013-12-12 22:17:45 Launchpad Janitor branch linked lp:ubuntu/precise-proposed/avahi
2013-12-16 16:46:33 Andres Rodriguez tags avahi lxc verification-needed avahi lxc verification-done
2013-12-23 12:57:43 Launchpad Janitor avahi (Ubuntu Precise): status Fix Committed Fix Released
2014-10-15 08:59:39 Jeroen T. Vermeulen maas: status Triaged Fix Released
2016-08-22 20:51:11 Andres Rodriguez bug task deleted maas/1.4