Module 'eAccelerator' Already Loaded
Oct 28, 2009how I can get rid of this?
Code:
[28-Oct-2009 16:01:08] PHP Warning: Module 'eAccelerator' already loaded in Unknown on line 0
how I can get rid of this?
Code:
[28-Oct-2009 16:01:08] PHP Warning: Module 'eAccelerator' already loaded in Unknown on line 0
[16-Jun-2008 17:13:17] PHP Warning: Module 'SQLite' already loaded in Unknown on line 0
[16-Jun-2008 17:13:17] PHP Warning: Module 'pdo_mysql' already loaded in Unknown on line 0
I'm getting this a lot lately on some of my websites with DB in use
Using a cpanel/centos box with mysql 5 and php 5
After successful upgrade PHP, and not successful with ioncube i get:
Failed loading /usr/lib/php/modules/ioncube_loader_lin_5.4.so: /usr/lib/php/modules/ioncube_loader_lin_5.4.so: cannot open shared object file: No such file or directory
PHP Warning: Module 'ionCube Loader' already loaded in Unknown on line 0
The ionCube PHP Loader is disabled because of startup problems.
PHP Warning: Module 'ionCube Loader' already loaded in Unknown on line 0
The ionCube PHP Loader is disabled because of startup problems.
PHP 5.4.32 (cli) (built: Aug 21 2014 07:33:35)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2014 Zend Technologies
with the ionCube PHP Loader v4.6.1, Copyright (c) 2002-2014, by ionCube Ltd., andClick to expand...
Does anyone have a recommendation for the eaccelerator eaccelerator.shm_ttl setting? If it was left at the default of "0", this means no newer scripts would ever be cached once the memory is full. Or would it do additional caching on disk as well and not show up in the phpino.php file?
We have alloted 32 Megs of Ram for eA. Maybe something like this would help move some old scripts out of the cache?
eaccelerator.shm_ttl="86400"
eaccelerator.shm_prune_period="0"
I just had a quick question.
How big of a chance is there that a server will be overloaded, leading to a unreasonable ammount of downtime?
Let's say I pay about 8 dollars for shared hosting. With unreasonable ammount of downtime, I would say that a half hour a day is really unreasonable. Actually, I would say that downtime more than 10 minutes a day is unreasonable. Is it unreasonable, or am I unreasonable? If so, how much downtime should one expect?
I have a X3220 server with 4GB RAM.
OS is CentOS5.3 - 2.6.18-128.1.6.el5PAE
I tried to optimize system, but the RAM usage is just around 1.5GB with high CPU.
Quote:
top - 10:47:46 up 5:40, 2 users, load average: 6.39, 5.48, 5.06
Tasks: 380 total, 5 running, 374 sleeping, 0 stopped, 1 zombie
Cpu(s): 33.4%us, 7.6%sy, 0.0%ni, 58.8%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 4151076k total, 1752388k used, 2398688k free, 73792k buffers
Swap: 2096472k total, 0k used, 2096472k free, 1315260k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1875 user-name 17 0 49680 24m 7156 R 6.6 0.6 0:00.20 php
1876 user-name 17 0 44560 19m 6928 R 3.0 0.5 0:00.09 php
20324 mysql 21 6 941m 109m 4152 S 1.7 2.7 5:41.42 mysqld
1877 user-name 15 0 36840 13m 5680 R 0.7 0.3 0:00.02 php
557 nobody 22 0 9304 2800 1424 S 0.3 0.1 0:00.01 httpd
1264 root 15 0 2464 1188 796 R 0.3 0.0 0:00.13 top
16261 nobody 19 0 9304 2860 1436 S 0.3 0.1 0:00.10 httpd
18795 nobody 15 0 9304 2860 1436 S 0.3 0.1 0:00.14 httpd
18821 nobody 15 0 9304 2820 1436 S 0.3 0.1 0:00.09 httpd
23618 nobody 15 0 9304 2824 1432 S 0.3 0.1 0:00.09 httpd
24209 root 16 0 2460 1196 796 S 0.3 0.0 0:09.13 top
27777 nobody 15 0 9304 2856 1436 S 0.3 0.1 0:00.31 httpd
29758 nobody 15 0 9304 2820 1432 S 0.3 0.1 0:00.05 httpd
29798 nobody 15 0 9304 2852 1432 S 0.3 0.1 0:00.04 httpd
I wonder why system uses around 1.5GB RAM only? How to put more data into RAM? This server is serving for a high traffic site. From apache status
Quote:
CPU Usage: u13.93 s9.29 cu1832.76 cs0 - 72.2% CPU load
42.4 requests/sec - 1.1 MB/second - 27.4 kB/request
156 requests currently being processed, 68 idle workers
What are the advantages/disadvantages of running PHP as Apache module vs. running PHP as CGI module on your server?
View 5 Replies View RelatedAfter a reboot the networkscripts did not start properly. My Dc fixed/changed some things so named could start again.
Now my secondary ip has not been loaded (using directadmin btw).
What could have gone wrong, and how to fix it?
I don't really dare to reboot, because i can't get it online when named doesn't start (i have to call the dc again etc).
My logs showed this:
Directadmin log
2008:03:10-12:39:11: ioctl can't find the server's ip address for eth0 : Cannot assign requested address
2008:03:10-12:39:11: The ip of this machine () does not match the ip in the license file.<br>
Problem
Mar 10 12:34:34 apophis named[1753]: starting BIND 9.2.4 -u named -t /var/named/chroot
Mar 10 12:34:34 apophis named[1753]: using 2 CPUs
Mar 10 12:34:34 apophis named[1753]: loading configuration from '/etc/named.conf'
Mar 10 12:34:34 apophis named[1753]: ifiter_ioctl.c:236: REQUIRE(iter->pos < (unsigned int) iter->ifc.ifc_len) failed
Mar 10 12:34:34 apophis named[1753]: exiting (due to assertion failure)
Mar 10 12:34:34 apophis named: named startup failed
(temporary?)Fix by dc
Mar 10 12:39:56 apophis network: Shutting down loopback interface: succeeded
Mar 10 12:39:56 apophis sysctl: net.ipv4.ip_forward = 0
Mar 10 12:39:56 apophis sysctl: net.ipv4.conf.default.rp_filter = 1
Mar 10 12:39:56 apophis sysctl: net.ipv4.conf.default.accept_source_route = 0
Mar 10 12:39:56 apophis sysctl: kernel.sysrq = 0
Mar 10 12:39:56 apophis sysctl: kernel.core_uses_pid = 1
Mar 10 12:39:56 apophis network: Setting network parameters: succeeded
Mar 10 12:39:56 apophis network: Bringing up loopback interface: succeeded
Mar 10 12:39:57 apophis kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Mar 10 12:39:57 apophis kernel: e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
Mar 10 12:39:57 apophis kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mar 10 12:39:58 apophis network: Bringing up interface eth0: succeeded
Mar 10 12:40:01 apophis directadmin: directadmin startup succeeded
How can I arrange so stats are not loaded?
IMPORTANT: Do not ignore this email.
This is cPanel stats runner on server.dealsreferals.com!
While processing the log files for user stnudee, the cpu has been maxed out for more than a 6 hour period. The current load/uptime line on the server at the time of this email is
09:35:21 up 6 days, 22:32, 0 users, load average: 2.76, 19.13, 52.20
You should check the server to see why the load is so high and take steps to lower the load. If you want stats to continue to run even with a high load; Edit /var/cpanel/cpanel.config and change extracpus to a number larger then 0 (run /usr/local/cpanel/startup afterwards to pickup the changes).
just bought a script from filerun, try to load it
[url]
but .php file cant be encoded, any help would be nice.
you can see the conf [url]
I have installed the mod_geoip as easyapache optional module [url] and its being succesfully showed as an option in the easyapache list of modules, and apparently is installed and loaded, but its not working.
The easyapache log:
! Custom opt mod 'Cpanel::Easy::ModGeoIP' is using custom opt mod tarball '/var/cpanel/easy/apache/custom_opt_mods/Cpanel/Easy/ModGeoIP.pm.tar.gz' !!
-- Begin opt 'Mod GeoIP (Custom Opt Mod)' --
-- Begin step 'Installing GeoIP C Library' --
-- End step 'Installing GeoIP C Library' --
-- Begin step 'APXSing mod_geoip into apache' -- .....
I have a server that keeps dying on my mysteriously. I've loaded it with Windows 2003 and Linux. Both crash about once every other day. So I'm guessing this isn't a software issue, but a hardware one.
When it crashes the screen turns blank. Only a hardware reboot will work. The power doesn't go off though.
Anybody here experience something like this before? I'm guessing it's one of the following:Power supply
CPU
Motherboard
However I'm thinking it's probably not the power supply as the server is relatively idle. I did stress test the server and it didn't crash then.
The thing is, there are no event logs from the BIOS or anything.
I have the follow errors at (one) of my plesk panel:
at Applications:
Search results could not be loaded at the moment. Retry Click to expand...
We use Plesk 12 with ubuntu 12.04.5 LTS ......
Plesk 12 does not create backups for Customers.
If we restarts the server, Plesk created again for 2 days backups and then again not. There are no errors present.
The backup should be loaded on a FTP backup server after the Create
This makes Plesk but only if you restarts the server. Otherwise, no backups are created or loaded on the FTP backup server.....
When eAccelerator doesn't have enough free shared memory to cache a new script it will remove all scripts from shared memory cache that haven't been accessed in at least shm_ttl seconds. By default this value is set to "0" which means that eAccelerator won't try to remove any old scripts from shared memory.
Does that mean that once the shared memory is full, that even if a script that is in shared memory hasn't been accessed in 5 months, any new scripts will have to be ran off of the compiled versions on disk instead of being read out of the much-faster RAM?
i installed eAccelerator, everything look good, exept i have a problem with Wifidog-auth server that i have installed, it gives me errors that it cant connect to database.... but not all the times, could eaccelarator be doing this? it was fine before i installed EA
Fatal error: Uncaught exception 'Exception' with message 'Unable to connect to database on localhost' in /home/lavals/public_html/auth1/wifidog-auth/wifidog/classes/AbstractDb.php:96 Stack trace: #0 /home/lavals/public_html/auth1/wifidog-auth/wifidog/classes/AbstractDb.php(321): AbstractDb->connect(NULL) #1 /home/lavals/public_html/auth1/wifidog-auth/wifidog/classes/Server.php(227): AbstractDb->execSqlUniqueRes('SELECT server_i...', NULL, false, true) #2 /home/lavals/public_html/auth1/wifidog-auth/wifidog/include/common.php(107): Server::getCurrentServer(true) #3 /home/lavals/public_html/auth1/wifidog-auth/wifidog/hotspot_status.php(53): require_once('/home/lavals/pu...') #4 {main} thrown in /home/lavals/public_html/auth1/wifidog-auth/wifidog/classes/AbstractDb.php on line 96
It seems that eAccelerator 0.9.5.2 is incompatible with the latest PHP 5.2.5.
Any else can confirm this?
I have a Linux server for shared hosting in which I am using Cpanel/WHM. I have PHP running as suPHP which I believe is for security. The problem I am facing is a lot of PHP based websites create load on the server and consume as much as 10% of the CPU and sometimes some script even consumes 50% CPU. I think I can reduce the load caused by the PHP scripts by installing eAccelerator. However, it does not work with PHP running as suPHP. Can anybody tell me which one should I choose of the both? Is there any other way to reduce the load on the server?
View 14 Replies View Relatedif anyone has run any tests or if there is a way to tell one of the other. I would like benchmark test them, just not sure how.
View 2 Replies View RelatedI successfully installed eAccelerator and its already working fine then I decided to update my PHP version which is 5.1.6 to 5.2.6 after the upgrade eAccelerator is no longer loaded I tried recompiling eAccelerator but to no avail it doesnt load anymore I double checked eaccelerator.ini and it was already set. Someone said that the phpize that was installed in my server is not compatible to PHP5.2.6 and it needs to be updated also but I cant seem to update it since it always says that it is already updated.
I am using CentOS5.3.
I've got a CentOS 5.0 machine running PHP 4 & 5 in FastCGI mode with suPHP.
I've read the instructions to install eAccelerator at: InstallFromSource - eAccelerator - Trac
However there is a line at the beginning that says it is safe to follow those directions if you have ONE php install.
I have php5 as default and php4 optional. Does this count as 1 or 2 installs?
What do you think is better Xcache or eAccelerator and why?
I can see that xcache is a little bit faster but what is better to use?
I have a server and I have several proxies on it together with some of my websites.
The thing is sometime it will overload.
I was thinking to install xcache or eaccelerator.
which should I install? Which is better?
running php5 on FC2 server and wish to install eAccelerator, if i do 'yum info eaccelerator' it shows following as available.
Quote:
Looking in Available Packages:
Name : php-eaccelerator
Arch : i386
Version: 4.3.11_0.9.3
Release: 4.1.fc2.rf
Size : 231.11 kB
Group : Development/Languages
Repo : Dag RPM Repository for Fedora Core 2
This seems out of date?
Is this correct package or should be looking for another one?
After upgrading to php 4.4.5 from 4.4.4 I am getting this error in modern bill
[23126] EACCELERATOR: PHP crashed on opline 245 of session_register() at /home/user/public_html/modernbill/include/functions.inc.php:99
Anyone face this issue before? I've always used both EA and MB.
[eAccelerator]
zend_extension="/usr/lib/php/eaccelerator/eaccelerator.so"
eaccelerator.shm_size="4096"
eaccelerator.cache_dir="/tmp/eaccelerator"
eaccelerator.enable="1"
eaccelerator.optimizer="3"
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="1"
eaccelerator.keys="shm_and_disk"
eaccelerator.sessions="shm_and_disk"
eaccelerator.content="shm_and_disk"
[Zend]
zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.2.2
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.2.2
zend_optimizer.version=3.2.2
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so
.htaccess file:
<Files .htaccess>
order allow,deny
deny from all
</Files>
DirectoryIndex index.php
Options -Indexes
php_value "magic_quotes_gpc" "1"
php_value "register_globals" "1"
php_value "error_reporting" "2039"
How to remove eAccelerator, I updated my apache and there I got the option to install it ,and I installed it
View 7 Replies View RelatedEverything was working fine until I upgraded from PHP 5.2.0 to PHP 5.2.1. I compiled from source to upgrade, and I installed PHP 5.2.0 from source. Once I upgraded, eAccelerator complained that I had to recompile it again for it to work on 5.2.1. I did and it gave me the same error. I recompiled maybe 10 times and it has still complained about it. How do I fix this error?
View 2 Replies View Relatedwhether if its a good diea to enable these settings for eAccelerator?
eaccelerator.shm_max
eaccelerator.shm_ttl
eaccelerator.shm_prune_period
There are scripts which are accessed once a day and i guess i shoudl set to prune those scripts which arent accessed for a few hours or so?
I read on some threads here, that installing Zend Optimizer and Eaccelerator, speeds up the box.
I already installed ZEND optimizer on my box, can someone explain benefit's of Eaccelerator , and how to install it and tweak it for best performance ?
Current Specs -
Quote:
PHP 4.4.8 (cli) (built: Feb 21 2008 01:17:23)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
with Zend Extension Manager v1.2.2, Copyright (c) 2003-2007, by Zend Technologies
with Zend Optimizer v3.3.3, Copyright (c) 1998-2007, by Zend Technologies
I am using PHP 5.2.1 (recently upgraded), Apache 2.2.4.
Before the upgrade, I had Zend Optimer and eAccelerator installed.
However, after upgrade of Apache and PHP + I had to reboot the server, I went on to reinstall eAccelerator.
Here is what php -v gave me :
=================
eAccelerator requires Zend Engine API version 220051024.
The zend Engine API version 220060519 which is installed, is newer.
contact eAccelerator at http://eaccelerator.net for a later version of eAccelerator.
PHP 5.2.1 (cli) (built: Feb 23 2007 11:36:11)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, copyright (c) 1998-2007 Zend Technologies
with Zend Extension Manager v1.2.0, Copyright (c) 2003-2006, by zend Technologies
with zend Optimizer v3.2.2, Coopyright (c) 1998-2006, by zend Technologies
=========================
the version of eAccelerator I tried to install is the latest one ( 0.95)