Whoiscart + RH9 + DA

That's the problem. Zend only comes in a precompiled binary. The same binary is used for all versions of linux. But zend *does* work when used with php not through apache:

ie:
Code: 
php index.php

but when accessed through apache, it segfaults. So it's most likely an apache compile setting.

John
 
I have SuSE 9.0 on my laptop and I am going to try compiling apache/php exactly the same way, and see if I run into the same problem, it too uses glibc 2.3.2. I also have another RH9 system on my home computer, to play around with more (if I can kick my wife off it :-) ). I just don't want to keep messing with my production system.

The problem could also be one of the modules that DA compiles/Loads, that Zend has not tested with. I am sure they just use the stock RH web server and say it works.
 
tom: we have already tried another redhat 9 system running plesk and it works fine..... as we have discovered the problem must be something to do with DA, with a likely cause being apache since it works when the php is executed through shell.

Chris
 
I know it will work with RedHat 9, I had it working fine with the original Apache I installed with DA. It stopped working only when I upgraded yesterday. As I said before, I don't think it has anything to do per se, with DA, but perhaps with a module that is configured to load by default.

I use DA, RH9 and Zend, I need them all to work, and because of that I need to figure out exactly where it is going wrong. Everyone can point fingers at each other, but noone has said or figured out exactly where the problem is coming from.

I don't want to be afraid of patching my system in the future, if I can narrow it down to one module (besides Zend) that makes a difference, the at least I can take it to Zend and have them figure out a way to fix it.

The only difference against the stock apache code, is the frontpage patches. I removed remove them and it still failed. The php is not patched. So it has to be a module that is loaded, I need to remove them one by one until I find the culprit.
 
So far, I tar'd up the customapache directory, moved it to a SuSE 9.0, and built a version of apache/php/zend using the build script. It was built exactly like on the server, only this one works. The versions used were:
Apache 1.3.29
php 3.3.4
Zend Optimizer 2.1.0a

Next is to start working with my RH 9 system.
 
I had a version working on my laptop with RH9, when I didn't load the mod_frontpage module, but for some reason that change didn't work the same on my server. Of course I reloaded SuSE back on my laptop, and now don't have it to work with again. I will have to try it on my home system. RH9 just doesn't like my laptop too much.

I do have everything working exactly the same on my SuSE System, the only difference, is that I had to change the IP addresses and remove the virtual server includes.

I guess I still have a little more work to do to find the problem.
 
After a lot of trying, I was able to compile a system that will run ZendOptimizer without seg faulting.

I was not able to compile it on my server for some reason, but my home computer was able to do it, so I just tar'd up the server files and put them on the server.

I can't seem to figure out what the difference is between the two, they are both running RedHat 9 with all the current updates. The only difference is the kernel, I have a modified 2.4.22 on my server and a stock RedHat 2.4.20-latest_redhat_extension on my home computer. Other than that, same compiler, same glibc (which was recently updated this weekend from RedHat), same binutils, ... I used a duplicate customapache build directory on each system and one would work and the other would not. One of these days when I have more free time, I will investigate this further.

I was just happy that I was able to get it to work again. Now, I just have to monitor it, to make sure that it really is working and not causing intermittent seg faults.
 
Solved

After a lot of debugging, it appears as though the problem with Zend and Seg faults is due to the zlib being compiled as a static library in DA. When I recompiled zlib as a shared library then Zend started working again.

I think the customapache build script needs to add 'configure --shared'/make/'make install' for zlib so that both a static and a shared library get built and installed.
 
nebukazar said:
Great work toml !!

I'm trying to recompile zlib right now :)
Click to expand...
Let me know if that was the problem. By looking at the symbols in a libphp4.so that worked and didn't work, the only thing I noticed was that the one that didn't work had all the gzip symbols defined, where the one that worked had them undefined. The should have never been defined, it if was using the shared library. Also, that would explain why php was dying in php_deflate_string function in php when Zend was loaded.

The last thing I remembered doing on both my systems before it started to work was recompiling zlib. Each time I noticed that it only created the static library, so I reconfigured it again as shared and it started working. That is why I am pretty sure that is what fixed it.
 
Defitively, it seems to be a problem with the zlib. I recompiled as shared and, wow ! it's working !! :D
 
Thanks a lot toml!

I've changed the build script to use --shared for zlib.

To update, just run the following:
Code: 
cd /usr/local/directadmin/customapache
./build clean
./build update
./build zlib
./build php
service httpd restart
Note to select "n" to recompile all php supporting libararies (eg mcrypt, zlib, libpng, gd etc.)

:)

John
 
Just noticed your thread on the zend forums while looking for other information :D

Good job with getting the information and sharing it :)

Chris
 
You must log in or register to reply here.
Back
Top