Atención: Bulma está con el Postgres 7.1


Bulma ahora funciona con la versión 7.1 del Postgres que acaba de salir. Tuve unos pequeños problemas con el restore por no haber usado el rh-pgdump.sh

Aunque no debería dar problemas si tenéis instalada la 7.0, por las dudas aviso que la base de datos está funcionando con la 7.1 del PostgreSQL.
Si hacéis un upgrade a la 7.1 con los rpms, aseguraros de instalar las rpms de las “libs” para que instale los objetos compartidos necesarios. Antes de eso, haced un pg_dump de la base de datos y volved a crear los usuarios antes de hacer el restore. Los usuarios necesarios para Bulmita son el “nobody” (para el Apache) y el “postgres”.
Ahora ya podremos remover el límite de 8KB para el tamaño de las columnas y filas.
Para instalar hay que borrar las bases de datos enteriores luego de un dump y luego recuperarlas (importante Red Hat: leed el /usr/share/doc/postgresql-7.1/README.rpm-dist). Encontré pequeños problemas en el upgrade de Bulma:

  • Los rpms del cliente y el servidor no ponen bien las libpq.so, por lo que es recomendable bajarse el rpm de las “libs”.
  • Como hay que hacer un initdb con la versión nueva, hay que hacer un backup completo con el rh-pgdump.sh (en RedHat, o pg_dump si son sólo pocas base de datos) _antes_ de instalar el servidor nuevo. Luego borrar el directorio “data” del pg.
  • Los usuarios creado anteriormente no se mantienen a menos que se haya hecho un backup completo (no lo probé… ver /usr/share/doc/postgresql-7.1/README.rpm-dist ).

    ***** NOTE ***** ***** NOTE *****

    The above script is broken. Use “rh-pgdump.sh targetfile” instead, remove the
    old databases (/var/lib/pgsql/base) (or safer – move them somewhere else first),
    start the database and follow the insert procedure described below.

    ***** NOTE ***** ***** NOTE *****

  • Cuando se hace el “restore” de las base de datos anteriores, si no existen los usuarios (por haber usado pg_dump/psql), da errores y no se terminan de crear las tablas, etc. Por lo que primero hay que asegurarse que estén los usuarios que toca, hacer un drop/create de la base de datos y luego hacer un restore nuevamente.

–ricardo

Este post ha sido traido de forma automatica desde https://web.archive.org/web/20140625063149/http:/bulma.net/body.phtml?nIdNoticia=600 por un robot nigromante, si crees que puede mejorarse, por favor, contactanos.


Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.