Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
On Friday 22 February 2008 04:26:12 Forrest Aldrich wrote: Mel wrote: Your extensions.ini has duplicate and non-existing modules. Start here: mv /usr/local/etc/php/extensions.ini /usr/local/etc/php/extensions.ini.bkp sort -u /usr/local/etc/php/extensions.ini.bkp |while read MOD; do if test -f /usr/local/lib/php/20060613/${MOD##extension=}; then echo $MOD fi done /usr/local/etc/extensions.ini php -v I've done this and still have a problem with PHP5 dumping core: [EMAIL PROTECTED] /usr/ports/lang/php5]# php -v PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 21 2008 21:51:01) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator with Suhosin v0.9.18, Copyright (c) 2002-2006, by Hardened-PHP Project Segmentation fault: 11 (core dumped) I tried compiling this without eAccelerator, got the same problem. I'm now trying it without the Suhosin enhancements to see if that's the problem - sent a copy of this to the PHP5 port maintainer. Sorry, the internet is global and my pumpkin time was up. Suhosin isn't the problem. What the above did is make sure you have no non-existing modules loading and no modules twice. But the sort order was alphabetic and that's why it still dumps core. Some modules depend on eachother and one needs to be loaded before the other or it goes to hell. Nothing else you can do then figure out the correct order. Experience teaches spl, session and mysqli are common culprits. spl before sqlite before pdo_sqlite before session before mysqli before xmlreader *usually* works. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Mel wrote: On Friday 22 February 2008 04:26:12 Forrest Aldrich wrote: Mel wrote: Your extensions.ini has duplicate and non-existing modules. Start here: mv /usr/local/etc/php/extensions.ini /usr/local/etc/php/extensions.ini.bkp sort -u /usr/local/etc/php/extensions.ini.bkp |while read MOD; do if test -f /usr/local/lib/php/20060613/${MOD##extension=}; then echo $MOD fi done /usr/local/etc/extensions.ini php -v I've done this and still have a problem with PHP5 dumping core: [EMAIL PROTECTED] /usr/ports/lang/php5]# php -v PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 21 2008 21:51:01) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator with Suhosin v0.9.18, Copyright (c) 2002-2006, by Hardened-PHP Project Segmentation fault: 11 (core dumped) I tried compiling this without eAccelerator, got the same problem. I'm now trying it without the Suhosin enhancements to see if that's the problem - sent a copy of this to the PHP5 port maintainer. Sorry, the internet is global and my pumpkin time was up. Suhosin isn't the problem. What the above did is make sure you have no non-existing modules loading and no modules twice. But the sort order was alphabetic and that's why it still dumps core. Some modules depend on eachother and one needs to be loaded before the other or it goes to hell. Nothing else you can do then figure out the correct order. Experience teaches spl, session and mysqli are common culprits. spl before sqlite before pdo_sqlite before session before mysqli before xmlreader *usually* works. I tried this and still having core dumps. This seems like an odd problem that the PHP folk might need to solve somehow. There must be a way to use the php.core file to determine what's causing it to crash... not something I've had much experience with. If I can determine where it's crashing, then I can have a better sense of what needs to be re-ordered. I noticed over time as I upgraded php modules that it did put in duplicate entries... seems like a bug. Thanks for your help, I appreciate it ;-) Forrest ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
On Friday 22 February 2008 17:33:12 Forrest Aldrich wrote: Mel wrote: On Friday 22 February 2008 04:26:12 Forrest Aldrich wrote: Mel wrote: Your extensions.ini has duplicate and non-existing modules. Start here: mv /usr/local/etc/php/extensions.ini /usr/local/etc/php/extensions.ini.bkp sort -u /usr/local/etc/php/extensions.ini.bkp |while read MOD; do if test -f /usr/local/lib/php/20060613/${MOD##extension=}; then echo $MOD fi done /usr/local/etc/extensions.ini php -v I've done this and still have a problem with PHP5 dumping core: [EMAIL PROTECTED] /usr/ports/lang/php5]# php -v PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 21 2008 21:51:01) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator with Suhosin v0.9.18, Copyright (c) 2002-2006, by Hardened-PHP Project Segmentation fault: 11 (core dumped) I tried compiling this without eAccelerator, got the same problem. I'm now trying it without the Suhosin enhancements to see if that's the problem - sent a copy of this to the PHP5 port maintainer. Sorry, the internet is global and my pumpkin time was up. Suhosin isn't the problem. What the above did is make sure you have no non-existing modules loading and no modules twice. But the sort order was alphabetic and that's why it still dumps core. Some modules depend on eachother and one needs to be loaded before the other or it goes to hell. Nothing else you can do then figure out the correct order. Experience teaches spl, session and mysqli are common culprits. spl before sqlite before pdo_sqlite before session before mysqli before xmlreader *usually* works. I tried this and still having core dumps. This seems like an odd problem that the PHP folk might need to solve somehow. There must be a way to use the php.core file to determine what's causing it to crash... not something I've had much experience with. If I can determine where it's crashing, then I can have a better sense of what needs to be re-ordered. You can, if you see this: (gdb) bt #0 0x28e4fe5c in ?? () #1 0x2855bb83 in pthread_mutex_destroy () from /lib/libc.so.6 #2 0x285e74fd in __tcf_1 () from /usr/local/lib/libaspell.so.16 #3 0x2855a97a in __cxa_finalize () from /lib/libc.so.6 #4 0x285e6e4a in __do_global_dtors_aux () from /usr/local/lib/libaspell.so.16 #5 0x2867a204 in _fini () from /usr/local/lib/libaspell.so.16 In this case, it was the pspell module. __do_global_dtors_aux is usually the problem - destroying the globals it created. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Mel wrote: You can, if you see this: (gdb) bt #0 0x28e4fe5c in ?? () #1 0x2855bb83 in pthread_mutex_destroy () from /lib/libc.so.6 #2 0x285e74fd in __tcf_1 () from /usr/local/lib/libaspell.so.16 #3 0x2855a97a in __cxa_finalize () from /lib/libc.so.6 #4 0x285e6e4a in __do_global_dtors_aux () from /usr/local/lib/libaspell.so.16 #5 0x2867a204 in _fini () from /usr/local/lib/libaspell.so.16 In this case, it was the pspell module. __do_global_dtors_aux is usually the problem - destroying the globals it created. Seems I cannot use GDB on this due to : This GDB was configured as i386-marcel-freebsd.../usr/local/etc/php/php.core: not in executable format: File format not recognized I tried doing a strings -a to peek around, but it doesn't tell you much. Thanks... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Sorry Mel, I should have looked at the manpage before replying. Here is the output I got: # gdb /usr/local/bin/php php.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.3 Reading symbols from /lib/libm.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.4 Reading symbols from /usr/local/lib/libxml2.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/local/lib/php/20060613/eaccelerator.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/eaccelerator.so Reading symbols from /usr/local/lib/php/20060613/bz2.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/bz2.so Reading symbols from /usr/lib/libbz2.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libbz2.so.2 Reading symbols from /usr/local/lib/php/20060613/calendar.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/calendar.so Reading symbols from /usr/local/lib/php/20060613/pcre.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/pcre.so Reading symbols from /usr/local/lib/php/20060613/ctype.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/ctype.so Reading symbols from /usr/local/lib/php/20060613/spl.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/spl.so Reading symbols from /usr/local/lib/php/20060613/curl.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/curl.so Reading symbols from /usr/local/lib/libcurl.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libcurl.so.4 Reading symbols from /usr/lib/libssl.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.4 Reading symbols from /lib/libcrypto.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /usr/local/lib/php/20060613/dom.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/dom.so Reading symbols from /usr/local/lib/php/20060613/exif.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/exif.so Reading symbols from /usr/local/lib/php/20060613/filter.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/filter.so Reading symbols from /usr/local/lib/libpcre.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /usr/local/lib/php/20060613/ftp.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/ftp.so Reading symbols from /usr/local/lib/php/20060613/gd.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/gd.so Reading symbols from /usr/local/lib/libt1.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libt1.so.5 Reading symbols from /usr/local/lib/libfreetype.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /usr/local/lib/libX11.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/local/lib/libXpm.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXpm.so.4 Reading symbols from /usr/local/lib/libpng.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpng.so.5 Reading symbols from /usr/local/lib/libjpeg.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libjpeg.so.9 Reading symbols from /usr/local/lib/libXau.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libXdmcp.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
On Friday 22 February 2008 17:55:38 Forrest Aldrich wrote: Sorry Mel, I should have looked at the manpage before replying. Here is the output I got: Loaded symbols for /usr/local/lib/php/20060613/eaccelerator.so Reading symbols from /usr/local/lib/php/20060613/bz2.so...(no debugging symbols found)...done. #0 0x28f027c3 in ?? () #1 0x285418fe in _UTF8_init () from /lib/libc.so.6 #2 0x285c6060 in _thread_autoinit_dummy_decl_stub () from /lib/libc.so.6 === #3 0x in ?? () === #4 0x28253d91 in free () from /libexec/ld-elf.so.1 #5 0x0814ee1a in zend_hash_apply_deleter () #6 0x0814ee91 in zend_hash_graceful_reverse_destroy () #7 0x081442d0 in zend_shutdown () #8 0x08104d70 in php_module_shutdown () #9 0x081c8e4c in main () Could you disable the accelerator? Can't say I've seen this one before. Just add a semi colon ';' in front of the module, leave the order in tact. If it still dumps core, then the imap one. You might have to recompile php and all the modules with debugging support to find out what's being free'd there. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Mel wrote: [ .. ] Could you disable the accelerator? Can't say I've seen this one before. Just add a semi colon ';' in front of the module, leave the order in tact. If it still dumps core, then the imap one. You might have to recompile php and all the modules with debugging support to find out what's being free'd there. Interesting, the extension=eaccelerator.so line went missing in /usr/local/etc/php/extensions.ini, so I added it. NOW all I get is this: # php -v PHP Fatal error: [eAccelerator] eAccelerator 0.9.5.2 can not be loaded twice in Unknown on line 0 but it's not listed twice there. I'll keep looking around do you know where it might be reloading this? Thanks, Forrest ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Mel, I found the duplicate entry, which was in /usr/local/etc/php.ini: ; Zend Extensions zend_extension=/usr/local/lib/php/20060613/eaccelerator.so eaccelerator.shm_size=16 eaccelerator.cache_dir=/var/eaccelerator eaccelerator.enable=1 eaccelerator.optimizer=1 eaccelerator.check_mtime=1 eaccelerator.debug=0 eaccelerator.filter= eaccelerator.shm_max=0 eaccelerator.shm_ttl=0 eaccelerator.shm_prune_period=0 eaccelerator.shm_only=0 eaccelerator.compress=1 eaccelerator.compress_level=9 I commented out the zend_extension, leaving it in /usr/local/etc/php/extensions.ini. I'll try commenting out imap next. Still getting: # php -v PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 21 2008 22:45:11) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator Segmentation fault: 11 (core dumped) Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
I took a shortcut and decided to comment out all extensions but these: extension=mysql.so extension=mysqli.so extension=eaccelerator.so Now I run php -v and get this: # php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/mysqli.so' - /usr/local/lib/php/20060613/mysqli.so: Undefined symbol spl_ce_RuntimeException in Unknown on line 0 /libexec/ld-elf.so.1: /usr/local/lib/php/20060613/eaccelerator.so: Undefined symbol php_session_register_module The mysqli.so is there: -r--r--r-- 1 root wheel 116892 Feb 21 23:45 /usr/local/lib/php/20060613/mysqli.so Could be I need to enable another extension to satisfy the last issue with the variable, though I wonder if this is a hint at what might be wrong... Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Forrest Aldrich wrote: I took a shortcut and decided to comment out all extensions but these: extension=mysql.so extension=mysqli.so extension=eaccelerator.so Now I run php -v and get this: # php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/mysqli.so' - /usr/local/lib/php/20060613/mysqli.so: Undefined symbol spl_ce_RuntimeException in Unknown on line 0 /libexec/ld-elf.so.1: /usr/local/lib/php/20060613/eaccelerator.so: Undefined symbol php_session_register_module The mysqli.so is there: -r--r--r-- 1 root wheel 116892 Feb 21 23:45 /usr/local/lib/php/20060613/mysqli.so Could be I need to enable another extension to satisfy the last issue with the variable, though I wonder if this is a hint at what might be wrong... Hmmm... I've been thinking about methods to make sure the load order of PHP modules avoids this sort of problem. Can you try the following and see if it helps? # cp /usr/local/etc/php/extensions.ini{,.bak} # cd /usr/local/lib/php/20060613 # lorder *.so | tsort | tail -r | sed -e 's/^/extension=/' /usr/local/etc/php/extensions.ini Oh, and yes, you do need the php5-spl module to be installed. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHvw+n8Mjk52CukIwRCEbjAJ9EUwIAJ9m9Y8riNvZd/EHIBbt+0wCfat7r /CMlt9c6goJwWKUwIspr1pE= =Oke5 -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
On Friday 22 February 2008 18:36:59 Forrest Aldrich wrote: I took a shortcut and decided to comment out all extensions but these: extension=mysql.so extension=mysqli.so extension=eaccelerator.so Now I run php -v and get this: # php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/mysqli.so' - /usr/local/lib/php/20060613/mysqli.so: Undefined symbol spl_ce_RuntimeException in Unknown on line 0 ^^^ Mysqli needs spl. It uses it's exception code among others. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Mel wrote: On Friday 22 February 2008 18:36:59 Forrest Aldrich wrote: I took a shortcut and decided to comment out all extensions but these: extension=mysql.so extension=mysqli.so extension=eaccelerator.so Now I run php -v and get this: # php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/mysqli.so' - /usr/local/lib/php/20060613/mysqli.so: Undefined symbol spl_ce_RuntimeException in Unknown on line 0 ^^^ Mysqli needs spl. It uses it's exception code among others. I'm going to remove all of the PHP5 code and extensions and start all over again and see what happens Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Mel, I recompiled php5 with debugging enabled; but it seems the FreeBSD php5-extensions build ignores this flag and compiles the extensions as-is. No option in their makefile. Anyway, here's the output... I don't think it really says much than before. Thanks, Forrest # php -v PHP Warning: PHP Startup: pdf: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: session: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: bz2: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: calendar: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: ctype: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: curl: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: pcre: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: SimpleXML: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: SPL: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: dom: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: exif: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: filter: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: ftp: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: gd: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: gettext: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: gmp: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: hash: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: iconv: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: imap: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-safety=0 PHPcompiled with module API=20060613, debug=1, thread-safety=0 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: json: Unable to initialize module
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Mel, etc., I downgraded my system back to MySQL-4.1 (where I had updated to MySQL-5.1) and this has solved the problem. Lesson: don't upgrade your FreeBSD-6.3/Apache-2.0 system to MySQL-5.x without making sure it works first ;-) Of course, there was no way I could have predicted this problem. I suspect it would work fine on Linux, however. I didn't really solve the problem specifically - in terms of the error, but this worked. Thanks for your help. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
6.3-STABLE Apache 2.0 uses high CPU when restarted....
I recently recomplied the apache20 port (updated) with no compile-time changes. Since that time, I noticed it was hogging 98% of the CPU and hanging. I adjusted the various Max/Min server levels and that seemed to fix it - except at midnight when the logs are rotated and the server is sent a HUP signal. When that happens, all the processes die except one and it hangs at 90% CPU. I kill it off, restart it manually and it behaves fine. Here's a recent output of top : PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 94711 www 1 1170 41036K 13852K RUN0 1:43 98.69% httpd The only thing that has changed on the system is an upgrade from MySQL-4.1 to MySQL-5.1, which I wouldn't expect httpd to be affected by, but I could be wrong. To be sure, I recompiled it, PHP and any dependencies that PHP has, but I'm still seeing the same result. I tried compiling MySQL-5.1 with and without pthreads and see the same CPU consumption issue. I wonder if I've hit a bug or if I've possibly messed something up (as careful as I've been anyway). Thanks, Forrest ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
At 08:34 AM 2/21/2008, Forrest Aldrich wrote: I recently recomplied the apache20 port (updated) with no compile-time changes. Since that time, I noticed it was hogging 98% of the CPU and hanging. I adjusted the various Max/Min server levels and that seemed to fix it - except at midnight when the logs are rotated and the server is sent a HUP signal. When that happens, all the processes die except one and it hangs at 90% CPU. I kill it off, restart it manually and it behaves fine. Here's a recent output of top : PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 94711 www 1 1170 41036K 13852K RUN0 1:43 98.69% httpd The only thing that has changed on the system is an upgrade from MySQL-4.1 to MySQL-5.1, which I wouldn't expect httpd to be affected by, but I could be wrong. To be sure, I recompiled it, PHP and any dependencies that PHP has, but I'm still seeing the same result. I tried compiling MySQL-5.1 with and without pthreads and see the same CPU consumption issue. I wonder if I've hit a bug or if I've possibly messed something up (as careful as I've been anyway). Thanks, Forrest What is showing in the apache logs when this happens? -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Derek Ragona wrote: At 08:34 AM 2/21/2008, Forrest Aldrich wrote: I recently recomplied the apache20 port (updated) with no compile-time changes. Since that time, I noticed it was hogging 98% of the CPU and hanging. I adjusted the various Max/Min server levels and that seemed to fix it - except at midnight when the logs are rotated and the server is sent a HUP signal. When that happens, all the processes die except one and it hangs at 90% CPU. I kill it off, restart it manually and it behaves fine. Here's a recent output of top : PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 94711 www 1 1170 41036K 13852K RUN0 1:43 98.69% httpd The only thing that has changed on the system is an upgrade from MySQL-4.1 to MySQL-5.1, which I wouldn't expect httpd to be affected by, but I could be wrong. To be sure, I recompiled it, PHP and any dependencies that PHP has, but I'm still seeing the same result. I tried compiling MySQL-5.1 with and without pthreads and see the same CPU consumption issue. I wonder if I've hit a bug or if I've possibly messed something up (as careful as I've been anyway). Thanks, Forrest What is showing in the apache logs when this happens? -Derek The only thing I see are multiple lines of these errors in error_log: [Thu Feb 21 00:00:12 2008] [error] child process 63633 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63634 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63635 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63636 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63637 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63983 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 64048 still did not exit, sending a SIGKILL Which is correct, as the process is not exiting. For some reason it's hanging. The old binary did not do this. I could try another system update today (make/build/install world and recompile the apache executable and dependencies) to see if this solves the problem... Thanks, Forrest ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
At 11:57 AM 2/21/2008, Forrest Aldrich wrote: Derek Ragona wrote: At 08:34 AM 2/21/2008, Forrest Aldrich wrote: I recently recomplied the apache20 port (updated) with no compile-time changes. Since that time, I noticed it was hogging 98% of the CPU and hanging. I adjusted the various Max/Min server levels and that seemed to fix it - except at midnight when the logs are rotated and the server is sent a HUP signal. When that happens, all the processes die except one and it hangs at 90% CPU. I kill it off, restart it manually and it behaves fine. Here's a recent output of top : PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 94711 www 1 1170 41036K 13852K RUN0 1:43 98.69% httpd The only thing that has changed on the system is an upgrade from MySQL-4.1 to MySQL-5.1, which I wouldn't expect httpd to be affected by, but I could be wrong. To be sure, I recompiled it, PHP and any dependencies that PHP has, but I'm still seeing the same result. I tried compiling MySQL-5.1 with and without pthreads and see the same CPU consumption issue. I wonder if I've hit a bug or if I've possibly messed something up (as careful as I've been anyway). Thanks, Forrest What is showing in the apache logs when this happens? -Derek The only thing I see are multiple lines of these errors in error_log: [Thu Feb 21 00:00:12 2008] [error] child process 63633 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63634 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63635 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63636 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63637 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63983 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 64048 still did not exit, sending a SIGKILL Which is correct, as the process is not exiting. For some reason it's hanging. The old binary did not do this. I could try another system update today (make/build/install world and recompile the apache executable and dependencies) to see if this solves the problem... Thanks, Forrest I would try to see if there's an update, otherwise you might need to post a bug report to apache. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Mel wrote: On Thursday 21 February 2008 18:57:38 Forrest Aldrich wrote: Here's a recent output of top : PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 94711 www 1 1170 41036K 13852K RUN0 1:43 98.69% httpd Is this memory rising? If the below suggestion doesn't narrow down the problem, could you look into ktrace(1) and see what it's doing all this time? You could also try to narrow down the problem, by looking at what request was served last by that child. Enable mod_info for that. The only thing I see are multiple lines of these errors in error_log: [Thu Feb 21 00:00:12 2008] [error] child process 63633 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63634 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63635 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63636 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63637 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63983 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 64048 still did not exit, sending a SIGKILL Which is correct, as the process is not exiting. For some reason it's hanging. The old binary did not do this. I could try another system update today (make/build/install world and recompile the apache executable and dependencies) to see if this solves the problem... I doubt it would help. I've seen this lots of times when the php module exit code is hanging. At the same time, the php CLI binary should be crashing on exit. Re-order your modules, there's a thread about it in the archives. If it wasn't for that useless piece of crap ht-dig, I'd have a link for you. :p Anyway, to test if it's this problem, run php -v and see if you get coredump. If you don't have CLI available, you could try disabling php in apache and see if the problem persists. THANK YOU. I think this is definitely a good lead to where the problem exists. I am including the output of php -v here. [root]# php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/fileinfo.so' - Cannot open /usr/local/lib/php/20060613/fileinfo.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/imagick.so' - Cannot open /usr/local/lib/php/20060613/imagick.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/fileinfo.so' - Cannot open /usr/local/lib/php/20060613/fileinfo.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/imagick.so' - Cannot open /usr/local/lib/php/20060613/imagick.so in Unknown on line 0 PHP Warning: Module 'zip' already loaded in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/wddx.so' - Cannot open /usr/local/lib/php/20060613/wddx.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/sqlite.so' - /usr/local/lib/php/20060613/sqlite.so: Undefined symbol spl_ce_Countable in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/dba.so' - Cannot open /usr/local/lib/php/20060613/dba.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/bcmath.so' - Cannot open /usr/local/lib/php/20060613/bcmath.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/shmop.so' - Cannot open /usr/local/lib/php/20060613/shmop.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/readline.so' - Cannot open /usr/local/lib/php/20060613/readline.so in Unknown on line 0 PHP Warning: Module 'gmp' already loaded in Unknown on line 0 PHP Warning: Module 'bz2' already loaded in Unknown on line 0 PHP Warning: Module 'calendar' already loaded in Unknown on line 0 PHP Warning: Module 'ctype' already loaded in Unknown on line 0 PHP Warning: Module 'curl' already loaded in Unknown on line 0 PHP Warning: Module 'pcre' already loaded in Unknown on line 0 PHP Warning: Module 'SimpleXML' already loaded in Unknown on line 0 PHP Warning: Module 'dom' already loaded in Unknown on line 0 PHP Warning: Module 'exif' already loaded in Unknown on line 0 PHP Warning: Module 'ftp' already loaded in Unknown on line 0 PHP Warning: Module 'gd' already loaded in Unknown on line 0 PHP Warning: Module 'gettext' already loaded in Unknown on line 0 PHP Warning: Module 'gmp' already loaded in Unknown on line 0 PHP Warning: Module 'iconv' already loaded in Unknown on line 0 PHP Warning: Module 'imap' already loaded in Unknown on line 0 PHP
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
On Thursday 21 February 2008 18:57:38 Forrest Aldrich wrote: Here's a recent output of top : PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 94711 www 1 1170 41036K 13852K RUN0 1:43 98.69% httpd Is this memory rising? If the below suggestion doesn't narrow down the problem, could you look into ktrace(1) and see what it's doing all this time? You could also try to narrow down the problem, by looking at what request was served last by that child. Enable mod_info for that. The only thing I see are multiple lines of these errors in error_log: [Thu Feb 21 00:00:12 2008] [error] child process 63633 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63634 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63635 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63636 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63637 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 63983 still did not exit, sending a SIGKILL [Thu Feb 21 00:00:12 2008] [error] child process 64048 still did not exit, sending a SIGKILL Which is correct, as the process is not exiting. For some reason it's hanging. The old binary did not do this. I could try another system update today (make/build/install world and recompile the apache executable and dependencies) to see if this solves the problem... I doubt it would help. I've seen this lots of times when the php module exit code is hanging. At the same time, the php CLI binary should be crashing on exit. Re-order your modules, there's a thread about it in the archives. If it wasn't for that useless piece of crap ht-dig, I'd have a link for you. :p Anyway, to test if it's this problem, run php -v and see if you get coredump. If you don't have CLI available, you could try disabling php in apache and see if the problem persists. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
On Thursday 21 February 2008 20:57:32 Forrest Aldrich wrote: Mel wrote: I doubt it would help. I've seen this lots of times when the php module exit code is hanging. At the same time, the php CLI binary should be crashing on exit. Re-order your modules, there's a thread about it in the archives. If it wasn't for that useless piece of crap ht-dig, I'd have a link for you. :p Anyway, to test if it's this problem, run php -v and see if you get coredump. If you don't have CLI available, you could try disabling php in apache and see if the problem persists. THANK YOU. I think this is definitely a good lead to where the problem exists. I am including the output of php -v here. [root]# php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/fileinfo.so' - Cannot open /usr/local/lib/php/20060613/fileinfo.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/imagick.so' - Cannot open /usr/local/lib/php/20060613/imagick.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/fileinfo.so' - Cannot open /usr/local/lib/php/20060613/fileinfo.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/imagick.so' - Cannot open /usr/local/lib/php/20060613/imagick.so in Unknown on line 0 PHP Warning: Module 'zip' already loaded in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/wddx.so' - Cannot open /usr/local/lib/php/20060613/wddx.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/sqlite.so' - /usr/local/lib/php/20060613/sqlite.so: Undefined symbol spl_ce_Countable in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/dba.so' - Cannot open /usr/local/lib/php/20060613/dba.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/bcmath.so' - Cannot open /usr/local/lib/php/20060613/bcmath.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/shmop.so' - Cannot open /usr/local/lib/php/20060613/shmop.so in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/readline.so' - Cannot open /usr/local/lib/php/20060613/readline.so in Unknown on line 0 PHP Warning: Module 'gmp' already loaded in Unknown on line 0 PHP Warning: Module 'bz2' already loaded in Unknown on line 0 PHP Warning: Module 'calendar' already loaded in Unknown on line 0 PHP Warning: Module 'ctype' already loaded in Unknown on line 0 PHP Warning: Module 'curl' already loaded in Unknown on line 0 PHP Warning: Module 'pcre' already loaded in Unknown on line 0 PHP Warning: Module 'SimpleXML' already loaded in Unknown on line 0 PHP Warning: Module 'dom' already loaded in Unknown on line 0 PHP Warning: Module 'exif' already loaded in Unknown on line 0 PHP Warning: Module 'ftp' already loaded in Unknown on line 0 PHP Warning: Module 'gd' already loaded in Unknown on line 0 PHP Warning: Module 'gettext' already loaded in Unknown on line 0 PHP Warning: Module 'gmp' already loaded in Unknown on line 0 PHP Warning: Module 'iconv' already loaded in Unknown on line 0 PHP Warning: Module 'imap' already loaded in Unknown on line 0 PHP Warning: Module 'mcrypt' already loaded in Unknown on line 0 PHP Warning: Module 'mhash' already loaded in Unknown on line 0 PHP Warning: Module 'ncurses' already loaded in Unknown on line 0 PHP Warning: Module 'openssl' already loaded in Unknown on line 0 PHP Warning: Module 'PDO' already loaded in Unknown on line 0 PHP Warning: Module 'posix' already loaded in Unknown on line 0 PHP Warning: Module 'session' already loaded in Unknown on line 0 PHP Warning: Module 'soap' already loaded in Unknown on line 0 PHP Warning: Module 'sysvmsg' already loaded in Unknown on line 0 PHP Warning: Module 'sysvsem' already loaded in Unknown on line 0 PHP Warning: Module 'sysvshm' already loaded in Unknown on line 0 PHP Warning: Module 'tidy' already loaded in Unknown on line 0 PHP Warning: Module 'tokenizer' already loaded in Unknown on line 0 PHP Warning: Module 'xml' already loaded in Unknown on line 0 PHP Warning: Module 'xmlreader' already loaded in Unknown on line 0 PHP Warning: Module 'xmlrpc' already loaded in Unknown on line 0 PHP Warning: Module 'xmlwriter' already loaded in Unknown on line 0 PHP Warning: Module 'xsl' already loaded in Unknown on line 0 PHP Warning: Module 'zip' already loaded in Unknown on line 0 PHP Warning: Module 'zlib' already loaded in Unknown on line 0 PHP Warning: Module 'mbstring' already loaded in Unknown on line 0 PHP Warning: Module 'sockets' already loaded in
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Mel wrote: Your extensions.ini has duplicate and non-existing modules. Start here: mv /usr/local/etc/php/extensions.ini /usr/local/etc/php/extensions.ini.bkp sort -u /usr/local/etc/php/extensions.ini.bkp |while read MOD; do if test -f /usr/local/lib/php/20060613/${MOD##extension=}; then echo $MOD fi done /usr/local/etc/extensions.ini php -v I've done this and still have a problem with PHP5 dumping core: [EMAIL PROTECTED] /usr/ports/lang/php5]# php -v PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 21 2008 21:51:01) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator with Suhosin v0.9.18, Copyright (c) 2002-2006, by Hardened-PHP Project Segmentation fault: 11 (core dumped) I tried compiling this without eAccelerator, got the same problem. I'm now trying it without the Suhosin enhancements to see if that's the problem - sent a copy of this to the PHP5 port maintainer. Thanks again, Forrest ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
Mel, I did the recompile (including php5 and php5-extensions) and still get this: # php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/mysqli.so' - /usr/local/lib/php/20060613/mysqli.so: Undefined symbol spl_ce_RuntimeException in Unknown on line 0 PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 21 2008 22:45:11) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator Segmentation fault: 11 (core dumped) Though, I'm able to at least get my website running (which uses PHP) -- it will inevitably crash again when the logs are rotated. Maybe I should consider upgrading to apache22? _F ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.3-STABLE Apache 2.0 uses high CPU when restarted....
# php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/mysqli.so' - /usr/local/lib/php/20060613/mysqli.so: Undefined symbol spl_ce_RuntimeException in Unknown on line 0 PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 21 2008 22:45:11) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator Segmentation fault: 11 (core dumped) Though, I'm able to at least get my website running (which uses PHP) -- it will inevitably crash again when the logs are rotated. Maybe I should consider upgrading to apache22? or 1.3... but you show it's PHP problem. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]