Encuentro Alternativo

PostgreSQL 8.3 es una de las últimas versiones de este popular servidor de base de datos. RHEL y derivados, al igual que otras distribuciones Linux, no usan los últimos paquetes, más que nada por la principal razón de que se enfocan en estabilidad, no en brindar lo último a nivel de software, la versión de PostgreSQL que trae RHEL 5.x es la 8.1.

El caso es que tuve la necesidad de instalar la 8.3, y pude hacerlo fácilmente de la siguiente manera:


# Descargamos e instalamos un repositorio de acuerdo a a versión que deseamos desde: http://yum.pgsqlrpms.org/reporpms/repoview/pgdg-redhat.html
wget http://yum.pgsqlrpms.org/reporpms/8.3/pgdg-redhat-8.3-6.noarch.rpm

# Instalamos el repositorio
rpm -i pgdg-redhat-8.3-6.noarch.rpm

# Procedemos a instalar el server y la extensión php:
yum install postgresql postgresql-server php-pgsql
chkconfig postgresql on
service postgresql initdb
service postgresql start

Vamos a documentar esto ya que el error de la función virtual fue bastante difícil de encontrar en la red, los recursos que hay nunca dan una solución.

Hoy a la madrugada tuve en mis manos un nuevo servidor RHEL 5.1 y procedí a restaurar algunos sitios que corrian archivos cgi (particularmente el script at3 de ArrowScripts) encontré con un problema referente a la función virtual, al parecer los archivos no podían ser incluídos usando dicha función. Esta función también puede reemplazarse por include o require, pero cuando cambiaba y usaba esas un error de compilación aparecía.

El código era este:

<?php virtual (“cgi-bin/at3/in.cgi”); ?>

Cgi estaba habilitado en el sitio, todo iba bien realmente, no entendía por qué no se podían realizar este tipo de includes. Hasta que mirando los logs de Apache pude ver erroes provenientes de otro sitio, pero que también usaba archivos cgi.

[Thu May 01 03:56:25 2008] [error] [client 99.163.176.182] in.cgi: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory

En ese momento me di cuenta que faltaba una librería, investigando vi que era: compat-libstdc++

Para solucionar este error, simplemente instala el paquete compat-libstdc++, si no encuentra dicho paquete prueba con compat-libstdc++-33

Hoy un programador que trabaja en un servidor me solicitó hacer un upgrade a MySQL 5, la plataforma era RHEL 4. Esta versión de RHEL (al igual que la 3) traen por defecto las ramas 4.x de MySQL (al igual que PHP), la forma más simple de hacer el upgrade hacia MySQL 5 fué esta:

Detenemos MySQL

service mysql stop
mkdir /root/temp && cd /root/temp

Bajamos los paquetes server, client,  shared compatibility libraries y devel como RPM desde: http://dev.mysql.com/downloads/mysql/5.0.html#downloads

Actualizamos

rpm -Uvh MySQL-server-community-5.0.45-0.rhel4.i386.rpm
rpm -Uvh MySQL-client-community-5.0.45-0.rhel4.i386.rpm
rpm -Uvh MySQL-shared-compat-5.0.45-0.rhel4.i386.rpm
rpm -Uvh MySQL-devel-community-5.0.45-0.rhel4.i386.rpm

Editamos el archivo /etc/my.cnf y comentamos la variable base_dir.

pico /etc/my.cnf

Finalmente, agregamos el usuario MySQL, seteamos propietarios y reiniciamos el servicio:

adduser mysql
chown -R mysql:mysql /var/lib/mysql
service mysql start

Luego de esto, deberia estar todo normal corriendo bajo MySQL 5.x