Technology Errors

GPG key retrieval failed: [Errno 5] OSError: [Errno 2] No such file or directory: /etc/pki/rpm-gpg/RPM-GPG-KEY-remi

Earlier while upgrading PHP to version 5.3.5 on a CentOS server I copied over the details of the remi repository from another server I had upgraded PHP on. Once I started the transaction all looked well until Yum needed to verify the remi repo RPM GPG key which I had not installed so an error was provided and Yum stopped the PHP upgrade process. You can get around the RPM GPG key error by simply using the –nogpgcheck switch however that is not the correct way to resolve the problem. You should instead install the RPM GPG key and the below example shows how to install the RPM GPG key for the remi repo.

Technology Errors

Failed loading /usr/sbin/ioncube_loader_lin_5.2.so: /usr/sbin/ioncube_loader_lin_5.2.so: undefined symbol: zend_error_noreturn

After upgrading PHP recently on a CentOS Linux server from PHP 5.2.X to PHP 5.3.X I ran into numerous minor issues. One of the issues was with a web application that requires the ionCube PHP Encoder libraries to function properly. After upgrading PHP I noticed some errors in the Apache error logs including the ionCube Apache module that was failing to load. Below I display the entire error from the Apache error_log file and how to easily resolve the issue by installing a single package via the Yum Package Manager.

Technology Errors

Type: Warning (2) Description: date(): It is not safe to rely on the system’s timezone settings

I recently upgraded a CentOS Linux servers PHP from 5.2.X to 5.3.X and ran into a couple minor issues along the way. One of the issues was the fact that one of my applications was complaining about PHP’s date function by letting me know that it could not rely on the system’s timezone setting. Fixing this problem is extremely easy and can most likely be resolved by a quick edit to the servers php.ini file as described in detail below.

Technology Errors

Failed loading /usr/lib/php/zend/ZendOptimizer-5.3.so: cannot open shared object file: No such file or directory

Recently I upgraded PHP 5.2 to PHP 5.3 on a CentOS Linux server because of a PHP 0day and noticed an error complaining about ZendOptimizer-5.3.so which is the library loaded into PHP. After some research I found out that it doesn’t look like Zend Optimizer is available for PHP 5.3 on CentOS Linux and will not be available for PHP 5.3 period. Not a big deal in my scenario as I was using it as well as PHP eAccelerator. This error is easily resolved as long as you do not require the php-zend-optimizer package so if that is the case follow the directions below to resolve the error.