Hello,
Tonight, I ran easyapache to upgrade a server from php 5.3.x to the latest version of php 5.4. Unfortunately according to the easy apache logs, two of my pecl extensions failed to reinstall, timezonedb & upload progress. Interestingly, when visiting pecl.php.net it's showing a Error: DB Error: connect failed message on every page. I'm wondering if their site is the problem.
Had output like this:
**FAILURE***
downloading uploadprogress-1.0.3.1.tgz ...
Starting to download uploadprogress-1.0.3.1.tgz (Unknown size)
....done: 3,582 bytes
Could not get contents of package "/root/tmp/pear/cache/uploadprogress-1.0.3.1.tgz". Invalid tgz file.
Download of "pecl/uploadprogress" succeeded, but it is not a valid package archive
Error: cannot download "pecl/uploadprogress"
Download failed
install failed
The uploadprogress.so object is not in /usr/local/lib/php/extensions/no-debug-non-zts-20100525
/usr/local/bin/php does not have a php.ini
Tidying /usr/local/cpanel/3rdparty/php/54/etc/php.ini...
No changes
I then went to Software > Module Installers > PHP Pecl > 'manage' to try to install them manually. I found the module and clicked install and received the exact same errors. I even checked /usr/local/cpanel/logs/error_log to see if there were any out of memory errors and there were none.
Should I try this command as root? pecl install uploadprogress & then the same for timezonedb? Or is the problem simply that pecl.php.net appears to have a database error and I should wait for them to correct it?
This is a live production server so I'd like to get this corrected as soon as possible. Thank you.
Assuming the problem is with downloading from pecl.php.net, will re-installing using the Module installers in WHM be sufficient when it's back up or do I need to re-run easy apache as well? Upon looking into this further, I think the problem is due to pecl.php.net having an error but please, let me know if you think I'm wrong. Hopefully it's back up soon! Thank you.
Looks like this has happened before:
https://bugs.php.net/bug.php?id=50549
Tonight, I ran easyapache to upgrade a server from php 5.3.x to the latest version of php 5.4. Unfortunately according to the easy apache logs, two of my pecl extensions failed to reinstall, timezonedb & upload progress. Interestingly, when visiting pecl.php.net it's showing a Error: DB Error: connect failed message on every page. I'm wondering if their site is the problem.
Had output like this:
**FAILURE***
downloading uploadprogress-1.0.3.1.tgz ...
Starting to download uploadprogress-1.0.3.1.tgz (Unknown size)
....done: 3,582 bytes
Could not get contents of package "/root/tmp/pear/cache/uploadprogress-1.0.3.1.tgz". Invalid tgz file.
Download of "pecl/uploadprogress" succeeded, but it is not a valid package archive
Error: cannot download "pecl/uploadprogress"
Download failed
install failed
The uploadprogress.so object is not in /usr/local/lib/php/extensions/no-debug-non-zts-20100525
/usr/local/bin/php does not have a php.ini
Tidying /usr/local/cpanel/3rdparty/php/54/etc/php.ini...
No changes
I then went to Software > Module Installers > PHP Pecl > 'manage' to try to install them manually. I found the module and clicked install and received the exact same errors. I even checked /usr/local/cpanel/logs/error_log to see if there were any out of memory errors and there were none.
Should I try this command as root? pecl install uploadprogress & then the same for timezonedb? Or is the problem simply that pecl.php.net appears to have a database error and I should wait for them to correct it?
This is a live production server so I'd like to get this corrected as soon as possible. Thank you.
Assuming the problem is with downloading from pecl.php.net, will re-installing using the Module installers in WHM be sufficient when it's back up or do I need to re-run easy apache as well? Upon looking into this further, I think the problem is due to pecl.php.net having an error but please, let me know if you think I'm wrong. Hopefully it's back up soon! Thank you.
Looks like this has happened before:
https://bugs.php.net/bug.php?id=50549
