• 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.

Issue Apache just stop working for hours with 0% CPU usage

Tiria

New Pleskian
Server operating system version
Ubuntu 18.04.6 LTS
Plesk version and microupdate number
18.0.49 update 2
Hello there,

Sometimes, but always at night around 2:00-3:00 am and for some hours, the apache process just stop responding, leaving all websites with a nginx 504 error (proxy timeout, almost all website are configured with nginx+apache).
Apache service is still running on that period but is just not responding (see chart attached).

I tried to find errors in sites and plesk logs but dont find anything which could match this error. All apache logs are empty on the period and all error found just before is some php warning that always occurring.

There is no cron around 2:00-3:00 am, just some backups (all backups are programmed along the night).

Is someone have an idea to check why this problem occur ?

Thanks
 

Attachments

  • 2023-02-17 15_34_49-Window.png
    2023-02-17 15_34_49-Window.png
    65.3 KB · Views: 7
Hi. I Would try two different things.

1) try disabling backups. Just in case.(remember after 24hs to re enable them)

2) try to swith to only apache instead of apache+nGinx.

After 24hs check the graphs and let us Knowles if anyrhing changed.
 
The Plesk backup process can be rather CPU-consuming.
Try running the backup with "no compression" and at priority 19:

Scherm­afbeelding 2023-02-18 om 13.27.53.png
 
Thanks for your answers.
Hi. I Would try two different things.

1) try disabling backups. Just in case.(remember after 24hs to re enable them)

2) try to swith to only apache instead of apache+nGinx.

After 24hs check the graphs and let us Knowles if anyrhing changed.
The problem is (perhaps it was ambiguous in my previous post) that the problem does not happen every day but only few times in the month (but every time it happens it is in the same hours). I can't just disable backup waiting for the bug to happen again.
The Plesk backup process can be rather CPU-consuming.
Try running the backup with "no compression" and at priority 19:
I'll try to decrease priority level to 19 (It was set up to 10) and lower simultaneous backups to 4 instead of 10. But I think I can't disable compression because of space available in our backup server. Is there a way to set up different compression level per domains (some of them are too large for the compression to be disable) ?

That being said, we already tried to change backup scheduling and this has not changed the times at which the problem occurs, so I'm not sure it was backup related.
 
Have you checked the timestamps of the backup files to verify they're not in that time range?
 
Back
Top