Results 1 to 14 of 14
-
01-25-2008, 10:27 AM #1Web Hosting Master
- Join Date
- May 2005
- Location
- Mumbai, India
- Posts
- 555
httpd down after updating all plesk domains
Hi
I got a plesk server upgraded from Plesk 7.5.4 on Fedora Core 2 to Plesk 8.2.1 on Fedora Core 7. All sites were working fine.
I wanted to enable php, python, cgi, perl & ssh for all domains, and I did this for all in SSH.
Code:/usr/local/psa/bin/domain.sh --update "domain.com" -ip "xx.xx.xx.xx" -php true -cgi true -perl true -python true -ssl true -webstat true
Code:[root@ip-xxx-xx-xxx-x username]# service httpd start Starting httpd: [FAILED] [root@ip-xxx-xx-xxx-x username]# service httpd restart Stopping httpd: [FAILED] Starting httpd: [FAILED] [root@ip-xxx-xx-xxx-x username]# service httpd --full-restart Stopping httpd: [FAILED] Starting httpd: [FAILED] [root@ip-xxx-xx-xxx-x username]#
Code:[root@ip-xxx-xx-xxx-x username]# httpd -e DEBUG [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module auth_basic_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module auth_digest_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authn_file_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authn_alias_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authn_anon_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authn_dbm_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authn_default_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authz_host_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authz_user_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authz_owner_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authz_groupfile_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authz_dbm_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authz_default_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module ldap_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module authnz_ldap_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module include_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module log_config_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module logio_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module env_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module ext_filter_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module mime_magic_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module expires_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module deflate_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module headers_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module usertrack_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module setenvif_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module mime_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module dav_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module status_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module autoindex_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module info_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module dav_fs_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module vhost_alias_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module negotiation_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module dir_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module actions_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module speling_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module userdir_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module alias_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module rewrite_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module proxy_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module proxy_balancer_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module proxy_ftp_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module proxy_http_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module proxy_connect_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module cache_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module suexec_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module disk_cache_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module file_cache_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module mem_cache_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module cgi_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module mysql_auth_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module perl_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module php5_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module proxy_ajp_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module python_module [Fri Jan 25 02:35:33 2008] [debug] mod_so.c(246): loaded module ssl_module [root@ip-xxx-xx-xxx-x username]# [root@ip-xxx-xx-xxx-x username]# service httpd configtest Syntax OK [root@ip-xxx-xx-xxx-x username]#
Thanks
-
01-25-2008, 12:00 PM #2Aspiring Evangelist
- Join Date
- Apr 2007
- Location
- Melbourne, Australia
- Posts
- 411
What's it have to say in /var/log/messages ?
-
01-25-2008, 12:13 PM #3Web Hosting Master
- Join Date
- May 2005
- Location
- Mumbai, India
- Posts
- 555
I just found out that this is a ditto of the exact problem I posted long ago here.
This time, number of domains is only 400 - so its not crossing the 500 limit.
I guess it has to do with SSL. Not the certificate or anything, because, the SSL files seem to exist. But Im still not sure if this is related to it as mentioned previously.
-
01-25-2008, 01:43 PM #4Junior Guru Wannabe
- Join Date
- Jan 2008
- Posts
- 60
You need to check /var/httpd/logs/error_log file for any exactly error messages. Also try to track the issue by starting apache service this way:
# sh -x /etc/init.d/httpd startBest regards,
AdminForces
-
01-25-2008, 02:06 PM #5Web Hosting Master
- Join Date
- May 2005
- Location
- Mumbai, India
- Posts
- 555
The last couple of lines in /var/httpd/logs/error_log were the same as before
Unable to open logs
I checked - all log files are writable by root.
-
02-27-2008, 06:13 PM #6New Member
- Join Date
- Feb 2008
- Posts
- 4
Dear anjanesh,
I think i have the answer to your question
Just do the following
1. Log in to the server shell.
2. Issue the command:
# mysql -uadmin -p`cat /etc/psa/.psa.shadow` psa -e "replace into misc (param,val) values ('apache_pipelog', 'true');"
3. Rebuild Apache configuration:
# $PRODUCT_ROOT_D/admin/sbin/websrvmng -v -a
good luck and let us know if u solved your problem.
@Daniel
-
02-28-2008, 12:09 AM #7Web Hosting Master
- Join Date
- May 2005
- Location
- Mumbai, India
- Posts
- 555
What exactly does #2 do ?
-
02-28-2008, 03:25 AM #8New Member
- Join Date
- Feb 2008
- Posts
- 4
Inserts a value in mysql 'psa' database . this value is read by #3 , Plesk`s Apache reconfigurator. I don't know if it compiles it from scratch or is just changing the config file. but i belive that is the second thing.
so , it worked ?
-
02-28-2008, 04:15 AM #9Web Hosting Master
- Join Date
- May 2005
- Location
- Mumbai, India
- Posts
- 555
so , it worked ? Havent tried it out because the server is currently live.
But does it try to restart apache from a failed one ?
-
02-28-2008, 04:41 AM #10New Member
- Join Date
- Feb 2008
- Posts
- 4
yes , in my case i found httpd running after issuing the commands without any other interventions
but you can do
service httpd status
and
service httpd start
or better, to restart the whole plesk suite of services issue the following commands :
service psa stopall
service psa startall
service psa restart
@Daniel
-
02-29-2008, 07:09 AM #11Junior Guru Wannabe
- Join Date
- Jan 2008
- Posts
- 60
You can find details here http://kb.swsoft.com/en/2066
Best regards,
AdminForces
-
02-29-2008, 07:05 PM #12New Member
- Join Date
- Feb 2008
- Posts
- 4
-
03-01-2008, 12:10 AM #13Hosting Specialist
- Join Date
- Sep 2003
- Location
- Washington, USA
- Posts
- 3,262
Try running this command to identify the exact point of failure:
strace -f REPLACETHISWITHAPACHESTARTCOMMAND█ ‹‹SHAW NETWORKS›› Simple. Professional. Reliable. Web Hosting Done Right.
█ Low Cost & Award-Winning: cPanel Reseller Plans ›› 24/7/365 Live Technical Support ‹‹
█ Website: www.shawnetworks.com Fast Response E-mail: sales @ shawnetworks.com
█ Sick of downtime? Fed up with excuses? Drop your host! Switch to Shaw Networks.
-
03-01-2008, 03:23 AM #14Junior Guru Wannabe
- Join Date
- Jan 2008
- Posts
- 60
Point #2 just enables Piped Logs feature. That's all . Some details about this feature described in article. If you need more information about it I'm sure you can get it in Internet. For example, here http://httpd.apache.org/docs/1.3/logs.html#piped
Best regards,
AdminForces