1. Please take a little time for this simple survey! Thank you for participating!
    Dismiss Notice
  2. Dear Pleskians, please read this carefully! New attachments and other rules Thank you!
    Dismiss Notice
  3. Dear Pleskians, I really hope that you will share your opinion in this Special topic for chatter about Plesk in the Clouds. Thank you!
    Dismiss Notice

HTTPD won't start

Discussion in 'Plesk for Linux - 8.x and Older' started by painterj, Jul 13, 2008.

  1. painterj

    painterj Guest

    0
     
    I successfully had Apache up(withou suexec) for a day before it shutdown for some reason this morning and now I've spent almost a day getting it up again without success.

    When I try to start it in plesk I get this error:

    Unable to make action: Unable to manage service by websrvmng: Empty error message from utility.

    0: /usr/local/psa/admin/plib/common_func.php3:154
    psaerror(string 'Unable to make action: Unable to manage service by websrvmng: Empty error message from utility.')
    1: /usr/local/psa/admin/htdocs/server/restart_services.php:28
    require(string '/usr/local/psa/admin/htdocs/server/restart_services.php')
    2: /usr/local/psa/admin/htdocs/plesk.php:23


    This is what the apache error log shows:

    [Sun Jul 13 22:38:17 2008] [info] Init: Seeding PRNG with 256 bytes of entropy
    [Sun Jul 13 22:38:17 2008] [info] Init: Generating temporary RSA private keys (512/1024 bits)
    [Sun Jul 13 22:38:17 2008] [info] Init: Generating temporary DH parameters (512/1024 bits)
    [Sun Jul 13 22:38:17 2008] [info] Init: Initializing (virtual) servers for SSL
    [Sun Jul 13 22:38:17 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
    [Sun Jul 13 22:38:17 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
    [Sun Jul 13 22:38:17 2008] [warn] Init: SSL server IP/port conflict: default-193-37-152-94:443 (/etc/httpd/conf.d/zz010_psa_httpd.conf:78) vs. webmail:443 (/etc/httpd/conf.d/zz010_psa_httpd.conf:133)
    [Sun Jul 13 22:38:17 2008] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
    [Sun Jul 13 22:38:17 2008] [info] mod_ssl/2.2.6 compiled against Server: Apache/2.2.6, Library: OpenSSL/0.9.8b
    [Sun Jul 13 22:38:17 2008] [notice] Digest: generating secret for digest authentication ...
    [Sun Jul 13 22:38:17 2008] [notice] Digest: done
    [Sun Jul 13 22:38:17 2008] [debug] util_ldap.c(1952): LDAP merging Shared Cache conf: shm=0x809a338 rmm=0x809a368 for VHOST: xxxxxx.com
    [Sun Jul 13 22:38:17 2008] [debug] util_ldap.c(1952): LDAP merging Shared Cache conf: shm=0x809a338 rmm=0x809a368 for VHOST: lists
    [Sun Jul 13 22:38:17 2008] [debug] util_ldap.c(1952): LDAP merging Shared Cache conf: shm=0x809a338 rmm=0x809a368 for VHOST: lists
    [Sun Jul 13 22:38:17 2008] [debug] util_ldap.c(1952): LDAP merging Shared Cache conf: shm=0x809a338 rmm=0x809a368 for VHOST: webmail
    [Sun Jul 13 22:38:17 2008] [debug] util_ldap.c(1952): LDAP merging Shared Cache conf: shm=0x809a338 rmm=0x809a368 for VHOST: webmail
    [Sun Jul 13 22:38:17 2008] [debug] util_ldap.c(1952): LDAP merging Shared Cache conf: shm=0x809a338 rmm=0x809a368 for VHOST: default-xxxxxxxx
    [Sun Jul 13 22:38:17 2008] [debug] util_ldap.c(1952): LDAP merging Shared Cache conf: shm=0x809a338 rmm=0x809a368 for VHOST: default
    [Sun Jul 13 22:38:17 2008] [debug] util_ldap.c(1952): LDAP merging Shared Cache conf: shm=0x809a338 rmm=0x809a368 for VHOST: xxxxxxxxxxxxxx
    [Sun Jul 13 22:38:17 2008] [info] APR LDAP: Built with OpenLDAP LDAP SDK
    [Sun Jul 13 22:38:17 2008] [info] LDAP: SSL support available

    I tried to restart it in the shell and it seems to be up and running:

    [root@rbi0294 init.d]# service httpd restart
    Stopping httpd: [FAILED]
    Starting httpd: Warning: SuexecUserGroup directive requires SUEXEC wrapper.
    [ OK ]
     
  2. dynaweb

    dynaweb Guest

    0
     
    Make sure your mod_suexec is loaded into the apache config.
     
  3. ziba@

    ziba@ Guest

    0
     
    Hi,

    I would also recommend checking permissions on suexec wrapper as stated in the following article:
    http://kb.odin.com/en/5225
     
Loading...