Hallo Jan, hallo zusammen, Am Donnerstag, 26. Januar 2017, 00:00:37 CET schrieb Jan Ritzerfeld:
Am Mittwoch, 25. Januar 2017, 23:30:17 CET schrieb Christian Boltz:
[...] cgroup: fork rejected by pids controller in /system.slice/mysql.service
Das scheint wohl des Pudels Kern zu sein, aber meine bisherigen Suchergebnisse zu beiden Fehlermeldungen waren wenig hilfreich. [...]
Ich weiß zwar nicht was du so gefunden hast und ich habe hier kein mysql installiert und auch keine großartige Ahnung von systemd. Google sagt dazu https://lkml.org/lkml/2016/6/20/1085
Hatte ich auch gesehen - das ist der Patch, der die Fehlermeldung in den Kernel gebracht hat.
| This patch adds more visibility into the pids controller when the | controller rejects a fork request. Whenever fork fails because the | limit on the number of pids in the cgroup is reached, the | controller will log this and also notify the newly added cgroups | events file. The `max` key in the events file represents the number | of times fork failed because of the pids controller. https://www.freedesktop.org/software/systemd/man/systemd.resource-cont rol.html redet von "TasksMax" welches dieses "pids.max" control group attribute steuert und von "DefaultTasksMax" in https://www.freedesktop.org/software/systemd/man/systemd-system.conf.h tml wo dann aber wieder steht, dass "DefaultTasksMax" nicht für slice units gilt.
"systemctl status mysql.service" sagt was zu Tasks: xxx (limit: yyy)?
Üblicherweise ist da reichlich Luft: Tasks: 47 (limit: 512) Allerdings habe ich es gerade geschafft, den Wert (durch mehrfache Reloads von PostfixAdmin - ich kann aber andere Ursachen nicht ausschließen) auf 456 hochzutreiben, was gefährlich nah am Limit ist. Ich habe das Limit gerade hochgesetzt: # cat /etc/systemd/system/mysql.service.d/tasks.conf [Service] TasksMax=2000 Nach einem systemctl daemon-reload und MySQL-Neustart kann ich das Problem nicht mehr reproduzieren - das war also offenbar wirklich die Lösung. Danke, dass Du mich in die richtige Richtung gestupst hast! :-) Wenn ich jetzt noch wüsste, _warum_ PostfixAdmin so viele MySQL-Tasks verursacht... (falls es wirklich PostfixAdmin ist und nicht Typo3 / $whatever) Gruß Christian Boltz --
mit ist aufgefallen, dass die SPF Records von mailbox.org ungültige Parameter enthalten. Psssst, was erlauben Urban! :) Das ist ja fast wie Gotteslästerung! [> Urban Loesch und Django in postfixbuch-users]
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org