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

Apache sometimes fails to restart

Hi IgorG,

your updated patch seems to work on centos 5.5 - 64bit. Before this patch I had to manually restart apache several times while migrating domains and it took over 30 min for migrating a domain. Now it's under 3 min und no need to restart apache manually and there was no downtime. This patch solved a big bug for me and hopefully also for other server admins.

Thanks
 
Last edited:
centos 5.5. 64bit

Hi,

I have also used new binary to test. confirming - patch works.
 
IgorG said:
Try to replace websrvmng with attached and check results.
Do not forget create backup of original websrvmng!

http://download1.sw-soft.com/Plesk/Autoupdate/websrvmng.tar.bz2
Click to expand...

It this patch specific to 10.1.1? I just upgraded a server that had been a fresh install of 10.0.1 to 10.1.1 last night, centos 5.5, and now I'm having the same exact issue as everyone else in this thread; a change to a plan or a new plan and apache doesn't restart on its own.

Edit: Actually after putting that new file in place, the watchdog seems to kill apache off every minute and then can't restart it, so much for that idea.
 
Last edited:
Hostasaurus.Com said:
It this patch specific to 10.1.1? I just upgraded a server that had been a fresh install of 10.0.1 to 10.1.1 last night, centos 5.5, and now I'm having the same exact issue as everyone else in this thread; a change to a plan or a new plan and apache doesn't restart on its own.

Edit: Actually after putting that new file in place, the watchdog seems to kill apache off every minute and then can't restart it, so much for that idea.
Click to expand...

Following up, 10.0.1 we were stable, and watchdog was not running. After upgrading to 10.1.1, any change in plesk that requires an apache restart leaves apache not running. Trying to use watchdog to fix the issue results in watchdog causing apache to die off and NOT restarting, umm, yeah, kind of the opposite of what the program is supposed to do. With watchdog active, you get this in the logs when apache dies off:

[Tue Feb 01 19:00:24 2011] [emerg] (43)Identifier removed: couldn't grab the accept mutex
[Tue Feb 01 19:00:24 2011] [emerg] (43)Identifier removed: couldn't grab the accept mutex
[Tue Feb 01 19:00:24 2011] [emerg] (43)Identifier removed: couldn't grab the accept mutex
[Tue Feb 01 19:00:24 2011] [emerg] (43)Identifier removed: couldn't grab the accept mutex
[Tue Feb 01 19:00:24 2011] [emerg] (43)Identifier removed: couldn't grab the accept mutex
[Tue Feb 01 19:00:24 2011] [emerg] (43)Identifier removed: couldn't grab the accept mutex
[Tue Feb 01 19:00:24 2011] [emerg] (43)Identifier removed: couldn't grab the accept mutex
[Tue Feb 01 19:00:24 2011] [emerg] (43)Identifier removed: couldn't grab the accept mutex
[Tue Feb 01 19:00:24 2011] [emerg] (43)Identifier removed: couldn't grab the accept mutex
[Tue Feb 01 19:00:25 2011] [emerg] (22)Invalid argument: couldn't grab the accept mutex
[Tue Feb 01 19:00:25 2011] [emerg] (22)Invalid argument: couldn't release the accept mutex
[Tue Feb 01 19:00:26 2011] [emerg] (22)Invalid argument: couldn't grab the accept mutex


With watchdog disabled, at least your web server continues running, until someone changes something that requires an apache restart, then its down until your monitoring system pages you so you can manually restart it; that's great.
 
We are having the same problem here with Plesk 10.1.1 on Debian 5 64bit os.

I can't enable the watchdog to, getting a message that the watchdog could not be started and I need to contact technical support.

Parallels, any update on solving this issue? not only we, but customers running dedicated servers with plesk 10 are having a lot of trouble and stress..
 
mkoninkx said:
We are having the same problem here with Plesk 10.1.1 on Debian 5 64bit os.

I can't enable the watchdog to, getting a message that the watchdog could not be started and I need to contact technical support.

Parallels, any update on solving this issue? not only we, but customers running dedicated servers with plesk 10 are having a lot of trouble and stress..
Click to expand...

Did you try provided above patch?
 
Not yet since this was not confirmed to work with Plesk 10.1.1

I'll try the patch right away and post the results here.
 
The patch seems to solve the problem on Debian 5 x64!
I'm still having a lot of the following messages in the apache error log:
[Thu Feb 03 10:55:32 2011] [warn] Init: SSL server IP/port conflict: domain.nl:443 (/var/www/vhosts/domain.nl/conf/12961358770.86166400_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12964160230.68876900_horde.include:52)
 
IgorG said:
Did you try provided above patch?
Click to expand...

I tried the patch and watchdog still killed apache every minute. Is the patch supposed to fix watchdog or supposed to fix Plesk's problem leaving apache down every time a change is made? And is it for 10.1.1 or 10.0.1?
 
Sorry, I don´t know how to apply the patch to my system (opensuse 11.1, Plesk 10.1.1).
Can please anyone tell me what to do?

I know that you can run websrvmng at /usr/local/psa/admin/bin/ , but that´s not the path, where I have to put the patched file, right?
 
It should be something like /opt/psa/admin/sbin/ for opensuse. But I'm not sure. Check it.
 
I applied the patch for opensuse 11.1, but it didn´t solve the problem.
I can reproduce the error by typing 'logrotate -f logrotate.conf'.
After running this statement, Apache stops and I have to start the service manually.
 
IgorG said:
Yes, it is patch for 10.1.1 for all oses.
Click to expand...

I've found one bug in the patch so far.

If you change a domain's IP address as the server admin, it never updates the config files for apache.

To reproduce the issue, you log into the server as an admin, go to Subscriptions, click on the domain name, click on "Change Hosting Settings", pick a new IP, click Ok. Plesk will show the new IP at this point, but the config file for apache will be the same as it was before and apache has not been restarted.

To get it to work correctly, at this point you have to click Open Control Panel to log in as the customer, click Websites & Domains, click Web Hosting Settings and then click the OK button without actually changing anything. Plesk will now create the new httpd.conf file with the correct IP address.
 
IgorG said:
http://kb.odin.com/en/9659
Click to expand...

Perhaps you can expand on your post by telling us what exactly the new article represents? Is this a later patch version that fixes the bug I pointed out? Is this a later patch version than the one posted previously in the thread but still doesn't fix the other bug? Does this fix additional issues not yet documented? etc.
 
You must log in or register to reply here.

Similar threads

R
Issue Cannot restart NGINX
Replies
1
Views
491
Raul A.
R
J
Issue Error: configuration files for the Apache web server were not created
Replies
1
Views
537
Raul A.
R
T
ISSUE - Nginx config generation failure and http2 directive implementation failure
Replies
14
Views
4K
Bitpalast
Bitpalast
B
Input How to use Multiple IP's for 1 Domain [IMPORTANT FEATURE THAT'S MISSING NATIVELY]
Replies
1
Views
4K
scsa20
scsa20
andreios
Issue Warning: Custom template has insufficient permissions: nginxDomainVirtualHost.php
Replies
3
Views
6K
Maarten
M
Back
Top