The Community Forums

Interact with an entire community of cPanel & WHM users!
  1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Segmentation faults and no apache after uucp ?

Discussion in 'EasyApache' started by nyjimbo, Mar 2, 2012.

  1. nyjimbo

    nyjimbo Well-Known Member

    Joined:
    Jan 25, 2003
    Messages:
    1,125
    Likes Received:
    0
    Trophy Points:
    36
    Location:
    New York
    We have UUCP to run at 23:01 every night, however we have all updates set to manual so it really doesnt do much each time and it has been set like that for years.

    Last night, about a minute after uucp started apache started producing errors:

    [Thu Mar 01 23:04:39 2012] [notice] child pid xxxxx exit signal Segmentation fault (11)

    there are hundreds of these, with different pid numbers. While these are in the apache error_log I also see normal errors as well. Around 1:01 am I see for the first time:

    [Fri Mar 02 01:01:59 2012] [notice] Graceful restart requested, doing restart
    [Fri Mar 02 01:01:59 2012] [notice] seg fault or similar nasty error detected in the parent process

    after that apache is dead with no other logging until 7:07am when it appears apache restarts and then runs fine for the remainder of the day.

    In chksrvd.log I see:

    [2012-03-02 02:25:49 -0500] Service check ....syslogd [[check command:+][tcp connect:N/A]]...sshd [[check command:+][tcp connect:N/A]]...spamd [[check command
    :+][tcp connect:N/A]]...queueprocd [[check command:+][tcp connect:N/A]]...named [[check command:+][tcp connect:N/A]]...mysql [[check command:+][tcp connect:N/
    A]]...ipaliases [[check command:+][tcp connect:N/A]]...interval [[check command:N/A][tcp connect:N/A]]...imap [[socket_service_auth:1][check command:+][tcp co
    nnect:+]]...httpd [Service check failed to completehttpd: [ != HTTP/1..]
    [check command:N/A][tcp connect:-]]...ftpd [[socket_service_auth:1][check command:+][tcp connect:+]]...exim-2525 [[check command:N/A][tcp connect:+]]...exim [
    [check command:+][tcp connect:+]]...entropychat [[check command:+][tcp connect:N/A]]...dnsadmin [[check command:N/A][tcp connect:N/A]]...cpsrvd [[http_service
    _auth:1][check command:N/A][tcp connect:+]]...cpdavd [[http_service_auth:1][check command:+][tcp connect:+]]...cpanellogd [[check command:+][tcp connect:N/A]]
    ...clamd [[check command:+][tcp connect:N/A]]...Done
    Service Check Finished
    Service Check Started

    sometimes the http error is: httpd [Timeout while trying to connect to service: Died at /usr/local/cpanel/Cpanel/TailWatch/ChkServd.pm line 558.

    all night until apache is mysteriously restarted at 7am

    Anybody else experience this and know what could have caused it ?
    If chkservd could see apache dead all night why did it not show attempted restarts either
    in chkservd or in apaches error_log file ?

    We are running WHM 11.32.0 (build 1) on CENTOS 5.2 i686 standard

    Thank you.
     
    #1 nyjimbo, Mar 2, 2012
    Last edited: Mar 2, 2012
  2. nyjimbo

    nyjimbo Well-Known Member

    Joined:
    Jan 25, 2003
    Messages:
    1,125
    Likes Received:
    0
    Trophy Points:
    36
    Location:
    New York
    Just a note, we changed the uucp time to 03:10 eastern and the same thing happened this morning. Right after uucp runs (or is running) we get hundreds of seg faults until several hours later apache dies. Nothing else seems to be affected and there is no need to reboot the server. System load was very light during this entire time.
     
  3. xanubi

    xanubi Well-Known Member

    Joined:
    Jun 28, 2006
    Messages:
    86
    Likes Received:
    1
    Trophy Points:
    8
    The same problem here, but only on servers with PREFORK with MOD_RUID2
     
  4. ethix

    ethix Active Member

    Joined:
    Dec 21, 2004
    Messages:
    44
    Likes Received:
    0
    Trophy Points:
    6
    Location:
    Australia
    Same as above :/
     
  5. juanbb

    juanbb Registered

    Joined:
    Oct 6, 2009
    Messages:
    1
    Likes Received:
    0
    Trophy Points:
    1
    The solution

    grep '^\s*extension' /usr/local/lib/php.ini |sort

    This issue was almost certainly caused by the existence of duplicated "extension .so"

    Remove duplicated extension, restart apache.

    my problem was as follows

    extension="timezonedb.so"
    extension="timezonedb.so"
    extension="timezonedb.so"
     
  6. nyjimbo

    nyjimbo Well-Known Member

    Joined:
    Jan 25, 2003
    Messages:
    1,125
    Likes Received:
    0
    Trophy Points:
    36
    Location:
    New York
    Yes, I see three of those as well. I will remove them and see what happens. Thank you!
     
  7. xanubi

    xanubi Well-Known Member

    Joined:
    Jun 28, 2006
    Messages:
    86
    Likes Received:
    1
    Trophy Points:
    8
    Yes that's the problem, but all nights at uucp, it happens again.
     
  8. nyjimbo

    nyjimbo Well-Known Member

    Joined:
    Jan 25, 2003
    Messages:
    1,125
    Likes Received:
    0
    Trophy Points:
    36
    Location:
    New York
    Are you saying the error comes back after you delete the extra ".so" entries ? I deleted them and watched uucp run and it was ok and checked the php.ini after and it still only showed one 'extension="timezonedb.so" '
     
  9. xanubi

    xanubi Well-Known Member

    Joined:
    Jun 28, 2006
    Messages:
    86
    Likes Received:
    1
    Trophy Points:
    8
    Yes, that's it nyjimbo, i deleted the extra timezonedb.so, and next day it was there again.
    Also the strange directory \t\t\t\t\t\t\
     
  10. nyjimbo

    nyjimbo Well-Known Member

    Joined:
    Jan 25, 2003
    Messages:
    1,125
    Likes Received:
    0
    Trophy Points:
    36
    Location:
    New York
    Ok, so far it has not come back after several runs. I will keep an eye on it.
     
  11. nyjimbo

    nyjimbo Well-Known Member

    Joined:
    Jan 25, 2003
    Messages:
    1,125
    Likes Received:
    0
    Trophy Points:
    36
    Location:
    New York
    This problem has returned last night. Right after UUCP starting getting seg faults like the ones at the top of this thread, the about 45 minutes later got the graceful restart requested message and apache restarted. This time I see no dup extensions from running command : grep '^\s*extension' /usr/local/lib/php.ini |sort

    Now on WHM 11.32.2 (build 8) but same CENTOS 5.2 i686.
     
  12. cPanelTristan

    cPanelTristan Quality Assurance Analyst
    Staff Member

    Joined:
    Oct 2, 2010
    Messages:
    7,623
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    somewhere over the rainbow
    cPanel Access Level:
    Root Administrator
    Hello,

    When you state UUCP, do you mean upcp? Just checking as every mention of the cPanel update (up cp stands for update cPanel) has been mentioned as UUCP in this thread. Just making sure we are on the same page in what is being run as the script.

    As for the issue, are you still running DSO with mod_ruid2 or some other configuration?

    Code:
    /usr/local/cpanel/bin/rebuild_phpconf --current
    Thanks!
     
  13. nyjimbo

    nyjimbo Well-Known Member

    Joined:
    Jan 25, 2003
    Messages:
    1,125
    Likes Received:
    0
    Trophy Points:
    36
    Location:
    New York
    Yes, sorry upcp, not sure why I am typing in the other thing here.

    root@slserver1 [~]# /usr/local/cpanel/bin/rebuild_phpconf --current
    Available handlers: dso cgi none
    DEFAULT PHP: 5
    PHP4 SAPI: none
    PHP5 SAPI: dso
    SUEXEC: enabled
    RUID2: not installed
    root@slserver1 [~]#
     
  14. cPanelTristan

    cPanelTristan Quality Assurance Analyst
    Staff Member

    Joined:
    Oct 2, 2010
    Messages:
    7,623
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    somewhere over the rainbow
    cPanel Access Level:
    Root Administrator
    Could you go ahead and open up a ticket? You could use the link in my signature or WHM > Support Center > Contact cPanel area.

    Also, can you run this command to see if PHP itself is outputting any errors:

    Code:
    php -v
     
Loading...

Share This Page