Facebook
TwitterFor such a specific question it is best to address it to Plesk support. They can analyze, research and respond in detail.
-
Hi, Pleskians! We are running a UX testing of our upcoming product intended for server management and monitoring. We would like to invite you to have a call with us and have some fun checking our prototype. The agenda is pretty simple - we bring new design and some scenarios that you need to walk through and succeed. We will be watching and taking insights for further development of the design. If you would like to participate, please use this link to book a meeting. We will sent the link to the clickable prototype at the meeting.
-
Our UX team believes in the in the power of direct feedback and would like to invite you to participate in interviews, tests, and surveys.
To stay in the loop and never miss an opportunity to share your thoughts, please subscribe to our UX research program. If you were previously part of the Plesk UX research program, please re-subscribe to continue receiving our invitations. -
The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
Issue init at 100% CPU and pleskrc very slow to reload processes
websavers
Regular Pleskian
@Peter Debik Will do, thanks 
websavers
Regular Pleskian
Found the source of this issue and a solid workaround. Apparently Virtuozzo/OpenVZ symlinks /sbin/init to systemd within the container, but then on the node when vzctl launches things it passes init parameters in like: init -z, which results in systemd -z.
For reasons unknown to me, the -z seriously messes with systemd particularly after systemctl reexec-daemon is run, which is exactly what Plesk does when it runs system updates.
There is a patch available for systemd to prevent the unexpected switch from messing with systemd upon reexec, but RedHat hasn't yet backported it. Virtuozzo devs haven't yet taken note, but the original reporter of the issue on the systemd project on Github devised a solid workaround to replace the /sbin/init symlink with a quick script to strip the -z from the parameters that vzctl feeds into init, resulting in systemd never having the -z paramter passed into it.
Full details here: systemctl daemon-reexec forgets running services and tries to restart all services · Issue #28184 · systemd/systemd
Note that the container *must* be rebooted after this workaround is applied.
I also submit a pull request for Virtuozzo to fix libvzctl by removing the -z paramter when systemd is used here, however I doubt they'll look at that. I have also updated my OpenVZ bug report on this issue with this information.
For reasons unknown to me, the -z seriously messes with systemd particularly after systemctl reexec-daemon is run, which is exactly what Plesk does when it runs system updates.
There is a patch available for systemd to prevent the unexpected switch from messing with systemd upon reexec, but RedHat hasn't yet backported it. Virtuozzo devs haven't yet taken note, but the original reporter of the issue on the systemd project on Github devised a solid workaround to replace the /sbin/init symlink with a quick script to strip the -z from the parameters that vzctl feeds into init, resulting in systemd never having the -z paramter passed into it.
Full details here: systemctl daemon-reexec forgets running services and tries to restart all services · Issue #28184 · systemd/systemd
Note that the container *must* be rebooted after this workaround is applied.
I also submit a pull request for Virtuozzo to fix libvzctl by removing the -z paramter when systemd is used here, however I doubt they'll look at that. I have also updated my OpenVZ bug report on this issue with this information.
Similar threads
