Error while starting Apache with PHP - Page 2

ZignatZ · 04-20-2009, 02:53 AM

I removed SMClibpng, and now the log file says that libphp5.so is garbled (expected signature 41503230 but saw 41503232). I'll try removing php 5.2.6 and installing 5.2.1 instead, but it could take some time until I can do that.
If you have any other ideas in the meantime, I'll be happy to hear them.

bathory · 04-20-2009, 04:20 AM

Stop and start apache (not just reload or restart) and it will be fixed.
The latest packages from Sunfreeware work nicely, so there is no need to install previous versions (there also security reasons using the latest php). It's just the misunderstanding with libpng. I guess php, gd etc where compiled using the native solaris libpng and not the one from Sunfreeware. You can see it from the output of ldd:

Code:

ldd /usr/local/apache2/modules/libphp5.so
        librt.so.1 =>    /usr/lib/librt.so.1
        libldap-2.4.so.2 =>      /usr/local/lib/libldap-2.4.so.2
        liblber-2.4.so.2 =>      /usr/local/lib/liblber-2.4.so.2
        libintl.so.8 =>  /usr/local/lib/libintl.so.8
        libgd.so.2 =>    /usr/local/lib/libgd.so.2
        libfreetype.so.6 =>      /usr/local/lib/libfreetype.so.6
        libX11.so.4 =>   /usr/openwin/lib/libX11.so.4
        libXpm.so.4.11 =>        /usr/local/lib/libXpm.so.4.11
        libpng12.so.0 =>         /usr/lib/libpng12.so.0
        libz.so =>       /usr/lib/libz.so
        libjpeg.so.62 =>         /usr/local/lib/libjpeg.so.62
        libssl.so.0.9.8 =>       /usr/local/ssl/lib/libssl.so.0.9.8
        libcrypto.so.0.9.8 =>    /usr/local/ssl/lib/libcrypto.so.0.9.8
        libresolv.so.2 =>        /usr/lib/libresolv.so.2
        libm.so.2 =>     /usr/lib/libm.so.2
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libcurl.so.4 =>  /usr/local/lib/libcurl.so.4
        libidn.so.11 =>  /usr/local/lib/libidn.so.11
        libmysqlclient.so.15 =>  /usr/local/mysql/lib/mysql/libmysqlclient.so.15
        libgen.so.1 =>   /usr/lib/libgen.so.1
        libxml2.so.2 =>  /usr/local/lib/libxml2.so.2
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2
        libc.so.1 =>     /usr/lib/libc.so.1
        libgcc_s.so.1 =>         /usr/local/lib/libgcc_s.so.1
        libaio.so.1 =>   /lib/libaio.so.1
        libmd.so.1 =>    /lib/libmd.so.1
        libsasl2.so.2 =>         /usr/local/lib/libsasl2.so.2
        libsec.so.1 =>   /usr/lib/libsec.so.1
        libfontconfig.so.1 =>    /usr/local/lib/libfontconfig.so.1
        libXext.so.0 =>  /usr/openwin/lib/libXext.so.0
        libdl.so.1 =>    /lib/libdl.so.1
        libmp.so.2 =>    /lib/libmp.so.2
        libscf.so.1 =>   /lib/libscf.so.1
        libpthread.so.1 =>       /usr/lib/libpthread.so.1
        libavl.so.1 =>   /lib/libavl.so.1
        libexpat.so.0 =>         /usr/local/lib/libexpat.so.0
        libdoor.so.1 =>  /lib/libdoor.so.1
        libuutil.so.1 =>         /lib/libuutil.so.1
        /platform/SUNW,UltraAX-i2/lib/libc_psr.so.1
        /platform/SUNW,UltraAX-i2/lib/libmd_psr.so.1

As you see it uses libpng from /usr/lib (the library from solaris installation), while the other libs (gd, curl, ssl etc) are in /usr/local/lib (the sunfreeware packages).

ZignatZ · 04-20-2009, 05:25 AM

I disabled and enabled apache, but it still has the garbled issue I mentioned in my previous post. Is there any other way to make it use the sunfreeware package?

bathory · 04-20-2009, 06:07 AM

Quote:

Originally Posted by ZignatZ

I disabled and enabled apache, but it still has the garbled issue I mentioned in my previous post. Is there any other way to make it use the sunfreeware package?

You must stop apache from running. Use "ps -ef|grep apache" and "kill -9 " to kill all the running apache instances and then try to start it again with:

Code:

/usr/local/apache2/bin/apachectl start

From the ldd output I've posted above you can see that libphp5.so uses the sunfreeware packages (all the dependency libraries are located in /usr/local/lib) except for libpng (it's in /usr/lib because it's from the native SUNWpng package). You can try to uninstall and reinstall php and see if it works:

Code:

pkgrm SMCphp
pkgadd -d php-5.2.6-sol10-sparc-local

simeruk · 04-21-2009, 02:27 PM

Quote:

Originally Posted by bathory

To me it looks like an incompatibility between php and gd, or gd and libpng.
Which php version have you used? If you used the 5.2.6, try the older one 5.2.1 and see if it works. Of course you should uninstall first the installed php.

Hi Guys,

I just registered to confirm that bathory's fix did work!

When you remove just installed libpng, php module will mot complain any more. I did checked it on Solaris 10. What I haven't checked yet is if you need to install libpng (as outlined on suns www.sunfreeware.com) at all with default Sol 10 installation.

Hope this helps any one (it helped me). Cheers. S.

ZignatZ · 04-22-2009, 03:37 AM

Thanks, bathory, it worked!
Turns out I also used the wrong apache service, but once I killed it and used the one installed on the /usr/local folder everything worked great.

tornevall · 06-09-2009, 01:12 PM

I had a similar issue with php-garbles, for a long time ago. But that was because I switched from Apache 2.0 to 2.2.

A longshot maybe, but due to the old version of apache it tried to use another version of apx2, that didnt function properly with the new version.

http://blog.tornevall.net/blog.php?b=21