• Please be aware: Kaspersky Anti-Virus has been deprecated
    With the upgrade to Plesk Obsidian 18.0.64, "Kaspersky Anti-Virus for Servers" will be automatically removed from the servers it is installed on. We recommend that you migrate to Sophos Anti-Virus for Servers.
  • 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.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Need to run httpdmng --reconfigure-all after reboot and any vhost change

CompubaseS

New Pleskian
After a reboot all vhost show the standard apache welcom page.
Running /usr/local/psa/admin/sbin/httpdmng --reconfigure-all fixes the problem but it is anoying that this should be invoked each time te server reboots.
We have notices this on multple plesk servers Version 11.5.30 Update #11

Any idea's.
 
Check whether Apache and nginx services are running after reboot. Ensure that you don't have stuff like tmpfs in weird places (post output of mount if you wish). Look at /etc/**/plesk.conf.d folders before and after reboot. Do they or their contents differ?
 
Parallels Plesk Panel 11.5.30 MU #12 CentOS 6.4

Same here with only an apache server (no nginx server used for domains hosted).
Did a copy of /etc/http.d/ folder with subfolders before (when working) and after reboot (with only the default apache page instead) and found no difference with WinMerge.

Result of "mount" command:

Code:
[root@server ~]# mount
/dev/md1 on / type ext3 (rw)
none on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/mapper/vg00-usr on /usr type ext4 (rw)
/dev/mapper/vg00-var on /var type ext4 (rw,usrquota)
/dev/mapper/vg00-home on /home type ext4 (rw,usrquota)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/etc/named on /var/named/chroot/etc/named type none (rw,bind)
/var/named on /var/named/chroot/var/named type none (rw,bind)
/etc/named.rfc1912.zones on /var/named/chroot/etc/named.rfc1912.zones type none (rw,bind)
/etc/rndc.key on /var/named/chroot/etc/rndc.key type none (rw,bind)
/usr/lib64/bind on /var/named/chroot/usr/lib64/bind type none (rw,bind)
/etc/named.iscdlv.key on /var/named/chroot/etc/named.iscdlv.key type none (rw,bind)
/etc/named.root.key on /var/named/chroot/etc/named.root.key type none (rw,bind)

Any ideas?
 
Exact. Did the test and the following command is enough to restore the websites.
What is strange is that the http daemon was already running ... but in a misconfigured way :(

Code:
[root@server ~]# /etc/init.d/httpd status
httpd (pid  1467) is running...
[root@server ~]# /etc/init.d/httpd restart
Stopping httpd:                                            [  OK  ]
Starting httpd:                                            [  OK  ]

Having a look into file "/var/log/httpd/error.log", it appears that the start of the apache server doesn't provide same messages between the 1st start (with wrong configuration) and the 2nd start (performed manually with correct configuration):

First start
Code:
[Thu Aug 22 09:15:00 2013] [notice] caught SIGTERM, shutting down
[Thu Aug 22 09:16:38 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Aug 22 09:16:39 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:16:39 2013] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Aug 22 09:16:39 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:16:39 2013] [notice] Digest: generating secret for digest authentication ...
[Thu Aug 22 09:16:39 2013] [notice] Digest: done
[Thu Aug 22 09:16:39 2013] [error] python_init: Python version mismatch, expected '2.6.5', found '2.6.6'.
[Thu Aug 22 09:16:39 2013] [error] python_init: Python executable found '/usr/bin/python'.
[Thu Aug 22 09:16:39 2013] [error] python_init: Python path being used '/usr/lib64/python26.zip:/usr/lib64/python2.6/:/usr/lib64/python2.6/plat-linux2:/usr/lib64/python2.6/lib-tk:/usr/lib64/python2.6/lib-old:/usr/lib64/python2.6/lib-dynload'.
[Thu Aug 22 09:16:39 2013] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads.
[Thu Aug 22 09:16:39 2013] [notice] mod_python: using mutex_directory /tmp 
[Thu Aug 22 09:16:40 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:16:40 2013] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Aug 22 09:16:40 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:16:40 2013] [notice] Apache/2.2.15 (Unix) DAV/2 mod_fcgid/2.3.7 mod_python/3.3.1 Python/2.6.6 mod_ssl/2.2.15 OpenSSL/1.0.0-fips mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming normal operations

