• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • We are looking for U.S.-based freelancer or agency working with SEO or WordPress for a quick 30-min interviews to gather feedback on XOVI, a successful German SEO tool we’re looking to launch in the U.S.
    If you qualify and participate, you’ll receive a $30 Amazon gift card as a thank-you. Please apply here. Thanks for helping shape a better SEO product for agencies!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

Resolved pam_systemd issue

Dork

Regular Pleskian
pam_systemd(crond:session): Failed to release session: Die Wartezeit für die Verbindung ist abgelaufen
What can I do?
 
I am certain this is not a Plesk issue. Maybe try a forum like unix.stackexchange.com or Serverfault on this question?
 
I found this for you, too. It comes WITHOUT WARRANTY, try at your own risk, please. It is purely an operating system task and has nothing to do with Plesk.

The issue can exists due to a high load on boot. It is also possible that during operations the inter process communication gets stuck (for unknown reason). Check /var/log/messages and /var/log/secure for entries that contain "pam_systemd(crond:session)". If there are also entries like "Failed to activate service", try this:

Reload daemons
# systemctl daemon-reload

Then check health status of inter-process communication daemon
# systemctl status dbus.service
# systemctl status polkit.service

If the dbus service is not running, then you need to reboot your system. Dbus cannot be restarted as a service because it is tied to cgroups which are only created at boot. Verify that dbus is running:
# systemctl status dbus.service

If polkit service is not running, start polkit service
# systemctl start polkit.service

If login service is not running, start login service
# systemctl restart systemd-logind
(but probably that is running, else you would not be logged on, right?)

After these steps your system should operate normally again.
 
# systemctl start polkit.service
Unit polkit.service could not be found.

(I did a CentOS update too)
 
# yum install polkit
?
But again, it looks as if many things are wrong on the server, because that should be available by default. Please handle this advice with care. No warranty that this won't break anything on your system.
 
Back
Top