LupineDream

Registered
May 14, 2017
3
0
1
Kersey, PA
cPanel Access Level
Website Owner
I've determined by the errors in I am getting in PECL module installer:

Code:
WARNING: "pecl/PDO" is deprecated in favor of "channel://[URL]http://svn.php.net/viewvc/php/php-src/trunk/ext/pdo//ext/PDO[/URL]"
downloading PDO-1.0.3.tgz ...
Starting to download PDO-1.0.3.tgz (52,613 bytes)
.............done: 52,613 bytes
12 source files, building
running: phpize
Configuring for:
PHP Api Version:         20131106
Zend Module Api No:      20131226
Zend Extension Api No:   220131226
configure.in:149: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from...
aclocal.m4:4055: _LT_SYS_MODULE_PATH_AIX is expanded from...
aclocal.m4:7194: _LT_LINKER_SHLIBS is expanded from...
aclocal.m4:8269: _LT_LANG_C_CONFIG is expanded from...
aclocal.m4:3171: _LT_SETUP is expanded from...
aclocal.m4:3100: LT_INIT is expanded from...
aclocal.m4:3135: AC_PROG_LIBTOOL is expanded from...
configure.in:149: the top level
configure.in:149: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from...
aclocal.m4:7194: _LT_LINKER_SHLIBS is expanded from...
aclocal.m4:8269: _LT_LANG_C_CONFIG is expanded from...
aclocal.m4:3171: _LT_SETUP is expanded from...
aclocal.m4:3100: LT_INIT is expanded from...
aclocal.m4:3135: AC_PROG_LIBTOOL is expanded from...
configure.in:149: the top level
configure.in:149: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from...
aclocal.m4:4055: _LT_SYS_MODULE_PATH_AIX is expanded from...
aclocal.m4:7194: _LT_LINKER_SHLIBS is expanded from...
aclocal.m4:8269: _LT_LANG_C_CONFIG is expanded from...
aclocal.m4:3171: _LT_SETUP is expanded from...
aclocal.m4:3100: LT_INIT is expanded from...
aclocal.m4:3135: AC_PROG_LIBTOOL is expanded from...
configure.in:149: the top level
configure.in:149: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from...
aclocal.m4:7194: _LT_LINKER_SHLIBS is expanded from...
aclocal.m4:8269: _LT_LANG_C_CONFIG is expanded from...
aclocal.m4:3171: _LT_SETUP is expanded from...
aclocal.m4:3100: LT_INIT is expanded from...
aclocal.m4:3135: AC_PROG_LIBTOOL is expanded from...
configure.in:149: the top level
building in /root/tmp/pear/pear-build-rootujbcKL/PDO-1.0.3
running: /root/tmp/pear/PDO/configure --with-php-config=/opt/cpanel/ea-php56/root/usr/bin/php-config
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for a sed that does not truncate output... /bin/sed
checking for cc... cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
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 ISO C89... 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... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for PHP prefix... /opt/cpanel/ea-php56/root/usr
checking for PHP includes... -I/opt/cpanel/ea-php56/root/usr/include/php -I/opt/cpanel/ea-php56/root/usr/include/php/main -I/opt/cpanel/ea-php56/root/usr/include/php/TSRM -I/opt/cpanel/ea-php56/root/usr/include/php/Zend -I/opt/cpanel/ea-php56/root/usr/include/php/ext -I/opt/cpanel/ea-php56/root/usr/include/php/ext/date/lib
checking for PHP extension directory... /opt/cpanel/ea-php56/root/usr/lib64/php/modules
checking for PHP installed headers prefix... /opt/cpanel/ea-php56/root/usr/include/php
checking if debug is enabled... no
checking if zts is enabled... no
checking for re2c... no
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 PDO support... yes, shared
checking for a sed that does not truncate output... (cached) /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by cc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1966080
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from cc object... ok
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 for dlfcn.h... yes
checking for objdir... .libs
checking if cc supports -fno-rtti -fno-exceptions... no
checking for cc option to produce PIC... -fPIC -DPIC
checking if cc PIC flag -fPIC -DPIC works... yes
checking if cc static flag -static works... yes
checking if cc supports -c -o file.o... yes
checking if cc supports -c -o file.o... (cached) yes
checking whether the cc linker (/usr/bin/ld -m elf_x86_64) 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
configure: creating ./config.status
config.status: creating config.h
config.status: executing libtool commands
running: make
/bin/sh /root/tmp/pear/pear-build-rootujbcKL/PDO-1.0.3/libtool --mode=compile cc  -I. -I/root/tmp/pear/PDO -DPHP_ATOM_INC -I/root/tmp/pear/pear-build-rootujbcKL/PDO-1.0.3/include -I/root/tmp/pear/pear-build-rootujbcKL/PDO-1.0.3/main -I/root/tmp/pear/PDO -I/opt/cpanel/ea-php56/root/usr/include/php -I/opt/cpanel/ea-php56/root/usr/include/php/main -I/opt/cpanel/ea-php56/root/usr/include/php/TSRM -I/opt/cpanel/ea-php56/root/usr/include/php/Zend -I/opt/cpanel/ea-php56/root/usr/include/php/ext -I/opt/cpanel/ea-php56/root/usr/include/php/ext/date/lib  -DHAVE_CONFIG_H  -g -O2   -c /root/tmp/pear/PDO/pdo.c -o pdo.lo
libtool: compile:  cc -I. -I/root/tmp/pear/PDO -DPHP_ATOM_INC -I/root/tmp/pear/pear-build-rootujbcKL/PDO-1.0.3/include -I/root/tmp/pear/pear-build-rootujbcKL/PDO-1.0.3/main -I/root/tmp/pear/PDO -I/opt/cpanel/ea-php56/root/usr/include/php -I/opt/cpanel/ea-php56/root/usr/include/php/main -I/opt/cpanel/ea-php56/root/usr/include/php/TSRM -I/opt/cpanel/ea-php56/root/usr/include/php/Zend -I/opt/cpanel/ea-php56/root/usr/include/php/ext -I/opt/cpanel/ea-php56/root/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /root/tmp/pear/PDO/pdo.c  -fPIC -DPIC -o .libs/pdo.o
/bin/sh /root/tmp/pear/pear-build-rootujbcKL/PDO-1.0.3/libtool --mode=compile cc  -I. -I/root/tmp/pear/PDO -DPHP_ATOM_INC -I/root/tmp/pear/pear-build-rootujbcKL/PDO-1.0.3/include -I/root/tmp/pear/pear-build-rootujbcKL/PDO-1.0.3/main -I/root/tmp/pear/PDO -I/opt/cpanel/ea-php56/root/usr/include/php -I/opt/cpanel/ea-php56/root/usr/include/php/main -I/opt/cpanel/ea-php56/root/usr/include/php/TSRM -I/opt/cpanel/ea-php56/root/usr/include/php/Zend -I/opt/cpanel/ea-php56/root/usr/include/php/ext -I/opt/cpanel/ea-php56/root/usr/include/php/ext/date/lib  -DHAVE_CONFIG_H  -g -O2   -c /root/tmp/pear/PDO/pdo_dbh.c -o pdo_dbh.lo
libtool: compile:  cc -I. -I/root/tmp/pear/PDO -DPHP_ATOM_INC -I/root/tmp/pear/pear-build-rootujbcKL/PDO-1.0.3/include -I/root/tmp/pear/pear-build-rootujbcKL/PDO-1.0.3/main -I/root/tmp/pear/PDO -I/opt/cpanel/ea-php56/root/usr/include/php -I/opt/cpanel/ea-php56/root/usr/include/php/main -I/opt/cpanel/ea-php56/root/usr/include/php/TSRM -I/opt/cpanel/ea-php56/root/usr/include/php/Zend -I/opt/cpanel/ea-php56/root/usr/include/php/ext -I/opt/cpanel/ea-php56/root/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /root/tmp/pear/PDO/pdo_dbh.c  -fPIC -DPIC -o .libs/pdo_dbh.o
/root/tmp/pear/PDO/pdo_dbh.c: In function 'pdo_stmt_instantiate':
/root/tmp/pear/PDO/pdo_dbh.c:410: error: 'zval' has no member named 'refcount'
/root/tmp/pear/PDO/pdo_dbh.c:411: error: 'zval' has no member named 'is_ref'
/root/tmp/pear/PDO/pdo_dbh.c: In function 'pdo_stmt_construct':
/root/tmp/pear/PDO/pdo_dbh.c:424: error: too few arguments to function 'std_object_handlers.write_property'
/root/tmp/pear/PDO/pdo_dbh.c:435: error: 'zend_fcall_info' has no member named 'object_pp'
/root/tmp/pear/PDO/pdo_dbh.c:458: error: 'zend_fcall_info_cache' has no member named 'object_pp'
/root/tmp/pear/PDO/pdo_dbh.c: In function 'zim_PDO_setAttribute':
/root/tmp/pear/PDO/pdo_dbh.c:752: error: 'zval' has no member named 'refcount'
/root/tmp/pear/PDO/pdo_dbh.c: In function 'zim_PDO_getAttribute':
/root/tmp/pear/PDO/pdo_dbh.c:818: error: 'zval' has no member named 'refcount'
/root/tmp/pear/PDO/pdo_dbh.c: In function 'pdo_hash_methods':
/root/tmp/pear/PDO/pdo_dbh.c:1126: warning: assignment discards qualifiers from pointer target type
/root/tmp/pear/PDO/pdo_dbh.c:1128: error: 'const struct _zend_arg_info' has no member named 'required_num_args'
/root/tmp/pear/PDO/pdo_dbh.c:1131: error: 'const struct _zend_arg_info' has no member named 'required_num_args'
/root/tmp/pear/PDO/pdo_dbh.c:1133: error: 'zend_internal_function' has no member named 'pass_rest_by_reference'
/root/tmp/pear/PDO/pdo_dbh.c:1134: error: 'zend_internal_function' has no member named 'return_reference'
/root/tmp/pear/PDO/pdo_dbh.c:1134: error: 'const struct _zend_arg_info' has no member named 'return_reference'
/root/tmp/pear/PDO/pdo_dbh.c:1139: error: 'zend_internal_function' has no member named 'pass_rest_by_reference'
/root/tmp/pear/PDO/pdo_dbh.c:1140: error: 'zend_internal_function' has no member named 'return_reference'
/root/tmp/pear/PDO/pdo_dbh.c: In function 'pdo_dbh_init':
/root/tmp/pear/PDO/pdo_dbh.c:1242: warning: assignment from incompatible pointer type
/root/tmp/pear/PDO/pdo_dbh.c: In function 'pdo_dbh_new':
/root/tmp/pear/PDO/pdo_dbh.c:1413: error: 'zend_class_entry' has no member named 'default_properties'
make: *** [pdo_dbh.lo] Error 1
ERROR: `make' failed
That I am yet again going to need to redo everything. I've been up for nearly 48 hours straight trying to resolve these compiler issues (no sleep). It all boils down to drupal installation:

The first issue was an unserialize token() problem, which was resolved by changing some EasyApache4 and MultiPHP configurations.

The second issue I had was attempting to build pecl modules by hand, which failed because cpanel threw the errors I listed above, so I went and built them and of course they refuse to work with cPanel and EasyApache4. yum and rpm just straight up throws up when you try and inject your own binaries on a VPS.

The third issue is I must use cpanel because my web provider's control panel depends on its functionality.

I have been through drupal configuration, linux build guides, discovering certain things I could and could not do with cPanel and drupal seems to be one of them because of complex MySQL modules failing to build. cPanel's toolchain is just nuked.

The fourth issue was restored it all with a (I thought) fresh install, tried reconfiguring httpd manually in ssh,spent half a day yesterday with pre and post vhost conf, php.ini and MultiPHP. And now am having mySQL database problems when attempting to install drupal. (needs modules that refuse to load because not built and refuse build)

The last issue, I'm not paid for this.

What are the instructions for completely restoring everything back to complete stock for my server and in fully working order as far as cpanel/whm and configuring it to work with drupal?


I will not post my current configs, because I want a fresh and fully-functional cPanel. Not one that refuses to work without a load of backend tweaks.

----- current machine state ----


CentOS 6.9 x86_64
Bluehost VPS
/opt/cpanel
Some residual junk in /usr I'm sure needs cleaned, including non-symlinked custom php binaries and a pear that half-works (phpize doesn't)
Not enitrely sure what perfect state yum or rpm is in, I've rebuilt the rpm database numerous times.
php -V works at root
pear doesn't at root
phpize not at all in cpanel or root
drupal install throwing up about modules i cannot build. (configured on subdomain, works until accessing the mySQL database portion of setup). Confirmed rewrite rules are working.

-------------------------------

I mean, really, the support representative told me to "figure it out" and refused to open a ticket for these issues (Bluehost web provider yesterday evening). I pretty much learned how to admin in 48 hours, its mind-numbing.
 
Last edited by a moderator:

Infopro

Well-Known Member
May 20, 2003
17,075
524
613
Pennsylvania
cPanel Access Level
Root Administrator
Twitter
What are the instructions for completely restoring everything back to complete stock for my server and in fully working order as far as cpanel/whm and configuring it to work with drupal?
There are none. Properly cleaning up a server you made a mess of without knowing what you were doing is up to you, short of wiping the entire server and re-installing the OS and cPanel.

Installing Drupal should be a painless task and it should run on a default cPanel setup without changing anything. I'm not sure why you're having so many issues, your very long post doesn't provide us with enough clues to assist you.
 

LupineDream

Registered
May 14, 2017
3
0
1
Kersey, PA
cPanel Access Level
Website Owner
There are none. Properly cleaning up a server you made a mess of without knowing what you were doing is up to you, short of wiping the entire server and re-installing the OS and cPanel.

Installing Drupal should be a painless task and it should run on a default cPanel setup without changing anything. I'm not sure why you're having so many issues, your very long post doesn't provide us with enough clues to assist you.
I had to go through 3 support representatives today. (First two where beligerant until I explained to the third I'd done repairs on a completely broken re-image and they where surprised I had gotten it to work) They'd found nothing wrong aside these pecl issues, so my issue was submitted to the backend team there for processing. In context I have to say I was initially shipped a VPS without a working DNS Zone editor, subdomain editor, Apache server, or functional control panel due to a datacenter installation script problem (they tried two re-images, first two where unsuccessful, they'd purchased new servers inTexas and I was informed I was one of 3 accounts ), these where before I even configged and logged into root or activated sudo.

I'm sorry for the misinterpretation I provided in the original post. It's in biligerancy, because manually doing repiars like these without autorepair scripts is very time consuming.

So I would say repairing cpanel to a point (manually) to where I could actually use the features the web provider was supposidly selling me is a time consuming feat. And so far has been successful. I had to add the rpm for the cpanel production feed in, thats how broken it was. Dsiscovered after fresh re-image rpm was broken too, fixed that.

I'll refine this question to:

how to repair the compliers integrated into cpanel for module builds, since my horrid re-image shipped without them or in a misconfigured state. Would simply symlinking my CentOS compilers directly to the cpanel mount resolve the build problems? Those where the ones that worked to get Easyapache and php70 somewhat functional. I'm noticing as well that which php returns /usr/share/bin/php, which isn't symlinked. The script they'd used put easyapache in that /opt/cpanel partition, and its cache and system files in /var/cpanel partition.

I didn't see manual configs for partition locations in WHM, if they are there let me know, that might solve the issue re-attaching all of them into one. (virtually)
 
Last edited:

Anoop P Alias

Well-Known Member
Mar 31, 2015
103
16
18
Kochi,Kerala,India
cPanel Access Level
Root Administrator
Drupal should just work fine. What is the exact error you get ? apache error_log and per directory error_log file contents?

I think the need to restore everything to stock is something you feel you need; but is not required in real
 

LupineDream

Registered
May 14, 2017
3
0
1
Kersey, PA
cPanel Access Level
Website Owner
Drupal should just work fine. What is the exact error you get ? apache error_log and per directory error_log file contents?

I think the need to restore everything to stock is something you feel you need; but is not required in real
They've marked my further explanation moderator approval. But I gave some extensive details on what actually happened. I'm having the backend team there re-merge and re-symlink things. It was due to a re-image installation script error on their backend. It may be handled with in the next few days (I hope). I had done a lot of manual repair to get things (sort of) working.