PHP Installation - Re: [PHP-INSTALL] borked install

Author

Re: [PHP-INSTALL] borked install - cannot downgrade

Peter Hodge

2006-08-27, 7:57 am

Hi Brian,

1) For downgrading, make sure you strip the out the references to the PHP 5
module in apache config:

> [activating module `php5' in /etc/httpd/conf/httpd.conf]

You'll need to edit httpd.conf and remove the php5 stuff (or you could just
remove everything php-related from there and re-install php 4). Hopefully then
PHP 4 will start.

2) Those PEAR errors are a bit strange:

> [PEAR] Archive_Tar: PEAR_Registry: could not open filemap
> "/usr/share/pear/.filemap"
> [PEAR] Console_Getopt: PEAR_Registry: could not open filemap
> "/usr/share/pear/.filemap"

If that's a fresh install of PEAR on your system, then I would imagine .filemap
doesn't exist, so ask around on the PEAR mailing list. That shouldn't stop PHP
running though.

3) Inside your php.ini file, comment out references to all modules/extensions
(remove the whole php.ini file if you have to, so that PHP starts up
'cleanly'), because that bunch of errors sounds like PHP is trying to load a
module called 'nModule', which isn't installed correctly, or was built against
5.1.4 and won't run with 4.4.0 now (naturally). You might try running the PHP
executable on it's own (in /usr/bin/php or somewhere like that) and see if you
get the same errors as well.

Hope that helps. Let me know if you can get some different errors by removing
the php.ini file.

regards,
Peter

--- brian <brian@zijn-digital.com> wrote:

> Linux 2.4.20-021stab028.24.777-enterprise #1 SMP Fri Jan 6 19:39:27 MSK
> 2006 i686 i686 i386 GNU/Linux
>
> httpd-2.0.51-2.9.1 & httpd-devel-2.0.51-2.9.1 installed as RPM.
>
> I attempted to install php-5.1.4 from source only to run into something
> at the final step. I'd previously had 4.4.0 installed through RPMs on
> this machine and had removed them before installing the version compiled
> from source.
>
> -- snip --
> # make install
> Installing PHP SAPI module: apache2handler
> /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/bin/sh
> /usr/lib/apr/build/libtool' libphp5.la /usr/lib/httpd/modules
> /bin/sh /usr/lib/apr/build/libtool --mode=install cp libphp5.la
> /usr/lib/httpd/m odules/
> cp .libs/libphp5.so /usr/lib/httpd/modules/libphp5.so
> cp .libs/libphp5.lai /usr/lib/httpd/modules/libphp5.la
> libtool: install: warning: remember to run `libtool --finish
> /home/bally/src/php -5.1.4/libs'
> chmod 755 /usr/lib/httpd/modules/libphp5.so
> [activating module `php5' in /etc/httpd/conf/httpd.conf]
> Installing PHP CLI binary: /usr/bin/
> Installing PHP CLI man page: /usr/share/man/man1/
> Installing shared extensions: /usr/lib/20050922/
> Installing build environment: /usr/lib/build/
> Installing header files: /usr/include/php/
> Installing helper programs: /usr/bin/
> program: phpize
> program: php-config
> Installing man pages: /usr/share/man/man1/
> page: phpize.1
> page: php-config.1
> Installing PEAR environment: /usr/share/pear/
> [PEAR] Archive_Tar: PEAR_Registry: could not open filemap
> "/usr/share/pear/.file map"
> [PEAR] Console_Getopt: PEAR_Registry: could not open filemap
> "/usr/share/pear/.f ilemap"
> warning: pear/PEAR requires package "pear/Archive_Tar" (recommended
> version 1.3. 1)
> warning: pear/PEAR requires package "pear/Console_Getopt" (recommended
> version 1 .2)
> pear/PEAR can optionally use package "pear/XML_RPC" (version >= 1.4.0)
> [PEAR] PEAR: PEAR_Registry: could not open filemap
> "/usr/share/pear/.filemap"
> Installing PDO headers: /usr/include/php/ext/pdo/
>
> -- snip --
>
> I then could not locate the PEAR binary. I realise that this might be
> better asked on a PEAR list, but it gets worse (though, if any
> recognises the problem, i'm all ears).
>
> I did notice this line:
>
> libtool: install: warning: remember to run `libtool --finish
> /home/bally/src/php-5.1.4/libs'
>
> Which, if i'm not mistaken, would be the wrong thing to do, since that's
> just a temporary directory.
>
> Being at a complete loss, i then attempted to downgrade to 4.4.0 through
> those RPMs i'd mentioned. They seemed to install fine, but then Apache
> complains upon restart:
>
> -- snip --
> [Sun Aug 27 05:54:14 2006] [notice] Digest: generating secret for digest
> authentication ...
> [Sun Aug 27 05:54:14 2006] [notice] Digest: done
> [Sun Aug 27 05:54:14 2006] [notice] LDAP: Built with OpenLDAP LDAP SDK
> [Sun Aug 27 05:54:14 2006] [notice] LDAP: SSL support unavailable
> PHP Warning: PHP Startup: U1\xd2\x89\xe5WVS\x81\xec\xdc: Unable to
> initialize module\nModule compiled with module API=20020429, debug=0,
> thread-safety=0\nPHP compiled with module API=20050922, debug=0,
> thread-safety=0\nThese options need to match\n in Unknown on line 0
> PHP Warning: PHP Startup: U\x89\xe5WVS\x83\xec\x1c\x8bu\x0c\xe88\x
f9:
> Unable to initialize module\nModule compiled with module API=20020429,
> debug=0, thread-safety=0\nPHP compiled with module API=20050922,
> debug=0, thread-safety=0\nThese options need to match\n in Unknown on line 0
> PHP Warning: PHP Startup: U\x89\xe5VS\x83\xec \x8bu\x0c\xe8xS: Unable
> to initialize module\nModule compiled with module API=20020429, debug=0,
> thread-safety=0\nPHP compiled with module API=20050922, debug=0,
> thread-safety=0\nThese options need to match\n in Unknown on line 0
> PHP Warning: PHP Startup: U\x89\xe5WVS\x83\xec\x1c\x8b}\x0c\xe8\xf
ez:
> Unable to initialize module\nModule compiled with module API=20020429,
> debug=0, thread-safety=0\nPHP compiled with module API=20050922,
> debug=0, thread-safety=0\nThese options need to match\n in Unknown on line 0
> PHP Warning: PHP Startup: U\x89\xe5W\xbf\x0f: Unable to initialize
> module\nModule compiled with module API=20020429, debug=0,
> thread-safety=0\nPHP compiled with module API=20050922, debug=0,
> thread-safety=0\nThese options need to match\n in Unknown on line 0
> PHP Warning: PHP Startup: U\x89\xe5W1\xffVS\x81\xec\xbc: Unable to
> initialize module\nModule compiled with module API=20020429, debug=0,
> thread-safety=0\nPHP compiled with module API=20050922, debug=0,
> thread-safety=0\nThese options need to match\n in Unknown on line 0
> PHP Warning: PHP Startup: U\x89\xe5VS\x83\xec \x8bu\x0c\xe8\x1dZ:
> Unable to initialize module\nModule compiled with module API=20020429,
> debug=0, thread-safety=0\nPHP compiled with module API=20050922,
> debug=0, thread-safety=0\nThese options need to match\n in Unknown on
> line 0PHP Warning: PHP Startup: U\x89\xe5VS\x83\xec
> \x8bu\x0c\xe8\x1a\x8f: Unable to initialize module\nModule compiled with
> module API=20020429, debug=0, thread-safety=0\nPHP compiled with
> module API=20050922, debug=0, thread-safety=0\nThese options need to
> match\n in Unknown on line 0
> PHP Warning: PHP Startup:
> U\x89\xe5WVS\x83\xec\x1c\x8bu\x0c\xe8\x9
1\xbf: Unable to initialize
> module\nModule compiled with module API=20020429, debug=0,
> thread-safety=0\nPHP compiled with module API=20050922, debug=0,
> thread-safety=0\nThese options need to match\n in Unknown on line 0
> PHP Warning: PHP Startup: U\x89\xe5VS\x83\xec \x8bu\x0c\xe8\xa5,:
> Unable to initialize module\nModule compiled with module API=20020429,
> debug=0, thread-safety=0\nPHP compiled with module API=20050922,
> debug=0, thread-safety=0\nThese options need to match\n in Unknown on
> line 0PHP Warning: PHP Startup: U1\xc9\x89\xe5VS\x83\xec
> \x8bu\x0c\xe8\xbf\xff\xff\xff\x81\xc32R:
Unable to initialize
> module\nModule compiled with module API=20020429, debug=0,
> thread-safety=0\nPHP compiled with module API=20050922, debug=0,
> thread-safety=0\nThese options need to match\n in Unknown on line 0
> [Sun Aug 27 05:54:14 2006] [notice] Apache/2.0.51 (Fedora) configured --
> resuming normal operations
>
> -- snip --
>
> Leaving aside my obvious n00bness here, the error /is/ pretty cryptic.
> Can anyone please shed some light on this? The modules all appear to be
> in /usr/lib/php4/ and php.ini is pointing there (extension_dir).
>
> brian
>

________________________________________
____________
On Yahoo!7
Celebrity Survivor - 11 celebrities, 25 days, endless drama...
http://au.yahoo.com/celebrity-survivor/

brian

2006-08-27, 6:57 pm

Peter Hodge wrote:
> Hi Brian,
>
> 1) For downgrading, make sure you strip the out the references to the PHP 5
> module in apache config:
>
>
> You'll need to edit httpd.conf and remove the php5 stuff (or you could just
> remove everything php-related from there and re-install php 4). Hopefully then
> PHP 4 will start.
>

Success. Of course - the libphp5.so was still in httpd's modules
directory, and it was attempting to load it.

> 2) Those PEAR errors are a bit strange:
>
>
>
>
> If that's a fresh install of PEAR on your system, then I would imagine .filemap
> doesn't exist, so ask around on the PEAR mailing list. That shouldn't stop PHP
> running though.
>

It was a freshly de-installed PEAR, so, like the php5 module, it may
have been there. But then, if i was installing fresh rfom source, i
wouldn't expect it to be. I'll take your advice ad ask on a PEAR list.

> 3) Inside your php.ini file, comment out references to all modules/extensions
> (remove the whole php.ini file if you have to, so that PHP starts up
> 'cleanly'), because that bunch of errors sounds like PHP is trying to load a
> module called 'nModule', which isn't installed correctly, or was built against
> 5.1.4 and won't run with 4.4.0 now (naturally). You might try running the PHP
> executable on it's own (in /usr/bin/php or somewhere like that) and see if you
> get the same errors as well.
>

Actually, it looked to me like that was a newline in the error msg:

.... Unable to initialize module\nModule compiled with ...

It's gone now, in any case. Thanks for the insight.

Now, back to why the php5 install failed...

brian

Sponsored Links