Second start
Code:
[Thu Aug 22 09:17:13 2013] [notice] caught SIGTERM, shutting down
[Thu Aug 22 09:17:14 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [B][warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)[/B]
[Thu Aug 22 09:17:14 2013] [notice] Digest: generating secret for digest authentication ...
[Thu Aug 22 09:17:14 2013] [notice] Digest: done
[Thu Aug 22 09:17:14 2013] [error] python_init: Python version mismatch, expected '2.6.5', found '2.6.6'.
[Thu Aug 22 09:17:14 2013] [error] python_init: Python executable found '/usr/bin/python'.
[Thu Aug 22 09:17:14 2013] [error] python_init: Python path being used '/usr/lib64/python26.zip:/usr/lib64/python2.6/:/usr/lib64/python2.6/plat-linux2:/usr/lib64/python2.6/lib-tk:/usr/lib64/python2.6/lib-old:/usr/lib64/python2.6/lib-dynload'.
[Thu Aug 22 09:17:14 2013] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads.
[Thu Aug 22 09:17:14 2013] [notice] mod_python: using mutex_directory /tmp 
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [B][warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)[/B]
[Thu Aug 22 09:17:14 2013] [notice] Apache/2.2.15 (Unix) DAV/2 mod_fcgid/2.3.7 mod_python/3.3.1 Python/2.6.6 mod_ssl/2.2.15 OpenSSL/1.0.0-fips mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming normal operations

The missing lines from the first start are below:

Code:
[B][warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)[/B]

I can reproduce the problem at every reboot.

=> Any ideas on the problem source or way to have more infos?
 
Exact. Did the test and the following command is enough to restore the websites.
What is strange is that the http daemon was already running ... but in a misconfigured way :(

Code:
[root@server ~]# /etc/init.d/httpd status
httpd (pid  1467) is running...
[root@server ~]# /etc/init.d/httpd restart
Stopping httpd:                                            [  OK  ]
Starting httpd:                                            [  OK  ]

Having a look into file "/var/log/httpd/error.log", it appears that the start of the apache server doesn't provide same messages between the 1st start (with wrong configuration) and the 2nd start (performed manually with correct configuration):

First start
Code:
[Thu Aug 22 09:15:00 2013] [notice] caught SIGTERM, shutting down
[Thu Aug 22 09:16:38 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Aug 22 09:16:39 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:16:39 2013] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Aug 22 09:16:39 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:16:39 2013] [notice] Digest: generating secret for digest authentication ...
[Thu Aug 22 09:16:39 2013] [notice] Digest: done
[Thu Aug 22 09:16:39 2013] [error] python_init: Python version mismatch, expected '2.6.5', found '2.6.6'.
[Thu Aug 22 09:16:39 2013] [error] python_init: Python executable found '/usr/bin/python'.
[Thu Aug 22 09:16:39 2013] [error] python_init: Python path being used  '/usr/lib64/python26.zip:/usr/lib64/python2.6/:/usr/lib64/python2.6/plat-linux2:/usr/lib64/python2.6/lib-tk:/usr/lib64/python2.6/lib-old:/usr/lib64/python2.6/lib-dynload'.
[Thu Aug 22 09:16:39 2013] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads.
[Thu Aug 22 09:16:39 2013] [notice] mod_python: using mutex_directory /tmp 
[Thu Aug 22 09:16:40 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:16:40 2013] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Aug 22 09:16:40 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:16:40 2013] [notice] Apache/2.2.15 (Unix) DAV/2  mod_fcgid/2.3.7 mod_python/3.3.1 Python/2.6.6 mod_ssl/2.2.15  OpenSSL/1.0.0-fips mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming  normal operations

Second start
Code:
[Thu Aug 22 09:17:13 2013] [notice] caught SIGTERM, shutting down
[Thu Aug 22 09:17:14 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [B][warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)[/B]
[Thu Aug 22 09:17:14 2013] [notice] Digest: generating secret for digest authentication ...
[Thu Aug 22 09:17:14 2013] [notice] Digest: done
[Thu Aug 22 09:17:14 2013] [error] python_init: Python version mismatch, expected '2.6.5', found '2.6.6'.
[Thu Aug 22 09:17:14 2013] [error] python_init: Python executable found '/usr/bin/python'.
[Thu Aug 22 09:17:14 2013] [error] python_init: Python path being used  '/usr/lib64/python26.zip:/usr/lib64/python2.6/:/usr/lib64/python2.6/plat-linux2:/usr/lib64/python2.6/lib-tk:/usr/lib64/python2.6/lib-old:/usr/lib64/python2.6/lib-dynload'.
[Thu Aug 22 09:17:14 2013] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads.
[Thu Aug 22 09:17:14 2013] [notice] mod_python: using mutex_directory /tmp 
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Aug 22 09:17:14 2013] [B][warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)[/B]
[Thu Aug 22 09:17:14 2013] [notice] Apache/2.2.15 (Unix) DAV/2  mod_fcgid/2.3.7 mod_python/3.3.1 Python/2.6.6 mod_ssl/2.2.15  OpenSSL/1.0.0-fips mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming  normal operations

The missing lines from the first start are below:

Code:
[B][warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)[/B]

I can reproduce the problem at every reboot.

=> Any ideas on the problem source or way to have more infos?
 
The same here:

Parallels Plesk Panel 11.5.30 MU #13 CentOS 6.4
The https is running but with a wrong configuration, after we restart it...it works..
Reproducible every reboot and if someone from support needs an access just ask me!

We really need a fix now!
 
The same here:

Parallels Plesk Panel 11.5.30 MU #13 CentOS 6.4
The https is running but with a wrong configuration, after we restart it...it works..
Reproducible every reboot and if someone from support needs an access just ask me!

We really need a fix now!

I am having the same issue as well

11.5.30 Update #12, last updated at Aug 19, 2013 03:37 AM
CentOS 6.4 (Final)

We absolutely need a fix on this
 
The support accessed to my server and check configurations...here the answer:
Container starts and stops very fast - most likely some resources (such as network, disk) are not loaded when Apache starts, because of that Apache restart is needed after reboot to fix the issue.

Thus, to fix the issue I have added the following strings to the end of the "/etc/rc.local" configuration file:

--

sleep 10
/etc/init.d/httpd restart

--

Now my question to all my friends is....are you running psa into openvz container as me? on ovh servers?
 
Can Parallels give a look to see if a nicer solution is available?

@MeriturvaM => in my case, problem is visible on 1&1 dedicated servers (seen already on 4 different servers from MU10).
 
So your servers are not on openvz enviroment.....right?

Can Parallels give a look to see if a nicer solution is available?

@MeriturvaM => in my case, problem is visible on 1&1 dedicated servers (seen already on 4 different servers from MU10).
 
According to my knowledge of openvz, I don't use it (openvz = VDS) because problem is on physical architectures / dedicated servers.
 
I think that the best is to open ticket to support also on your side.
I guess i was the first to do that and the solution they found is of course temporary!
We really have to pushup the attention to that!
According to my knowledge of openvz, I don't use it (openvz = VDS) because problem is on physical architectures / dedicated servers.
 
Back
Top