{5} Assigned, Active Tickets by Owner (Full Description) (14 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
bart
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #241 | php 5.2.1 - zend_mm_heap corrupted = huge cpu overload, apache crash | eAccelerator | defect | 02/22/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When you use eaccelerator 0.9.5 or eaccelerator-svn301 with a php 5.2.1 working as httpd module it causes huge cpu overload (like 100%*120 = 12000%) over time. For me it happened like every 60 minutes on one server and on another it didnt happened yet (server wasnt on much php usage). Other ppl on internet said that it happens like every 10 hours so it probably depends on usage on php... In httpd log there is: zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted This only happens with php 5.2.1. Its not happening with 5.2.0. I'm just reporting that stuff thats all. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #155 | eaccelerator + drupal under heavy load = php crashes | eAccelerator | 0.9.6 | defect | 08/02/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have a busy drupal-based website running on lighttpd + php(fastcgi) (was running apache with preforking-mpm and mod_php before and had the same problem). PHP crashes 1-2 times per day once load reaches around 250+ request per second. I have tried both php 5.1.4 and 4.4.2. Currently I'm running the latest cvs of eaccelerator (I'm updating it frequently) Also apparently I'm not the only one facing this problem. See the following links for example: http://drupal.org/node/75265 http://drupal.org/node/52534 I guess that it has something to do with lots of includes in drupal. Any suggestions what can I do to trace the cause of this problem? BTW, I've also tried APC, it does not crash but instead at some point it starts to screw up php output (I guess it actually screws up scripts/compiled code). My php configure: './configure' '--enable-fastcgi' '--enable-discard-path' '--enable-force-redirect' '--with-xml' '--enable-bcmath' '--enable-calendar' '--with-curl' '--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--enable-exif' '--enable-ftp' '--with-gd' '--with-gettext' '--with-kerberos' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mcrypt' '--with-mhash' '--with-mysql' '--with-pear' '--enable-sockets' '--enable-track-vars' '--with-ttf' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native-ttf' '--with-xmlrpc' '--with-zlib' '--with-ttf' eaccelerator config: [Zend] zend_extension="/usr/local/lib/php/extensions/no-debug-non-zts-20050922/eaccelerator.so" eaccelerator.shm_size="32" eaccelerator.cache_dir="/tmp/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="1" eaccelerator.compress="1" eaccelerator.compress_level="9" Excerpt from the lighttpd config: fastcgi.server = ( ".php" => ((
"bin-path" => php_bin + " -c " + basedir + "/root/" + php_ini,
"socket" => "/tmp/php.socket",
"max-procs" => 2,
"bin-environment" => (
"PHP_FCGI_CHILDREN" => "500",
"PHP_FCGI_MAX_REQUESTS" => "10000",
),
"bin-copy-environment" => (
"PATH", "SHELL", "USER", "LANG"
),
"broken-scriptfilename" => "enable"
)))
P.S.: Just turned off the optimizer (eaccelerator.optimizer="0"), let's see if it will help. I've tried this some time before though with an older verions of eaccelerator and it did not help :( |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #34 | apache segfaults | eAccelerator | 0.9.6 | defect | 03/30/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
hi, i'm running eaccelerator (eaccelerator-svn200603271208) on two dual opterons machines with apache2-worker and php 5.1.2. eaccelerator speeds up a lot but unluckily after running some hours the apache logs fills up with lots of "segmentation faults", i think about 50% of all request crash apache. after reloading/restarting (doesn't matter) apache the segfaults are gone for some hours again but the appear again. i played with apache's MaxRequestsPerChild? setting to 20, 1000 or 0..it doesn't help. can you please tell me how to compile a debug version we can see where apache inside php/eaccelerator exactly crashes? does it affect the performance a lot? corin |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #130 | Crash on ob_flush(), ob_end_flush() | eAccelerator | 0.9.6 | defect | 07/18/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It seems that eAccelerator causes php/apache to crash silently. I tracket down the problem and noticed that this is happening almost at the end of the script where ob_end_flush() or ob_flush() is called. It ish happening when two or more simultaneus requests come to the same script(session?) This is 100% reproducible by hitting refresh button twice or reloding quickly the same page in two different browser windows. Workaround - do not use ob_end_flush() and ob_flush() - let the PHP flush output buffers on shutdown... or turn off eAccelerattor. I'm using WinXP. Apache-1.3.34(1.3.33) PHP-4.4.2(4.4.1) Using eAccelerator v0.9.4 binary dll's from http://www.sitebuddy.com/PHP/Accelerators/eAccelerator_windows_binaries_builds I even tried using *_with_disassembler buids - it didn't helped because apache error log didn't showed any problem - eAccelerator simply hit all required files and thats all. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #23 | The new disassembler has been converted incompletely | eAccelerator | 1.0 | regression | 03/20/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The new disassembler a huge step back compared to the old one. So far I'm missing the following features:
Without these features the new disassembler is somewhat useless to me. PS: It would be nice, if someone could add the type 'Regression' and change the type of this bug to it. Regards,
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
franck
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #208 | add meta tags and check why google don't browse the website | Website | enhancement | 11/10/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
hans
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #43 | eaccelerator messes up horde sessions | eAccelerator | 1.0 | defect | 04/05/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Looks to me sessions get pretty messed up. When eaccelerator is enabled errors start popping up. The offending code line: $cache[$key][$mailbox] = $_SESSION['imp']['namespace']['']; My guess is the session support doesn't handle multi dimension session arrays. Investigation continues... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #184 | PHP crashed on opline 45 of factory() horde/lib/Horde/Auth.php:1248 | eAccelerator | 0.9.6 | defect | 10/11/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Latest SVN of both 0.9.6 and 0.9.5 produces crashes when eAcclerator is enabled when attempting to login to IMP/Horde PHP crashed on opline 45 of factory() horde/lib/Horde/Auth.php:1248 Line 1248 of Auth.php reads: @include_once $GLOBALS['registry']->get('fileroot', $app) . '/lib/Auth/' . $driver . '.php';
Horde 3.1.3 IMP 4.1.3 PHP 5.1.5 Pear 1.4.11 eAccellerator 0.9.6r275 eAccelerator 0.9.5r275 CentOS 4.4 x86 on Opteron hardware. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #194 | Compile error on OpenBSD 3.8 with PHP 5.1.4 | eAccelerator | defect | 10/24/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I'm able to compile eA for PHP 4.4.1, but it fails for PHP 5.1.4 (cgi-fcgi) on OpenBSD 3.8
gcc-3.3.5 Tried 0.9.5/beta1/beta2/rc1 and latest svn version, the error stay the same: # /opt/php5/bin/phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20050922 Zend Extension Api No: 220051025 # ./configure --with-php-config=/opt/php5/bin/php-config --enable-eaccelerator=shared checking for egrep... grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking whether gcc and cc understand -c and -o together... yes checking if compiler supports -R... yes checking build system type... i386-unknown-openbsd3.8 checking host system type... i386-unknown-openbsd3.8 checking target system type... i386-unknown-openbsd3.8 checking for PHP prefix... /opt/php5 checking for PHP includes... -I/opt/php5/include/php -I/opt/php5/include/php/main -I/opt/php5/include/php/TSRM -I/opt/php5/include/php/Zend -I/opt/php5/include/php/ext checking for PHP extension directory... /opt/php5/lib/php/extensions/no-debug-non-zts-20050922 checking for PHP installed headers prefix... /opt/php5/include/php checking for re2c... no configure: WARNING: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... nawk checking if nawk is broken... no checking whether to enable eaccelerator support... yes, shared checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... no checking for unistd.h... yes checking for unistd.h... (cached) yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sched.h usability... yes checking sched.h presence... yes checking for sched.h... yes checking mandatory system headers... yes checking for ext/session/php_session.h... yes checking whether union semun is defined in sys/sem.h... yes checking for sysvipc shared memory support... no checking for mmap shared memory support... yes checking for mmap on /dev/zero shared memory support... yes checking for anonymous mmap shared memory support... yes checking for posix mmap shared memory support... no checking for best shared memory type... anonymous mmap checking for spinlock semaphores support... yes checking for pthread semaphores support... no checking for posix semaphores support... no checking for sysvipc semaphores support... yes checking for fcntl semaphores support... yes checking for flock semaphores support... yes checking for best semaphores type... spinlock checking for sched_yield... no checking for mprotect... yes checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... match_pattern /lib[^/]+(\.so\.[0-9]+\.[0-9]+|\.so|_pic\.a)$ checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C++ preprocessor... g++ -E checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... openbsd3.8 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... openbsd3.8 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes configure: creating ./config.status config.status: creating config.h # make /bin/sh /usr/src/svn/eaccelerator/libtool --mode=compile gcc -I. -I/usr/src/svn/eaccelerator -DPHP_ATOM_INC -I/usr/src/svn/eaccelerator/include -I/usr/src/svn/eaccelerator/main -I/usr/src/svn/eaccelerator -I/opt/php5/include/php -I/opt/php5/include/php/main -I/opt/php5/include/php/TSRM -I/opt/php5/include/php/Zend -I/opt/php5/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /usr/src/svn/eaccelerator/eaccelerator.c -o eaccelerator.lo mkdir .libs gcc -I. -I/usr/src/svn/eaccelerator -DPHP_ATOM_INC -I/usr/src/svn/eaccelerator/include -I/usr/src/svn/eaccelerator/main -I/usr/src/svn/eaccelerator -I/opt/php5/include/php -I/opt/php5/include/php/main -I/opt/php5/include/php/TSRM -I/opt/php5/include/php/Zend -I/opt/php5/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /usr/src/svn/eaccelerator/eaccelerator.c -fPIC -DPIC -o .libs/eaccelerator.o /bin/sh /usr/src/svn/eaccelerator/libtool --mode=compile gcc -I. -I/usr/src/svn/eaccelerator -DPHP_ATOM_INC -I/usr/src/svn/eaccelerator/include -I/usr/src/svn/eaccelerator/main -I/usr/src/svn/eaccelerator -I/opt/php5/include/php -I/opt/php5/include/php/main -I/opt/php5/include/php/TSRM -I/opt/php5/include/php/Zend -I/opt/php5/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /usr/src/svn/eaccelerator/optimize.c -o optimize.lo gcc -I. -I/usr/src/svn/eaccelerator -DPHP_ATOM_INC -I/usr/src/svn/eaccelerator/include -I/usr/src/svn/eaccelerator/main -I/usr/src/svn/eaccelerator -I/opt/php5/include/php -I/opt/php5/include/php/main -I/opt/php5/include/php/TSRM -I/opt/php5/include/php/Zend -I/opt/php5/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /usr/src/svn/eaccelerator/optimize.c -fPIC -DPIC -o .libs/optimize.o /usr/src/svn/eaccelerator/optimize.c: In function `compute_live_var': /usr/src/svn/eaccelerator/optimize.c:194: error: `intptr_t' undeclared (first use in this function) /usr/src/svn/eaccelerator/optimize.c:194: error: (Each undeclared identifier is reported only once /usr/src/svn/eaccelerator/optimize.c:194: error: for each function it appears in.) /usr/src/svn/eaccelerator/optimize.c:194: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:194: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:195: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:198: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:198: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:201: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:209: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:210: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:211: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:222: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:222: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:227: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:230: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:256: error: syntax error before "end" /usr/src/svn/eaccelerator/optimize.c:256: error: syntax error before "end" /usr/src/svn/eaccelerator/optimize.c:336: error: syntax error before "end" /usr/src/svn/eaccelerator/optimize.c:351: error: syntax error before "end" /usr/src/svn/eaccelerator/optimize.c:354: error: syntax error before "end" /usr/src/svn/eaccelerator/optimize.c:358: error: syntax error before "end" /usr/src/svn/eaccelerator/optimize.c:361: error: syntax error before "end" /usr/src/svn/eaccelerator/optimize.c:365: error: syntax error before "end" /usr/src/svn/eaccelerator/optimize.c: In function `optimize_bb': /usr/src/svn/eaccelerator/optimize.c:1657: error: `intptr_t' undeclared (first use in this function) /usr/src/svn/eaccelerator/optimize.c:2194: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:2219: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:2237: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:2261: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:2326: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:2559: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c: In function `reassign_registers': /usr/src/svn/eaccelerator/optimize.c:3235: error: `intptr_t' undeclared (first use in this function) /usr/src/svn/eaccelerator/optimize.c:3235: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:3248: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:3254: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:3261: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:3269: error: syntax error before "op" /usr/src/svn/eaccelerator/optimize.c:3281: error: syntax error before "op" *** Error code 1 Stop in /usr/src/svn/eaccelerator (line 144 of Makefile). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #207 | EA caching causes Segmentation fault | eAccelerator | 0.9.6 | defect | 11/10/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have the following setup and eA cases seg faults when caching is enabled. If I turn off cachign, but leave the optimizer on in the control panel there are no problems. pid 27200 (httpd), uid 80: exited on signal 11
PHP 5.2.0 with Suhosin-Patch 0.9.6.1 (cli) (built: Nov 8 2006 12:01:38)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies
with eAccelerator v0.9.5, Copyright (c) 2004-2006 eAccelerator, by eAccelerator
eAccelerator 0.9.5 [shm:mmap_anon sem:spinlock]
PHP 5.2.0 [ZE 2.2.0]
Using apache2handler on FreeBSD devel1.resercom.local 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #3: Tue Oct 10 21:49:23 CDT 2006 root@devel1.resercom.local:/usr/obj/usr/src/sys/GENERIC i386
From php -i: eAccelerator eAccelerator support => enabled Version => 0.9.5 Caching Enabled => false Optimizer Enabled => false Directive => Local Value => Master Value eaccelerator.allowed_admin_path => /usr/local/share/examples/eaccelerator => /usr/local/share/examples/eaccelerator eaccelerator.cache_dir => /tmp/eaccelerator => /tmp/eaccelerator eaccelerator.check_mtime => 1 => 1 eaccelerator.compress => 1 => 1 eaccelerator.compress_level => 9 => 9 eaccelerator.debug => 0 => 0 eaccelerator.enable => 1 => 1 eaccelerator.filter => no value => no value eaccelerator.log_file => /var/log/httpd/eaccelerator_log => /var/log/httpd/eaccelerator_log eaccelerator.name_space => no value => no value eaccelerator.optimizer => 1 => 1 eaccelerator.sessions => shm_and_disk => shm_and_disk eaccelerator.shm_max => 0 => 0 eaccelerator.shm_only => 0 => 0 eaccelerator.shm_prune_period => 0 => 0 eaccelerator.shm_size => 0 => 0 eaccelerator.shm_ttl => 0 => 0 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #216 | Segfault caused by kses file from WordPress | eAccelerator | defect | 11/16/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Occasionally, my cache becomes corrupted and some pages will cause PHP to crash with the following message in the log file EACCELERATOR: PHP crashed on opline 5 of wp_kses() at /home/ ... /wp-includes/kses.php:515 While other pages that also use that exact same file will work fine. Clearing the cache resets the problem for a while, but it seems to come back. I've added the following configuration line to combat the problem: eaccelerator.filter = "!*kses.php" Googling on eaccelerator and kses shows this is not an isolated problem. I'm running PHP 5.1.2. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #248 | Zend_Search_Lucene | eAccelerator | defect | 03/22/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi, I've some problems with Zend_Search_Lucene when i activate the eAccelerator. When I try to generate an index, I allways have this Error: Fatal error: Exception thrown without a stack frame in Unknown on line 0
The Code: <?php
Zend_Search_Lucene_Search_QueryParser::setDefaultEncoding('utf-8');
$index = Zend_Search_Lucene::create(GLOBALDIR . 'tmp/search/faq-index');
$results = $db->fetchAll(
"SELECT * FROM knowledgebase"
);
foreach($results AS $result) {
$doc = new Zend_Search_Lucene_Document();
$doc->addField(Zend_Search_Lucene_Field::Text('title', $result['kb_subject'], 'UTF-8'));
$doc->addField(Zend_Search_Lucene_Field::UnIndexed('dbid', $result['kb_id']));
$doc->addField(Zend_Search_Lucene_Field::UnIndexed('date', $result['kb_edate']));
$doc->addField(Zend_Search_Lucene_Field::UnIndexed('visits', $result['kb_visits']));
$doc->addField(Zend_Search_Lucene_Field::UnStored('contents', strip_tags($result['kb_body']), 'UTF-8'));
$index->addDocument($doc);
}
$index->optimize();
?>
When I try to search something, it gives me this error: <br />
<b>Fatal error</b>: Uncaught exception 'Zend_Search_Lucene_Exception' with message 'Index compound file doesn't contain _0.del file.' in /home/login/library/zf/Zend/Search/Lucene/Index/SegmentInfo.php:258
Stack trace:
#0 /home/login/library/zf/Zend/Search/Lucene/Index/SegmentInfo.php(206): Zend_Search_Lucene_Index_SegmentInfo->openCompoundFile('.del')
#1 /home/login/library/zf/Zend/Search/Lucene.php(233): Zend_Search_Lucene_Index_SegmentInfo->__construct('_0', 10, Object(Zend_Search_Lucene_Storage_Directory_Filesystem))
#2 /home/login/library/zf/Zend/Search/Lucene.php(152): Zend_Search_Lucene->__construct('/home/login/tmp...')
#3 /home/login/application/controllers/HelpController.php(109): Zend_Search_Lucene::open('/home/login/tmp...')
#4 /home/login/library/zf/Zend/Controller/Action.php(488): HelpController->faqAction()
#5 /home/login/library/zf/Zend/Controller/Dispatcher/Standard.php(220): Zend_Controller_Action->dispatch('faqAction')
#6 /home/login/library/zf/Zend/Controller/Front.php(753): Zend_Controller_Dispatcher_Standard in <b>/home/login/library/zf/Zend/Search/Lucene/Index/SegmentInfo
The Code: $post = Zend::registry('post');
$q = $post->getRaw('q');
if(!empty($q)) {
Zend_Search_Lucene_Search_QueryParser::setDefaultEncoding('utf-8');
$index = Zend_Search_Lucene::open(GLOBALDIR . 'tmp/search/faq-index');
$q = mysql_escape_string(strtolower($post->getRaw('q')));
$query = Zend_Search_Lucene_Search_QueryParser::parse($q);
$hits = $index->find($query);
$view->articles = $hits;
$view->q = htmlspecialchars($post->getRaw('q'));
$view->category_overview = $this->_displayCategories();
$view->count_articles = count($hits);
$view->page = 'support/faq_search_results.tpl';
$rendered = $view->render('main/main.tpl');
$this->getResponse()->appendBody($rendered);
return;
}
When I diseable the eAcclerator cache (not the optimizer), it works. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #263 | $PHP_PREFIX/bin/phpize | eAccelerator | 0.9.6 | defect | 06/17/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hello, While installing eaccelerator. We are facing problem on linux plesk vps. [root@eaccelerator-0.9.4-rc1]# $PHP_PREFIX/bin/phpize configure.in:9: warning: underquoted definition of PHP_WITH_PHP_CONFIG
configure.in:32: warning: underquoted definition of PHP_EXT_BUILDDIR configure.in:33: warning: underquoted definition of PHP_EXT_DIR configure.in:34: warning: underquoted definition of PHP_EXT_SRCDIR configure.in:35: warning: underquoted definition of PHP_ALWAYS_SHARED acinclude.m4:19: warning: underquoted definition of PHP_PROG_RE2C configure.in:65: error: possibly undefined macro: AC_PROG_LIBTOOL
We have php 4.3.9 with Zend Optimizer v3.2.8 on vps. Please assist. Regards, Alex |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #276 | Implement proper JIT handling of autoglobals | eAccelerator | 1.0 | enhancement | 08/16/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
ATM we have a hack in place that arms all autoglobals after restore, but it really needs a proper implementation. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
