Activity log for bug #1578080

Date Who What changed Old value New value Message
2016-05-04 06:56:08 Brad Marshall bug added bug
2016-05-04 09:52:19 Brad Marshall bug added subscriber The Canonical Sysadmins
2016-05-04 15:08:37 Ryan Beisner bug added subscriber Ryan Beisner
2016-05-04 18:11:36 James Page bug task added percona-xtradb-cluster-5.6 (Ubuntu)
2016-05-04 18:47:07 Robie Basak bug added subscriber Robie Basak
2016-05-06 16:38:46 James Page bug task added systemd (Ubuntu)
2016-05-06 16:38:57 James Page systemd (Ubuntu): assignee Martin Pitt (pitti)
2016-05-07 01:09:15 Martin Pitt percona-xtradb-cluster-5.6 (Ubuntu): status New Won't Fix
2016-05-07 01:13:55 Martin Pitt systemd (Ubuntu): importance Undecided High
2016-05-07 01:13:55 Martin Pitt systemd (Ubuntu): status New In Progress
2016-05-07 01:14:05 Martin Pitt nominated for series Ubuntu Xenial
2016-05-07 01:14:05 Martin Pitt bug task added systemd (Ubuntu Xenial)
2016-05-07 01:14:05 Martin Pitt bug task added percona-xtradb-cluster-5.6 (Ubuntu Xenial)
2016-05-07 01:14:34 Martin Pitt bug watch added http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823530
2016-05-07 01:14:34 Martin Pitt bug task added systemd (Debian)
2016-05-07 01:14:50 Martin Pitt bug task deleted percona-xtradb-cluster-5.6 (Ubuntu Xenial)
2016-05-07 01:14:57 Martin Pitt systemd (Ubuntu Xenial): status New In Progress
2016-05-07 01:15:01 Martin Pitt systemd (Ubuntu Xenial): importance Undecided High
2016-05-07 01:15:03 Martin Pitt systemd (Ubuntu Xenial): assignee Martin Pitt (pitti)
2016-05-07 03:07:15 Bug Watch Updater systemd (Debian): status Unknown Confirmed
2016-05-09 10:09:04 James Page percona-cluster (Juju Charms Collection): status New Won't Fix
2016-05-09 19:39:28 Martin Pitt systemd (Ubuntu): status In Progress Fix Committed
2016-05-12 08:30:02 Martin Pitt description I'm trying to deploy Mitaka Openstack using the 16.04 charms on Xenial using Juju 1.25.5 and MAAS 1.9.2, with as many components of Openstack being HA as possible. When deployed, after running for a while mysql (which is a 3 node cluster) starts refusing connections, and erroring: 2016-05-03 01:25:28 13795 [ERROR] Error log throttle: 50 'Can't create thread to handle new connection' error(s) suppressed When I look at systemd-cgtop, I can see it maxing out at 512 connections. To get it going again I do a: $ sudo systemctl edit mysql and set: TasksMax=infinity Sometimes I even need to edit /etc/systemd/system.conf and bump DefaultTasksMax to 1024 or higher, depending on long its been left running. I've noticed that dropping worker-multiplier setting on nova-cloud-controller, neutron-api etc all help to reduce the load, but I still need to bump it up. Please let me know if you need any more information. I'm trying to deploy Mitaka Openstack using the 16.04 charms on Xenial using Juju 1.25.5 and MAAS 1.9.2, with as many components of Openstack being HA as possible. When deployed, after running for a while mysql (which is a 3 node cluster) starts refusing connections, and erroring:   2016-05-03 01:25:28 13795 [ERROR] Error log throttle: 50 'Can't create thread to handle new connection' error(s) suppressed When I look at systemd-cgtop, I can see it maxing out at 512 connections. To get it going again I do a:   $ sudo systemctl edit mysql and set:   TasksMax=infinity Sometimes I even need to edit /etc/systemd/system.conf and bump DefaultTasksMax to 1024 or higher, depending on long its been left running. I've noticed that dropping worker-multiplier setting on nova-cloud-controller, neutron-api etc all help to reduce the load, but I still need to bump it up. Please let me know if you need any more information. SRU INFORMATION --------------- Impact: Introducing a default #thread limit of 512 broke an unknown set of services which regularly run many threads. Fix: http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=fe4d9d3ba0 (essentially, revert the upstream commit that enabled it) Regression potential: Very low -- this just restores the pre-228 behaviour and does not impose any new restriction. Test case: - Pick some unit like cron.service or mysql.service that does not specify an explicit TaskMax= limit. - Check its TaskMax: systemctl show -p TasksMax cron.service - In current xenial this is "512", after the update it should be a very big number (maxint minus 1, which means "infinity")
2016-05-12 09:09:54 Adam Conrad systemd (Ubuntu Xenial): status In Progress Fix Committed
2016-05-12 09:09:56 Adam Conrad bug added subscriber Ubuntu Stable Release Updates Team
2016-05-12 09:09:58 Adam Conrad bug added subscriber SRU Verification
2016-05-12 09:10:04 Adam Conrad tags canonical-bootstack hitlist openstack canonical-bootstack hitlist openstack verification-needed
2016-05-12 15:43:17 Launchpad Janitor systemd (Ubuntu): status Fix Committed Fix Released
2016-05-13 02:10:23 Brad Marshall tags canonical-bootstack hitlist openstack verification-needed canonical-bootstack hitlist openstack verification-done
2016-05-13 09:18:08 Bug Watch Updater systemd (Debian): status Confirmed Fix Released
2016-05-23 06:58:42 Launchpad Janitor systemd (Ubuntu Xenial): status Fix Committed Fix Released
2016-05-23 06:58:51 Martin Pitt removed subscriber Ubuntu Stable Release Updates Team
2016-05-23 11:27:00 Haw Loeung bug added subscriber Haw Loeung
2016-05-24 20:24:19 Matt Rae bug added subscriber Matt Rae