Apache crashes with this error.

[sexy_guy]

Whats all this? We did not modify http.conf nor did we modify the custom log format. Apache crashed, all sites were down. Good thing we were online and noticed all sites were dead and restart apache.

Syntax error on line 11454 of /usr/local/apache/conf/httpd.conf:
CustomLog takes two or three arguments, a file name, a custom log format string or format name, and an optional "env=" clau$
PHP Warning: Function registration failed - duplicate name - imap_open in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_reopen in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_close in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_num_msg in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_num_recent in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_headers in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_headerinfo in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_rfc822_parse_headers in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_rfc822_write_address in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_rfc822_parse_adrlist in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_body in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_bodystruct in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_fetchbody in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_fetchheader in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_fetchbody in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_fetchheader in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_fetchstructure in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_expunge in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_delete in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_undelete in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_check in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_mail_copy in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_mail_move in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_mail_compose in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_createmailbox in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_renamemailbox in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_deletemailbox in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_subscribe in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_unsubscribe in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_append in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_ping in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_base64 in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_qprint in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_8bit in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_binary in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_utf8 in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_status in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_mailboxmsginfo in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_setflag_full in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_clearflag_full in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_sort in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_uid in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_msgno in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_list in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_lsub in Unknown on line 0

and so on.................

PHP Warning: Unknown(): ldap: Unable to initialize module
Module compiled with module API=20010901, debug=0, thread-safety=0
PHP compiled with module API=20020429, debug=0, thread-safety=0
These options need to match
in Unknown on line 0


LDAP? Where is this coming from?

cPanel.net Support Ticket Number:

[casey]

Whoa! I had this exact problem two weeks ago. Mine was caused by running the installzendopt script, which installed a duplicate copy of php.ini. Check to make sure you only have one php.ini on your server. If you have more than one, it's going to be calling for the ldap and imap modules twice or more.

cPanel.net Support Ticket Number:

[sexy_guy]

Are you sure about that? Zendinstall simply takes your existing php.ini and copies it over to the Zend directory then it creates a symlink from /usr/local/lib to point to /Zend/php.ini. I have php.ini scattered in a few places, but php.ini should only be picked up from the Zend dir because thats where the symlink points.

/etc/php.ini
/etc/php.ini.rpmnew
/etc/php.ini-zend_optimizer.bak
/usr/local/lib/php.ini
/usr/local/lib/php.ini-zend_optimizer.bak
/usr/local/src/ZendOptimizer-2.0.1-Linux_glibc21-i386/zui_files/php.ini
/usr/local/src/ZendOptimizer-2.0.1-Linux_glibc21-i386/php.ini.0201
/usr/local/src/ZendOptimizer-2.1.0-Linux_glibc21-i386/zui_files/php.ini
/usr/local/src/cpins/installd/buildapache/php-4.2.3/php.ini-dist
/usr/local/src/cpins/installd/buildapache/php-4.2.3/php.ini-recommended
/usr/local/src/cpins/installd/buildapache/php-4.2.3/pear/tests/php.ini
/usr/local/cpanel/3rdparty/etc/php.ini
/usr/local/cpanel/3rdparty/lib/php.ini
/usr/local/Zend/etc/php.ini
/usr/local/Zend/etc/php.ini-zend_optimizer.bak
/home/cpapachebuild/buildapache/php-4.3.1/php.ini-dist
/home/cpapachebuild/buildapache/php-4.3.1/php.ini-recommended
/home/cpapachebuild/buildapache/php-4.3.1/pear/tests/php.ini

[zenpig66]

I don't think this has anything to do with Zend, either.
Had the exact same thing occur on the 26th(once) except that it didn't note an error in the httpd syntax...it occured instead after a bunch of [error] child process 15339 still did not exit, sending a SIGKILL
(different processes).

[Thu Jun 26 12:51:59 2003] [error] child process 23694 still did not exit, sending a SIGKILL
[Thu Jun 26 12:51:59 2003] [error] child process 23880 still did not exit, sending a SIGKILL
[Thu Jun 26 12:51:59 2003] [error] child process 15339 still did not exit, sending a SIGKILL
[Thu Jun 26 12:52:00 2003] [notice] caught SIGTERM, shutting down
PHP Warning: Function registration failed - duplicate name - imap_open in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_reopen in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_close in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_num_msg in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - imap_num_recent in Unknown on line 0

..the rest is the same. Apache was back up and running normally 10 seconds later. I'm curious about this one as well for I've never quite seen anything like this error.

Steve

cPanel.net Support Ticket Number:

[Website Rob]

Although I've never that specific error msg. either, has anyone expericing this problem considered the fact that it might have been caused by a Client installing or using a PHP script they should not have been -- or didn't realize what it would do?

And is PHP being run with safe_mode, on or off?

cPanel.net Support Ticket Number:

[casey]

Originally posted by sexy_guy
Are you sure about that? Zendinstall simply takes your existing php.ini and copies it over to the Zend directory then it creates a symlink from /usr/local/lib to point to /Zend/php.ini. I have php.ini scattered in a few places, but php.ini should only be picked up from the Zend dir because thats where the symlink points.

