Re: [Gutl-l] Ayuda con bbdd de PostgreSQL

2015-09-16 Por tema Hugo Florentino

On Wed, 16 Sep 2015 08:56:57 -0400, Alberto José García Fumero wrote:

Sería bueno que lo pusieras en la Wiki, además de aquí.


Listo:
http://gutl.jovenclub.cu/wiki/doku.php?id=/tutoriales/recuperar_base_de_datos_de_postgresql


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Ayuda con bbdd de PostgreSQL

2015-09-16 Por tema Alberto José García Fumero
El mar, 15-09-2015 a las 20:48 -0400, Hugo Florentino escribió:
> On Tue, 15 Sep 2015 15:03:49 -0400, Alberto José García Fumero wrote:
> > El mar, 15-09-2015 a las 13:46 -0400, Hugo Florentino escribió:
> >> [...] ¿podrían explicarme (como para mongos) como hago lo que se
> >> sugiere?
> >>
> >
> > Bueno, vas a recibir una explicación dada por otro mongo ;-)
> >
> > Por ejemplo, acá tengo en mi Debian 6.x un PostgreSQL 9 que no venía 
> > de
> > caja; se instaló después y está en /opt.
> >
> > En /opt/PostgreSQL/9.0/data tengo el fichero de configuración
> > postmaster.opts. Allí se define la línea:
> >
> > /opt/PostgreSQL/9.0/bin/postgres "-D" "/opt/PostgreSQL/9.0/data"
> >
> > que es la que le indica dónde están los datos cuando arranca el
> > PostgreSQL en Debian. Con esto en mente, pudieras copiar los ficheros 
> > de
> > datos que recuperaste en un lugar que conozcas, y mandar a ejecutar 
> > el
> > nuevo PostgreSQL con ese directorio9 como parámetro. El fichero
> > postgresql.conf tiene como default ese parámetro.
> 
> Bueno, finalmente resolví instalando la misma versión de PostgreSQL y 
> especificando en el asistente una ruta diferente para el directorio de 
> datos (por cierto, tuve que instalar exactamente la misma arquitectura 
> de PostgreSQL, importante esto ya que el S.O. era amd64 pero PostgreSQL 
> no, y las estructuras de datos están optimizadas para cada 
> arquitectura). Luego reemplacé el contenido de dicho directorio con la 
> base que funcionaba, ajustando las rutas en los archivos de 
> configuración, y finalmente en el archivo pg_hba.conf sustituí md5 por 
> trusted.

Me parece que es "trust" y no "trusted", pero no importa; esa misma. En
fin de cuentas el md5 es para cuando tienes a ese usuario como usuario
también del sistema, y con el trust le dices que acepte como bueno lo
que venga; y una vez rescatada la base con el pg_dump ya no vas a hacer
nada más con esa instalación.

La mentalidad de revisar siempre los ficheros de configuración y ponerse
a inventar ahí está en el ADN de los linuxeros ;-)
> 
> Con esto ya pude hacer mi salva:
> 
> pg_dumpall -U postgres -l labase -f elarchivo.sql

Cuando logro algo después de múltiples intentos fallidos, siempre pienso
"mendigo porfiado consigue limosna" (no offense, pal)... Siempre hay una
forma de ser feliz...

Sería bueno que lo pusieras en la Wiki, además de aquí.

-- 
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
Una conclusión es el punto en que usted se cansó de pensar.



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Ayuda con bbdd de PostgreSQL

2015-09-15 Por tema Hugo Florentino

On Tue, 15 Sep 2015 15:03:49 -0400, Alberto José García Fumero wrote:

El mar, 15-09-2015 a las 13:46 -0400, Hugo Florentino escribió:

[...] ¿podrían explicarme (como para mongos) como hago lo que se
sugiere?



Bueno, vas a recibir una explicación dada por otro mongo ;-)

Por ejemplo, acá tengo en mi Debian 6.x un PostgreSQL 9 que no venía 
de

caja; se instaló después y está en /opt.

En /opt/PostgreSQL/9.0/data tengo el fichero de configuración
postmaster.opts. Allí se define la línea:

/opt/PostgreSQL/9.0/bin/postgres "-D" "/opt/PostgreSQL/9.0/data"

que es la que le indica dónde están los datos cuando arranca el
PostgreSQL en Debian. Con esto en mente, pudieras copiar los ficheros 
de
datos que recuperaste en un lugar que conozcas, y mandar a ejecutar 
el

nuevo PostgreSQL con ese directorio9 como parámetro. El fichero
postgresql.conf tiene como default ese parámetro.


Bueno, finalmente resolví instalando la misma versión de PostgreSQL y 
especificando en el asistente una ruta diferente para el directorio de 
datos (por cierto, tuve que instalar exactamente la misma arquitectura 
de PostgreSQL, importante esto ya que el S.O. era amd64 pero PostgreSQL 
no, y las estructuras de datos están optimizadas para cada 
arquitectura). Luego reemplacé el contenido de dicho directorio con la 
base que funcionaba, ajustando las rutas en los archivos de 
configuración, y finalmente en el archivo pg_hba.conf sustituí md5 por 
trusted.


Con esto ya pude hacer mi salva:

pg_dumpall -U postgres -l labase -f elarchivo.sql


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Ayuda con bbdd de PostgreSQL

2015-09-15 Por tema Arley Consuegra Roselló

