The uploadprogress.so object is not in /usr/local/lib/php/extensions/no-deb

hm2k

Well-Known Member
Jul 19, 2005
93
0
156
My error_log files are currently reporting errors such as this:

[22-Dec-2011 16:32:42] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20090626/uploadprogress.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20090626/uploadprogress.so: cannot open shared object file: No such file or directory in Unknown on line 0
This occurs after installing the "uploadprogress" module via "WHM > Software > Module Installers > PHP Pecl".

I attempted to do a reinstall which says:

pecl/uploadprogress is already installed and is the same as the released version 1.0.3.1
install failed
The uploadprogress.so object is not in /usr/local/lib/php/extensions/no-debug-non-zts-20090626
Obviously I could fix this manually, but it's meant to work from WHM.

So I tried uninstalling and reinstalling, which displays the following:

downloading uploadprogress-1.0.3.1.tgz ...
Starting to download uploadprogress-1.0.3.1.tgz (9,040 bytes)
.....done: 9,040 bytes
4 source files, building
running: phpize
Configuring for:
PHP Api Version: 20090626
Zend Module Api No: 20090626
Zend Extension Api No: 220090626
building in /root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1
running: /root/tmp/pear/uploadprogress/configure
checking for egrep... grep -E
checking for a sed that does not truncate output... /bin/sed
checking for cc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ANSI C... none needed
checking how to run the C preprocessor... cc -E
checking for icc... no
checking for suncc... no
checking whether cc understands -c and -o together... yes
checking for system library directory... lib
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for PHP prefix... /usr
checking for PHP includes... -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib
checking for PHP extension directory... /usr/lib/php/extensions/no-debug-non-zts-20090626
checking for PHP installed headers prefix... /usr/include/php
checking if debug is enabled... no
checking if zts is enabled... no
checking for re2c... re2c
checking for re2c version... invalid
configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers.
checking for gawk... gawk
checking whether to enable uploadprogress functions... yes, shared
checking for ld used by cc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking the maximum length of command line arguments... 98304
checking command to parse /usr/bin/nm -B output from cc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if cc supports -fno-rtti -fno-exceptions... no
checking for cc option to produce PIC... -fPIC
checking if cc PIC flag -fPIC works... yes
checking if cc static flag -static works... yes
checking if cc supports -c -o file.o... yes
checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no

creating libtool
appending configuration tag "CXX" to libtool
configure: creating ./config.status
config.status: creating config.h
running: make
/bin/sh /root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/libtool --mode=compile cc -I. -I/root/tmp/pear/uploadprogress -DPHP_ATOM_INC -I/root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/include -I/root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/main -I/root/tmp/pear/uploadprogress -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /root/tmp/pear/uploadprogress/uploadprogress.c -o uploadprogress.lo
mkdir .libs
cc -I. -I/root/tmp/pear/uploadprogress -DPHP_ATOM_INC -I/root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/include -I/root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/main -I/root/tmp/pear/uploadprogress -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /root/tmp/pear/uploadprogress/uploadprogress.c -fPIC -DPIC -o .libs/uploadprogress.o
/bin/sh /root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/libtool --mode=link cc -DPHP_ATOM_INC -I/root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/include -I/root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/main -I/root/tmp/pear/uploadprogress -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -o uploadprogress.la -export-dynamic -avoid-version -prefer-pic -module -rpath /root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/modules uploadprogress.lo
cc -shared .libs/uploadprogress.o -Wl,-soname -Wl,uploadprogress.so -o .libs/uploadprogress.so
creating uploadprogress.la
(cd .libs && rm -f uploadprogress.la && ln -s ../uploadprogress.la uploadprogress.la)
/bin/sh /root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/libtool --mode=install cp ./uploadprogress.la /root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/modules
cp ./.libs/uploadprogress.so /root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/modules/uploadprogress.so
cp ./.libs/uploadprogress.lai /root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/modules/uploadprogress.la
PATH="$PATH:/sbin" ldconfig -n /root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/modules
----------------------------------------------------------------------
Libraries have been installed in:
/root/tmp/pear/pear-build-rootZ8xKN2/uploadprogress-1.0.3.1/modules

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------

Build complete.
Don't forget to run 'make test'.

running: make INSTALL_ROOT="/root/tmp/pear/pear-build-rootZ8xKN2/install-uploadprogress-1.0.3.1" install
Installing shared extensions: /root/tmp/pear/pear-build-rootZ8xKN2/install-uploadprogress-1.0.3.1/usr/lib/php/extensions/no-debug-non-zts-20090626/
running: find "/root/tmp/pear/pear-build-rootZ8xKN2/install-uploadprogress-1.0.3.1" | xargs ls -dils
8767248 4 drwxr-xr-x 3 root root 4096 Dec 23 13:08 /root/tmp/pear/pear-build-rootZ8xKN2/install-uploadprogress-1.0.3.1
8767270 4 drwxr-xr-x 3 root root 4096 Dec 23 13:08 /root/tmp/pear/pear-build-rootZ8xKN2/install-uploadprogress-1.0.3.1/usr
8767271 4 drwxr-xr-x 3 root root 4096 Dec 23 13:08 /root/tmp/pear/pear-build-rootZ8xKN2/install-uploadprogress-1.0.3.1/usr/lib
8767272 4 drwxr-xr-x 3 root root 4096 Dec 23 13:08 /root/tmp/pear/pear-build-rootZ8xKN2/install-uploadprogress-1.0.3.1/usr/lib/php
8767273 4 drwxr-xr-x 3 root root 4096 Dec 23 13:08 /root/tmp/pear/pear-build-rootZ8xKN2/install-uploadprogress-1.0.3.1/usr/lib/php/extensions
8767274 4 drwxr-xr-x 2 root root 4096 Dec 23 13:08 /root/tmp/pear/pear-build-rootZ8xKN2/install-uploadprogress-1.0.3.1/usr/lib/php/extensions/no-debug-non-zts-20090626
8767269 48 -rwxr-xr-x 1 root root 45277 Dec 23 13:08 /root/tmp/pear/pear-build-rootZ8xKN2/install-uploadprogress-1.0.3.1/usr/lib/php/extensions/no-debug-non-zts-20090626/uploadprogress.so

Build process completed successfully
Installing '/usr/lib/php/extensions/no-debug-non-zts-20090626/uploadprogress.so'
install ok: channel://pecl.php.net/uploadprogress-1.0.3.1
Extension uploadprogress enabled in php.ini
The uploadprogress.so object is not in /usr/local/lib/php/extensions/no-debug-non-zts-20090626
It looks like the pecl is putting uploadprogress.so in:
/usr/lib/php/extensions/no-debug-non-zts-20090626/

But cPanel wants it in:
/usr/local/lib/php/extensions/no-debug-non-zts-20090626/

Is this a bug?
 

cPanelTristan

Quality Assurance Analyst
Staff member
Oct 2, 2010
7,607
41
348
somewhere over the rainbow
cPanel Access Level
Root Administrator
Re: The uploadprogress.so object is not in /usr/local/lib/php/extensions/no

Hello,

Yes, this can be manually fixed until the internal case (38252) reaches your tier. That case is fixed in cPanel 11.31.3.0 and higher.

For the existing versions for each tier, please view the following location:

http://http://httpupdate.cpanel.net/

Currently, EDGE is using the following version where this issue is resolved:

Code:
EDGE 	11.31.3.3 	Fri Dec 23 01:05:38 2011
The changelog for 11.31/11.32 may be viewed at CPanelVersion1132 < AllDocumentation/ChangeLog < TWiki , which cites the case:

Fixed case 38252: Add /usr/local/bin as first path to check for pecl utility
Thanks!