Well, my problem was that I had installed Zend manually before installing it via cPanel. I never had a /usr/local/lib directory. But when I used zendinstall, it created a /usr/local/lib directory. Thus, I had two copies of php.ini that were both being called. I got the same error as you, so you might want to check out the possibilities.

cPanel.net Support Ticket Number:

[sexy_guy]

Originally posted by Website Rob
Although I've never that specific error msg. either, has anyone expericing this problem considered the fact that it might have been caused by a Client installing or using a PHP script they should not have been -- or didn't realize what it would do?

And is PHP being run with safe_mode, on or off?

cPanel.net Support Ticket Number:

php is off. I dont know about this either. I mean either a php script works or it errors out. It shoud completely shut down Apache should it? Apache had to be restarted manually to get the sites running again.

cPanel.net Support Ticket Number:

[sexy_guy]

Originally posted by casey
Well, my problem was that I had installed Zend manually before installing it via cPanel. I never had a /usr/local/lib directory. But when I used zendinstall, it created a /usr/local/lib directory. Thus, I had two copies of php.ini that were both being called. I got the same error as you, so you might want to check out the possibilities.

cPanel.net Support Ticket Number:

Zend doesnt create /usr/local/lib does it? I mean i have php.ini in /etc/ but php.ini has always been located in /usr/local/lib/ and used by all php apps on our server. I think your talking about the php.ini symlink thats created by the Zendinstall not the creation of /usr/local/lib. /usr/local/lib is where php.ini has always been located.

cPanel.net Support Ticket Number:

[sexy_guy]

Originally posted by zenpig66
I don't think this has anything to do with Zend, either.
Had the exact same thing occur on the 26th(once) except that it didn't note an error in the httpd syntax...it occured instead after a bunch of [error] child process 15339 still did not exit, sending a SIGKILL
(different processes).



..the rest is the same. Apache was back up and running normally 10 seconds later. I'm curious about this one as well for I've never quite seen anything like this error.

Steve

cPanel.net Support Ticket Number:

Its strange that this error occured more than 24hrs ago and has not surfaced again.

cPanel.net Support Ticket Number:

[howard]

have you looked at the php.ini for the case described in point 1 @ http://www.faqts.com/knowledge_base/view.phtml/aid/3248

cPanel.net Support Ticket Number:

[casey]

Originally posted by sexy_guy
Its strange that this error occured more than 24hrs ago and has not surfaced again.

cPanel.net Support Ticket Number:

If you restart apache, you do not get the duplication errors?

cPanel.net Support Ticket Number:

[sexy_guy]

Originally posted by howard
have you looked at the php.ini for the case described in point 1 @ http://www.faqts.com/knowledge_base/view.phtml/aid/3248

cPanel.net Support Ticket Number:

Php not been recompiled in awhile on that box and all this

1. Most likely, you have upgraded or recompiled PHP, and there are
dynamic extensions being loaded that are duplicating compiled-in
functions in PHP. Check the 'extension=' lines in your php.ini file,
and have a look in whatever directory is named on your 'extension-dir'
line.

2. This could be because php3 is still being loaded in the httpd.conf.
There are two ways of dealing with this. The first is to remove the
php3 module.

Find the lines
LoadModule php3_module
and
AddModule mod_php3.c

and comment them out.

Alternatively follow the instructions on having both php3 and php4
installed at the same time.

Does not exist in our http.conf

cPanel.net Support Ticket Number:

[casey]

Originally posted by sexy_guy
Zend doesnt create /usr/local/lib does it? I mean i have php.ini in /etc/ but php.ini has always been located in /usr/local/lib/ and used by all php apps on our server. I think your talking about the php.ini symlink thats created by the Zendinstall not the creation of /usr/local/lib. /usr/local/lib is where php.ini has always been located.

cPanel.net Support Ticket Number:

Well, I guess this is beside the point, but I did not have a /usr/local/lib folder. At the time, I thought I needed one, and I read somewhere on these forums that using the installzendopt script would create one for me, and it did.

cPanel.net Support Ticket Number:

[zenpig66]

Thanks for the link, Howard, though like sexy-guy, none of it applies in my case except for the error.

I would look more into WebsiteRobs' suggestion except that the particular server this occured on essentially has just one very large site on it and it is run by me. There's a few very small accounts I've put on it and truthfully, I know these users thru support tickets and I don't think any one of them would be 'brave' enough to try and install a php script Their static html pages do just fine alongside a large server-side site. It's a possibility, though, and might tie in with some of what Casey is saying. Perhaps a user attempted to create a .htaccess file in an attempt to over-ride what could be of the php.ini and when called upon, somehow loaded an already loaded extension. I suppose one of them could have gotten an itch and decided to try something..thing is, like I mentioned, there aren't very many sites on this server and I've been able to go thru the logs pretty throroughly and the time of the incident in the error_log doesn't coincide with anything else I see.

I dunno...I'm not stressing it. It has only happened once, apache recovered from it, and it continues to go on without error(well, that error;hehe) If it happens again, it would be nice to figure out how to reproduce it, though.

Steve

cPanel.net Support Ticket Number: