• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

apache dead

P

poke

Guest
I upgraded from 7.5.1 to 7.5.2 using the cp autoinstaller. Now apache is down and i can't bring it back up.

I have control panel access but all of my domains are down. I tried /etc/init.d/httpd status and i get ''httpd dead but subsys locked" .... I can start apache using /etc/init.d/httpd start and it says it started successfully, but I goes down in seconds.

Any Ideas??

TIA
 
What are your error logs saying? You need to provide more information. I can think of 10 things off the top of my head that would exhibit this behavior.

Thanks
-dant
 
sorry for the lack of info.... I'm still new to this stuff.

4PSA was doing some work on that machine anyway and fixed it for me..... I still haven't received any info on what the problem was.

Thanks for trying to help me out though;)
 
After installing:

Plesk API [former Plesk Agent]
Plesk Professional Web Site Editor
Tomcat Java Servlets support

I got the same problem with v7.5.2.

This is the autoupdaters e-mail:
Code:
Short update summary:

tomcat4-webapps-4.1.24-full.2jpp.noarch.rpm - installed tomcat4-admin-webapps-4.1.24-full.2jpp.noarch.rpm - installed j2sdk-1_4_2-linux-i586.rpm - installed tomcat4-4.1.24-full.2jpp.noarch.rpm - installed rh-postgresql-7.3.6-7.i386.rpm - installed rh-postgresql-server-7.3.6-7.i386.rpm - installed /PSA_7.5.2/rpm_RedHat_el3/opt/java/mod_webapp-4.1.29-40psa.rhel3.i586.rpm - installed /PSA_7.5.2/rpm_RedHat_el3/opt/java/psa-tomcat-configurator-7.5.2-rhel3.build75050130.17.noarch.rpm - installed /PSA_7.5.2/rpm_RedHat_el3/opt/PPWSE/PPWSE-1.1-rhel3.build75050130.17.i586.rpm - installed /PSA_7.5.2/rpm_RedHat_el3/opt/api/psa-agent-1.3.2-4.i586.rpm - installed
...
...
...
----- end of output -----

packages installed successfully.
===> Autoinstaller: stopped logging at Sun Feb  6 08:28:42 2005

***** end of log file *****

Now httpd is failing to stop, start ok, but it doesnt work.
When I press service httpd status I get

httpd dead but subsys locked

When I type: /sbin/chkconfig --list

I get this for httpd:
Code:
httpd           0:off   1:off   2:on    3:on    4:on    5:on    6:off
Any ideas? What can I do? Uninstall the rpms that where installed?
 
Solution was to remove (or comment out) a line from /etc/php.ini regarding zend optimizer.

I had eaccellerator installed, and maybe it conflicted. So I just removed the line about zend optimizer and it works a charm :)

This is what I removed:
Code:
zend_extension = /usr/lib/ioncube/Ioncube_loader_lin_4.3.so
zend_optimizer.optimization_level=15

Then restarted httpd and it worked.
 
Well, it would benefit you to do some research and find out exactly why this was failing, instead of cutting back on something that your customers might actually use :)

Thanks
-dant
 
I would if I had customers :D

I don't have a hosting company.

I just host my vbulletin forum (it gets about 8000 unique visits per day - this is why I wanted a dedicated), and some websites for friends etc.

So no worries :D
 
Trying to get to the bottom of this...

I would really like to get to the bottom of what appears to have started as a problem with upgrading to PHP 4.3.10. After the upgrade Horde was displayed in Arabic and did not allow a user to login. Most of my PHP/MySQL applications did not function or only partially functioned (many errors and the formatting of displayed pages was affected). I have since read hundreds (literally) of posts and have tried several suggestions without any luck. I truly appreciate the help on these forums but I am in a situation where the information is conflicting. There is information suggesting updating IonCube, removing IonCube, installing Zend, disabling Zend and so it goes on. I would really like to communicate with anyone who has some clear direction on this matter.

Thanks
 
The bottom line is that older versions of Zend Optimizer (less than x.x.7 I think?) and the IonCube Loader are not compatible with PHP 4.3.10.

There are a fair number of threads on this topic both here and at http://www.atomicrocketturtle.com

The solution is, after upgrading to php 4.3.10, to install the very latest Zend and the very latest Ioncube, and apache will work. I suspect it may also solve other problems that people may encounter.

Even if you've only upgraded from 7.5.1 to 7.5.2 and have not knowingly changed your php version, I would strongly recommend trying to update Zend and the IonCube loader to see if it solves the problem.

Remember to specify that php.ini is at /etc/php.ini when asked where it is by the Zend installation script. You may also want to specify a version-related directory for the Zend files (e.g. Zend257) instead of just Zend so that you can easily keep track of versions when looking for problems in php.ini (Zend and IonCube stuff tends to be right at the end of the file)

Faris.
 
Just for the record I fixed my problem by going to the ‘/etc/php.d’ directory and editing a file called ‘ioncube.ini’ by commenting out the following line -

;zend_extension=/usr/lib/php4/ioncube_loader_lin_4.3.so

I restarted Apache (#service httpd restart) and everything is now working as I expect it to.
 
Originally posted by mac0310
Just for the record I fixed my problem by going to the ‘/etc/php.d’ directory and editing a file called ‘ioncube.ini’ by commenting out the following line -

;zend_extension=/usr/lib/php4/ioncube_loader_lin_4.3.so

I restarted Apache (#service httpd restart) and everything is now working as I expect it to.

I just want to thank MAC0310 for his post!! Excellent Idea. Followed your advice and everything started to work like a charm!! Thanks!!!:D
 
Back
Top