> 
> La idea siempre fue hacer inmediatamente un pg_dump.
> Ahora, ¿podrían explicarme (como para mongos) como hago lo que se 
> sugiere?
> 
1-Te aconsejo que instales el server normal con la misma versión que
tenías antes.
2-Luego de comprobar que funcionó esta nueva instalación detén el
servicio y ve a 
/var/lib/postgresql/9.1/main/base/

ahí se encuentra una carpeta por cada una de las bd que tengas creadas.
3- Busca en la salva que hiciste y copia la carpeta que corresponde a la
bd que quieres restaurar ahí.
4-Luego inicia el servicio a ver que pasa.

Creo que en teoría eso debe funcionar.
Puedes mirar la doc del postgres a ver si se te ocurre otra cosa más.

file:///usr/share/doc/postgresql-doc-9.1/html/storage-file-layout.html

-- 
Ing. Arley Consuegra Roselló.
Administrador de red de la 
UEB MATHISA Granma.




__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Ayuda con bbdd de PostgreSQL

2015-09-15 Por tema Alberto José García Fumero
El mar, 15-09-2015 a las 13:46 -0400, Hugo Florentino escribió:
> On Tue, 15 Sep 2015 13:22:34 -0400, Alberto José García Fumero wrote:
> > Acá René te sugiere que pongas ese disco como esclavo; instales el
> > innombrable y el PostgreSQL en el nuevo disco de inicio y configures 
> > ese
> > PostgreSQL para que busque la base en el disco esclavo.
> >
> > Y por supuesto, yo añadiría que inmediatamente hicieras un
> > pg_dump... ;-)
> 
> La idea siempre fue hacer inmediatamente un pg_dump.
> Ahora, ¿podrían explicarme (como para mongos) como hago lo que se 
> sugiere?
> 
> 
> __
> Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
> Gutl-l@jovenclub.cu
> https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Bueno, vas a recibir una explicación dada por otro mongo ;-)

Por ejemplo, acá tengo en mi Debian 6.x un PostgreSQL 9 que no venía de
caja; se instaló después y está en /opt. 

En /opt/PostgreSQL/9.0/data tengo el fichero de configuración
postmaster.opts. Allí se define la línea:

/opt/PostgreSQL/9.0/bin/postgres "-D" "/opt/PostgreSQL/9.0/data"

que es la que le indica dónde están los datos cuando arranca el
PostgreSQL en Debian. Con esto en mente, pudieras copiar los ficheros de
datos que recuperaste en un lugar que conozcas, y mandar a ejecutar el
nuevo PostgreSQL con ese directorio9 como parámetro. El fichero
postgresql.conf tiene como default ese parámetro.
-- 
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
Una conclusión es el punto en que usted se cansó de pensar.



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Ayuda con bbdd de PostgreSQL

2015-09-15 Por tema Hugo Florentino

On Tue, 15 Sep 2015 13:22:34 -0400, Alberto José García Fumero wrote:

Acá René te sugiere que pongas ese disco como esclavo; instales el
innombrable y el PostgreSQL en el nuevo disco de inicio y configures 
ese

PostgreSQL para que busque la base en el disco esclavo.

Y por supuesto, yo añadiría que inmediatamente hicieras un
pg_dump... ;-)


La idea siempre fue hacer inmediatamente un pg_dump.
Ahora, ¿podrían explicarme (como para mongos) como hago lo que se 
sugiere?



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


Re: [Gutl-l] Ayuda con bbdd de PostgreSQL

2015-09-15 Por tema Alberto José García Fumero
El mar, 15-09-2015 a las 12:46 -0400, Hugo Florentino escribió:
> Hola colegas,
> 
> Tengo una máquina con el O.S. innombrable donde había una base de datos 
> en PostgreSQL.
> 
> Sucede que la función ACPI de esa máquina se estropeó y con esta 
> también el S.O; y la máquina no arrancó correctamente nunca más.
> 
> Entonces, necesito mover la base de datos a otra máquina. Yo pude 
> entrarle al disco y guardar la información, pero he intentado instalar 
> en otra máquina con el mismo S.O. exactamente la misma versión de 
> PostgreSQL en la misma ruta y reemplazar la carpeta data por la que 
> salvé, a ver si al menos esto me permite hacer un dump de la base, pero 
> el servicio sencillamente no inicia.
> 
> ¡Ayuda!


Acá René te sugiere que pongas ese disco como esclavo; instales el
innombrable y el PostgreSQL en el nuevo disco de inicio y configures ese
PostgreSQL para que busque la base en el disco esclavo.

Y por supuesto, yo añadiría que inmediatamente hicieras un
pg_dump... ;-)
-- 
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
Una conclusión es el punto en que usted se cansó de pensar.



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


[Gutl-l] Ayuda con bbdd de PostgreSQL

2015-09-15 Por tema Hugo Florentino

Hola colegas,

Tengo una máquina con el O.S. innombrable donde había una base de datos 
en PostgreSQL.


Sucede que la función ACPI de esa máquina se estropeó y con esta 
también el S.O; y la máquina no arrancó correctamente nunca más.


Entonces, necesito mover la base de datos a otra máquina. Yo pude 
entrarle al disco y guardar la información, pero he intentado instalar 
en otra máquina con el mismo S.O. exactamente la misma versión de 
PostgreSQL en la misma ruta y reemplazar la carpeta data por la que 
salvé, a ver si al menos esto me permite hacer un dump de la base, pero 
el servicio sencillamente no inicia.


¡Ayuda!


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l