Re: [MASSMAIL]Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Gilberto Castillo 

> On Tue, 20 Sep 2016 17:22:10 +0200
> Kernel  wrote:
>
>> El 20/09/2016 a las 17:12, Eduardo Morras escribió:
>
>> >
>> > Tambien puedes usar netcat(de memoria, no lo he comprobado):
>> >
>> > Servidor destino (192.168.2.1) arrancamos el nc de escucha
>> > %nc -l 5430 > DBs.sql
>> >
>> > Servidor origen (192.168.1.1), despues de poner a escuchar,
>> > arrancamos el nc que grita %pg_dumpall -h 192.168.1.1 -U prueba -s
>> > > nc -N 192.168.2.1 5430
>> >
>> >> Gracias
>> > ---   ---
>> > Eduardo Morras 
>> >
>> el comando psql funciona bien, el ssh , scp funciona bien entra las
>> maquinas, los firewall estan desactivados, no es un problema de red
>> Lo raro es que el comando psql funcione perfectamente :
>> psql dbdatos -h 192.168.1.1 -U prueba
>>
>> No pide ni password ni nada
>
> Entonces, el error esta al intentar pasar el contenido al fichero en /tmp
> o bien no tienes permisos, o bien no tienes sitio.
>
> Haz lo siguiente (suponiendo que tienes .pgpass correctamente en tu home
> de usuario)
>
> %cd
> %pg_dumpall -h 192.168.1.1 -U prueba -s -f DBs.sql
> %pg_dump dbdatos -h 192.168.1.1 -U prueba -s -f DBdatos.sql
>
> El archivo .pgpass debe tener este formato:
>
> hostname:port:database:username:password
>
> Comprueba que tienes, por lo menos:
>
> *:*:*:prueba:CONTRASEÑA
>
> O
>
> 192.168.1.1:5432:prueba:CONTRASEÑA
>
> Estas seguro de tener esta configuracion correctamente:
>
>>host all prueba 192.168.1.1 255.255.255.255 trust
>>host all all192.168.2.1 255.255.255.255 trust
>

Me pregunto: ¿desde donde estas lanzando ese comando?¿que comando
realmente estas lanzando?

-- 
Saludos,
Gilberto Castillo
ETECSA, La Habana, Cuba


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Eduardo Morras 
On Tue, 20 Sep 2016 17:22:10 +0200
Kernel  wrote:

> El 20/09/2016 a las 17:12, Eduardo Morras escribió:

> >
> > Tambien puedes usar netcat(de memoria, no lo he comprobado):
> >
> > Servidor destino (192.168.2.1) arrancamos el nc de escucha
> > %nc -l 5430 > DBs.sql
> >
> > Servidor origen (192.168.1.1), despues de poner a escuchar,
> > arrancamos el nc que grita %pg_dumpall -h 192.168.1.1 -U prueba -s
> > > nc -N 192.168.2.1 5430
> >
> >> Gracias
> > ---   ---
> > Eduardo Morras 
> >
> el comando psql funciona bien, el ssh , scp funciona bien entra las 
> maquinas, los firewall estan desactivados, no es un problema de red
> Lo raro es que el comando psql funcione perfectamente :
> psql dbdatos -h 192.168.1.1 -U prueba
> 
> No pide ni password ni nada

Entonces, el error esta al intentar pasar el contenido al fichero en /tmp o 
bien no tienes permisos, o bien no tienes sitio.

Haz lo siguiente (suponiendo que tienes .pgpass correctamente en tu home de 
usuario)

%cd
%pg_dumpall -h 192.168.1.1 -U prueba -s -f DBs.sql
%pg_dump dbdatos -h 192.168.1.1 -U prueba -s -f DBdatos.sql

El archivo .pgpass debe tener este formato:

hostname:port:database:username:password

Comprueba que tienes, por lo menos:

*:*:*:prueba:CONTRASEÑA

O

192.168.1.1:5432:prueba:CONTRASEÑA

Estas seguro de tener esta configuracion correctamente:

>host all prueba 192.168.1.1 255.255.255.255 trust
>host all all192.168.2.1 255.255.255.255 trust



---   ---
Eduardo Morras 

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [MASSMAIL]Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Francisco Olarte 
Gilberto:

2016-09-20 19:29 GMT+02:00 Gilberto Castillo :
> No he seguido el hilo detenidamente, pero recuerden que el permiso debe
> ser para el usuario que ejecuta el pg_dump sobre la carpeta dada.
> Ejemplo para usuario postgres.
> $ sudo chown postgres:postgres -R /mi_carpeta_de_backup

Mejor sin -R, salvo que este haciendo cosas muy raras.

Y si la carpeta de backup, en general, vale para mas cosas, es
peligroso, lo mejor es testear sin mas si puede escribir en ella (
echo > /capetadebackup/tst es suficiente )

Francisco Olarte.

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Francisco Olarte 
2016-09-20 18:24 GMT+02:00 Gerardo Herzig :
> Que pasa si lo sacas por STDIN?

STDOUT para sacarlo.

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [MASSMAIL]Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Gilberto Castillo 

>
>
> - Mensaje original -
>> De: "Kernel" <jucab...@gmail.com>
>> Para: "Ayuda" <pgsql-es-ayuda@postgresql.org>
>> Enviados: Martes, 20 de Septiembre 2016 4:52:07
>> Asunto: [pgsql-es-ayuda] pg_dumpall desde maquina remota
>>
>>
>> Hola estoy intentando hacer un backup completo de un gestor desde una
>> maquina en remota y algo
>>
>> no debo de estar haciendo bien , me explico :
>>
>>
>> Maquina principal 192.168.1.1
>> Maquina remota 192.168.2.1
>>
>> pg_hba.conf de la maquina principal
>>
>> # IPv4 local connections:
>> local   all all   trust
>> # IPv6 local connections:
>> hostall all 127.0.0.1/32  trust
>> hostall all ::1/128   trust
>> host all prueba 192.168.1.1 255.255.255.255 trust
>> host all all192.168.2.1 255.255.255.255 trust
>>
>> Password del usuario prueba es prueba
>>
>> desde la maquina principal ejecuto
>>
>>   pg_dumpall -U prueba -s -f /tmp/DBs.sql (ok)
>>   pg_dump   dbdatos -U prueba -s -f /tmp/DBdatos.sql  (ok)
>>
>>   todo esto lo ejecuto sin problemas , no me pide ni password ni nada
>>
>>   desde la remota 192.168.2.1 , ejecuto :
>>
>>   psql dbdatos -h 192.168.1.1 -U prueba  (ok sin problemas no
>>   pide
>> password )
>>
>>   pg_dumpall -h 192.168.1.1 -U prueba -s -f /tmp/DBs.sql
>>   (se
>> queda parado, no pide password)
>>   pg_dump   dbdatos -h 192.168.1.1 -U prueba -s -f /tmp/DBdatos.sql
>>(se
>> queda parado, no pide password)
>>
>>
>> He probado a crear el fichero /home/prueba/.pgpass , con permisos
>> 600,
>> pero nada
>>
>> 192.168.1.1:5432:dbdatos:prueba:prueba
>>
> Que pasa si lo sacas por STDIN?
>

No he seguido el hilo detenidamente, pero recuerden que el permiso debe
ser para el usuario que ejecuta el pg_dump sobre la carpeta dada.

Ejemplo para usuario postgres.

$ sudo chown postgres:postgres -R /mi_carpeta_de_backup


-- 
Saludos,
Gilberto Castillo
ETECSA, La Habana, Cuba


-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Gerardo Herzig 


- Mensaje original -
> De: "Kernel" <jucab...@gmail.com>
> Para: "Ayuda" <pgsql-es-ayuda@postgresql.org>
> Enviados: Martes, 20 de Septiembre 2016 4:52:07
> Asunto: [pgsql-es-ayuda] pg_dumpall desde maquina remota
> 
> 
> Hola estoy intentando hacer un backup completo de un gestor desde una
> maquina en remota y algo
> 
> no debo de estar haciendo bien , me explico :
> 
> 
> Maquina principal 192.168.1.1
> Maquina remota 192.168.2.1
> 
> pg_hba.conf de la maquina principal
> 
> # IPv4 local connections:
> local   all all   trust
> # IPv6 local connections:
> hostall all 127.0.0.1/32  trust
> hostall all ::1/128   trust
> host all prueba 192.168.1.1 255.255.255.255 trust
> host all all192.168.2.1 255.255.255.255 trust
> 
> Password del usuario prueba es prueba
> 
> desde la maquina principal ejecuto
> 
>   pg_dumpall -U prueba -s -f /tmp/DBs.sql (ok)
>   pg_dump   dbdatos -U prueba -s -f /tmp/DBdatos.sql  (ok)
> 
>   todo esto lo ejecuto sin problemas , no me pide ni password ni nada
> 
>   desde la remota 192.168.2.1 , ejecuto :
> 
>   psql dbdatos -h 192.168.1.1 -U prueba  (ok sin problemas no
>   pide
> password )
> 
>   pg_dumpall -h 192.168.1.1 -U prueba -s -f /tmp/DBs.sql
>   (se
> queda parado, no pide password)
>   pg_dump   dbdatos -h 192.168.1.1 -U prueba -s -f /tmp/DBdatos.sql
>(se
> queda parado, no pide password)
> 
> 
> He probado a crear el fichero /home/prueba/.pgpass , con permisos
> 600,
> pero nada
> 
> 192.168.1.1:5432:dbdatos:prueba:prueba
> 
Que pasa si lo sacas por STDIN? 

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Francisco Olarte 
Abel:

2016-09-20 14:17 GMT+02:00 Abel Osorio :

> Una última cosa, y acá puedo estar diciendo cualquier cosa... ya me
> corregirán. En -f ARCHIVO, ARCHIVO es local o remoto? Probaría, sólo por las
> dudas, cambiar el -f por >, es decir:
> pg_dump dbdatos -h 192.168.1.1 -U prueba -s -f /tmp/DBdatos.sql
> pg_dump   dbdatos -h 192.168.1.1 -U prueba -s > /tmp/DBdatos.sql
> Con eso te aseguras que el archivo se va a crear localmente.

Es local, el pg_dump es un programa en C que usa sin mas la libpq para
conectarse al servidor remoto. Ante la duda, con estas cosas, mira los
fuentes.

Francisco Olarte.

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Francisco Olarte 
2016-09-20 13:37 GMT+02:00 Kernel :
...
> el usuario es prueba, tanto en el sistema como en la base de datos.

Perfecto, otra cosa descartada.

> La red va bien, esto funciona bien
>  psql dbdatos -h 192.168.1.1 -U prueba  (ok sin problemas no pide password )

Si, eso es lo que mas mosquea..

> debe de ser algo de permisos

, ahora que lo dices, que pasa si haces un 'dd if=/dev/zero
of=/tmp/DBdatos.sql count=xxx'

( sustituye xxx por el tamaño aproximado que crees que va a tener el
backup en kilobytes )

Francisco Olarte.

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Eduardo Morras 
On Tue, 20 Sep 2016 09:52:07 +0200
Kernel  wrote:

> 
> Hola estoy intentando hacer un backup completo de un gestor desde una 
> maquina en remota y algo
> 
> no debo de estar haciendo bien , me explico :
> 
> 
> Maquina principal 192.168.1.1
> Maquina remota 192.168.2.1
> 
> pg_hba.conf de la maquina principal
> 
> # IPv4 local connections:
> local   all all   trust
> # IPv6 local connections:
> hostall all 127.0.0.1/32  trust
> hostall all ::1/128   trust
> host all prueba 192.168.1.1 255.255.255.255 trust
> host all all192.168.2.1 255.255.255.255 trust
> 
> Password del usuario prueba es prueba
> 
> desde la maquina principal ejecuto
> 
>   pg_dumpall -U prueba -s -f /tmp/DBs.sql (ok)
>   pg_dump   dbdatos -U prueba -s -f /tmp/DBdatos.sql  (ok)
> 
>   todo esto lo ejecuto sin problemas , no me pide ni password ni nada
> 
>   desde la remota 192.168.2.1 , ejecuto :
> >   psql dbdatos -h 192.168.1.1 -U prueba  (ok sin problemas no
> pide password )
> 
>   pg_dumpall -h 192.168.1.1 -U prueba -s -f /tmp/DBs.sql
> (se queda parado, no pide password)
>   pg_dump   dbdatos -h 192.168.1.1 -U prueba -s -f /tmp/DBdatos.sql
> (se queda parado, no pide password)
> 
> 
> He probado a crear el fichero /home/prueba/.pgpass , con permisos
> 600, pero nada
> 
> 192.168.1.1:5432:dbdatos:prueba:prueba
> 
> 
> ¿Alguna idea?

Tiene el usuario permiso para escribir en /tmp/ ?

Estas seguro que las ips son 192.168.1.1 y 2.1? Mira las mascaras ip no vayan a 
ser alguna de ellas /31 o similar o sean distintas mascaras.

Tambien puedes usar netcat(de memoria, no lo he comprobado):

Servidor destino (192.168.2.1) arrancamos el nc de escucha
%nc -l 5430 > DBs.sql

Servidor origen (192.168.1.1), despues de poner a escuchar, arrancamos el nc 
que grita
%pg_dumpall -h 192.168.1.1 -U prueba -s > nc -N 192.168.2.1 5430

> Gracias
> 
> 
> 
> 
> -
> Enviado a la lista de correo pgsql-es-ayuda
> (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci_n:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda


---   ---
Eduardo Morras 

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Abel Osorio 
Es rarísimo la verdad... es un caso para estudiarlo mejor de todas formas.

Como solución temporal, podes hacer el dump remoto y traerte la salida:

ssh USUARIO_REMOTO@SERVIDOR 'pg_dumpall -U prueba -s' > /tmp/DBdatos.sql



2016-09-20 11:58 GMT-03:00 Kernel :

> El 20/09/2016 a las 14:17, Abel Osorio escribió:
>
>> Hola! Es raro que la conexión (psql dbdatos...) te funcione y el pg_dump
>> no.
>>
>> ¿Qué tamaño tiene el archivo exportado? (en la máquina principal ls
>> -lsh /tmp/DBs.sql)
>> En el log de PostgreSQL te debe estar tirando lo que está pasando ahí,
>> podrías compartirlo? Podrías mostrarlo en una consola con "tail -f"
>> mientras probás la conexión.
>>
>> Una última cosa, y acá puedo estar diciendo cualquier cosa... ya me
>> corregirán. En -f ARCHIVO, ARCHIVO es local o remoto? Probaría, sólo por
>> las dudas, cambiar el -f por >, es decir:
>>
>> pg_dump dbdatos -h 192.168.1.1 -U prueba -s _-f_ /tmp/DBdatos.sql
>> pg_dump   dbdatos -h 192.168.1.1 -U prueba -s _>_ /tmp/DBdatos.sql
>>
>> Con eso te aseguras que el archivo se va a crear localmente.
>>
>>
>> Saludos!
>> Abel
>>
>> 2016-09-20 8:37 GMT-03:00 Kernel > >:
>>
>> El 20/09/2016 a las 11:36, Francisco Olarte escribió:
>>
>> Solo una nota:
>>
>> 2016-09-20 9:52 GMT+02:00 Kernel > >:
>>
>>
>> Tu copia editada no muestra el usuario del sistema con el que
>> estas
>> ejecutando y
>>
>> He probado a crear el fichero /home/prueba/.pgpass , con
>> permisos 600, pero
>> nada
>> 192.168.1.1:5432:dbdatos:prueba:prueba
>>
>>
>> , el .pgpass tiene que estar en $HOME/.pgpass ( lo digo porque
>> mas de
>> uno confunde db-user con os-user , y no tenemos forma de saber
>> por lo
>> que mandas si ese es tu caso ).
>>
>> ¿ Has comprobado que las conexiones llegan desde la IP que esperas
>> (con algun netstat, ip route y/o tcpdump ) ? ( y no se si ademas
>> necesitas que resuelvan en inverso, eso lo deberias mirar
>> tambien ) Y
>> otra cosa, ¿ es lo que has puesto el pg_hba completo ? ( piorque
>> parece que el post esta editado ).
>>
>> Francisco Olarte.
>>
>>
>> el usuario es prueba, tanto en el sistema como en la base de datos.
>>
>> La red va bien, esto funciona bien
>>
>>  psql dbdatos -h 192.168.1.1 -U prueba  (ok sin problemas no pide
>> password )
>>
>> debe de ser algo de permisos
>>
>>
>> -
>> Enviado a la lista de correo pgsql-es-ayuda
>> (pgsql-es-ayuda@postgresql.org > >)
>> Para cambiar tu suscripción:
>> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>> 
>>
>>
>>
> cuando ejecuto pg_dumpall -h 192.168.1.1 -U prueba -s
>
> Salida :
>
>
>
> --
> -- PostgreSQL database cluster dump
> --
>
> SET default_transaction_read_only = off;
>
> SET client_encoding = 'UTF8';
> SET standard_conforming_strings = on;
>
> --
> -- Roles
> --
>
> CREATE ROLE pruebas;
> ...
> 
> ...
> --
> -- Database creation
> --
>
> CREATE DATABASE dbdatos WITH TEMPLATE = template0 OWNER = postgres;
>
> REVOKE ALL ON DATABASE template1 FROM PUBLIC;
> REVOKE ALL ON DATABASE template1 FROM postgres;
> GRANT ALL ON DATABASE template1 TO postgres;
> GRANT CONNECT ON DATABASE template1 TO PUBLIC;
>
>
> \connect dbdatos
>
> SET default_transaction_read_only = off;
>
>
> Aqui se queda, si conecta, el mismo usuario si que saca todo desde local.
>
> El log de la maquina principal, cuando pulso control-C para detenerlo
>
> pg_dumpall 2016-09-20 16:57:41 CEST postgres postgres LOG:  no se pudo
> recibir datos del cliente: Conexión reinicializada por la máquina remota
>
>
>
> Nota : el servidor tiene SSL
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org
> )
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Kernel 

El 20/09/2016 a las 14:17, Abel Osorio escribió:

Hola! Es raro que la conexión (psql dbdatos...) te funcione y el pg_dump no.

¿Qué tamaño tiene el archivo exportado? (en la máquina principal ls
-lsh /tmp/DBs.sql)
En el log de PostgreSQL te debe estar tirando lo que está pasando ahí,
podrías compartirlo? Podrías mostrarlo en una consola con "tail -f"
mientras probás la conexión.

Una última cosa, y acá puedo estar diciendo cualquier cosa... ya me
corregirán. En -f ARCHIVO, ARCHIVO es local o remoto? Probaría, sólo por
las dudas, cambiar el -f por >, es decir:

pg_dump dbdatos -h 192.168.1.1 -U prueba -s _-f_ /tmp/DBdatos.sql
pg_dump   dbdatos -h 192.168.1.1 -U prueba -s _>_ /tmp/DBdatos.sql

Con eso te aseguras que el archivo se va a crear localmente.


Saludos!
Abel

2016-09-20 8:37 GMT-03:00 Kernel >:

El 20/09/2016 a las 11:36, Francisco Olarte escribió:

Solo una nota:

2016-09-20 9:52 GMT+02:00 Kernel >:

Tu copia editada no muestra el usuario del sistema con el que estas
ejecutando y

He probado a crear el fichero /home/prueba/.pgpass , con
permisos 600, pero
nada
192.168.1.1:5432:dbdatos:prueba:prueba


, el .pgpass tiene que estar en $HOME/.pgpass ( lo digo porque
mas de
uno confunde db-user con os-user , y no tenemos forma de saber
por lo
que mandas si ese es tu caso ).

¿ Has comprobado que las conexiones llegan desde la IP que esperas
(con algun netstat, ip route y/o tcpdump ) ? ( y no se si ademas
necesitas que resuelvan en inverso, eso lo deberias mirar
tambien ) Y
otra cosa, ¿ es lo que has puesto el pg_hba completo ? ( piorque
parece que el post esta editado ).

Francisco Olarte.


el usuario es prueba, tanto en el sistema como en la base de datos.

La red va bien, esto funciona bien

 psql dbdatos -h 192.168.1.1 -U prueba  (ok sin problemas no pide
password )

debe de ser algo de permisos


-
Enviado a la lista de correo pgsql-es-ayuda
(pgsql-es-ayuda@postgresql.org )
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda





cuando ejecuto pg_dumpall -h 192.168.1.1 -U prueba -s

Salida :



--
-- PostgreSQL database cluster dump
--

SET default_transaction_read_only = off;

SET client_encoding = 'UTF8';
SET standard_conforming_strings = on;

--
-- Roles
--

CREATE ROLE pruebas;
...

...
--
-- Database creation
--

CREATE DATABASE dbdatos WITH TEMPLATE = template0 OWNER = postgres;

REVOKE ALL ON DATABASE template1 FROM PUBLIC;
REVOKE ALL ON DATABASE template1 FROM postgres;
GRANT ALL ON DATABASE template1 TO postgres;
GRANT CONNECT ON DATABASE template1 TO PUBLIC;


\connect dbdatos

SET default_transaction_read_only = off;


Aqui se queda, si conecta, el mismo usuario si que saca todo desde local.

El log de la maquina principal, cuando pulso control-C para detenerlo

pg_dumpall 2016-09-20 16:57:41 CEST postgres postgres LOG:  no se pudo 
recibir datos del cliente: Conexión reinicializada por la máquina remota




Nota : el servidor tiene SSL

























-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Eduardo Morras 
On Tue, 20 Sep 2016 09:52:07 +0200
Kernel  wrote:

> 
> Hola estoy intentando hacer un backup completo de un gestor desde una 
> maquina en remota y algo
> 
> no debo de estar haciendo bien , me explico :
> 
> 
> Maquina principal 192.168.1.1
> Maquina remota 192.168.2.1
> 
> pg_hba.conf de la maquina principal
> 
> # IPv4 local connections:
> local   all all   trust
> # IPv6 local connections:
> hostall all 127.0.0.1/32  trust
> hostall all ::1/128   trust
> host all prueba 192.168.1.1 255.255.255.255 trust
> host all all192.168.2.1 255.255.255.255 trust
> 
> Password del usuario prueba es prueba
> 
> desde la maquina principal ejecuto
> 
>   pg_dumpall -U prueba -s -f /tmp/DBs.sql (ok)
>   pg_dump   dbdatos -U prueba -s -f /tmp/DBdatos.sql  (ok)
> 
>   todo esto lo ejecuto sin problemas , no me pide ni password ni nada
> 
>   desde la remota 192.168.2.1 , ejecuto :
> >   psql dbdatos -h 192.168.1.1 -U prueba  (ok sin problemas no
> pide password )
> 
>   pg_dumpall -h 192.168.1.1 -U prueba -s -f /tmp/DBs.sql
> (se queda parado, no pide password)
>   pg_dump   dbdatos -h 192.168.1.1 -U prueba -s -f /tmp/DBdatos.sql
> (se queda parado, no pide password)
> 
> 
> He probado a crear el fichero /home/prueba/.pgpass , con permisos
> 600, pero nada
> 
> 192.168.1.1:5432:dbdatos:prueba:prueba
> 
> 
> ¿Alguna idea?

Tiene el usuario permiso para escribir en /tmp/ ?

Estas seguro que las ips son 192.168.1.1 y 2.1? Mira las mascaras ip no vayan a 
ser alguna de ellas /31 o similar o sean distintas mascaras.

Tambien puedes usar netcat(de memoria, no lo he comprobado):

Servidor destino (192.168.2.1) arrancamos el nc de escucha
%nc -l 5430 > DBs.sql

Servidor origen (192.168.1.1), despues de poner a escuchar, arrancamos el nc 
que grita
%pg_dumpall -h 192.168.1.1 -U prueba -s > nc -N 192.168.2.1 5430

> Gracias
> 
> 
> 
> 
> -
> Enviado a la lista de correo pgsql-es-ayuda
> (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci_n:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda


---   ---
Eduardo Morras 

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Abel Osorio 
Hola! Es raro que la conexión (psql dbdatos...) te funcione y el pg_dump no.

¿Qué tamaño tiene el archivo exportado? (en la máquina principal ls
-lsh /tmp/DBs.sql)
En el log de PostgreSQL te debe estar tirando lo que está pasando ahí,
podrías compartirlo? Podrías mostrarlo en una consola con "tail -f"
mientras probás la conexión.

Una última cosa, y acá puedo estar diciendo cualquier cosa... ya me
corregirán. En -f ARCHIVO, ARCHIVO es local o remoto? Probaría, sólo por
las dudas, cambiar el -f por >, es decir:

pg_dump dbdatos -h 192.168.1.1 -U prueba -s *-f* /tmp/DBdatos.sql
pg_dump   dbdatos -h 192.168.1.1 -U prueba -s *>* /tmp/DBdatos.sql

Con eso te aseguras que el archivo se va a crear localmente.


Saludos!
Abel

2016-09-20 8:37 GMT-03:00 Kernel :

> El 20/09/2016 a las 11:36, Francisco Olarte escribió:
>
>> Solo una nota:
>>
>> 2016-09-20 9:52 GMT+02:00 Kernel :
>>
>> Tu copia editada no muestra el usuario del sistema con el que estas
>> ejecutando y
>>
>>> He probado a crear el fichero /home/prueba/.pgpass , con permisos 600,
>>> pero
>>> nada
>>> 192.168.1.1:5432:dbdatos:prueba:prueba
>>>
>>
>> , el .pgpass tiene que estar en $HOME/.pgpass ( lo digo porque mas de
>> uno confunde db-user con os-user , y no tenemos forma de saber por lo
>> que mandas si ese es tu caso ).
>>
>> ¿ Has comprobado que las conexiones llegan desde la IP que esperas
>> (con algun netstat, ip route y/o tcpdump ) ? ( y no se si ademas
>> necesitas que resuelvan en inverso, eso lo deberias mirar tambien ) Y
>> otra cosa, ¿ es lo que has puesto el pg_hba completo ? ( piorque
>> parece que el post esta editado ).
>>
>> Francisco Olarte.
>>
>>
> el usuario es prueba, tanto en el sistema como en la base de datos.
>
> La red va bien, esto funciona bien
>
>  psql dbdatos -h 192.168.1.1 -U prueba  (ok sin problemas no pide password
> )
>
> debe de ser algo de permisos
>
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org
> )
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Kernel 

El 20/09/2016 a las 11:36, Francisco Olarte escribió:

Solo una nota:

2016-09-20 9:52 GMT+02:00 Kernel :

Tu copia editada no muestra el usuario del sistema con el que estas
ejecutando y

He probado a crear el fichero /home/prueba/.pgpass , con permisos 600, pero
nada
192.168.1.1:5432:dbdatos:prueba:prueba


, el .pgpass tiene que estar en $HOME/.pgpass ( lo digo porque mas de
uno confunde db-user con os-user , y no tenemos forma de saber por lo
que mandas si ese es tu caso ).

¿ Has comprobado que las conexiones llegan desde la IP que esperas
(con algun netstat, ip route y/o tcpdump ) ? ( y no se si ademas
necesitas que resuelvan en inverso, eso lo deberias mirar tambien ) Y
otra cosa, ¿ es lo que has puesto el pg_hba completo ? ( piorque
parece que el post esta editado ).

Francisco Olarte.



el usuario es prueba, tanto en el sistema como en la base de datos.

La red va bien, esto funciona bien

 psql dbdatos -h 192.168.1.1 -U prueba  (ok sin problemas no pide 
password )


debe de ser algo de permisos

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Re: [pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Francisco Olarte 
Solo una nota:

2016-09-20 9:52 GMT+02:00 Kernel :

Tu copia editada no muestra el usuario del sistema con el que estas
ejecutando y
> He probado a crear el fichero /home/prueba/.pgpass , con permisos 600, pero
> nada
> 192.168.1.1:5432:dbdatos:prueba:prueba

, el .pgpass tiene que estar en $HOME/.pgpass ( lo digo porque mas de
uno confunde db-user con os-user , y no tenemos forma de saber por lo
que mandas si ese es tu caso ).

¿ Has comprobado que las conexiones llegan desde la IP que esperas
(con algun netstat, ip route y/o tcpdump ) ? ( y no se si ademas
necesitas que resuelvan en inverso, eso lo deberias mirar tambien ) Y
otra cosa, ¿ es lo que has puesto el pg_hba completo ? ( piorque
parece que el post esta editado ).

Francisco Olarte.

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

[pgsql-es-ayuda] pg_dumpall desde maquina remota

2016-09-20 Por tema Kernel 


Hola estoy intentando hacer un backup completo de un gestor desde una 
maquina en remota y algo


no debo de estar haciendo bien , me explico :


Maquina principal 192.168.1.1
Maquina remota 192.168.2.1

pg_hba.conf de la maquina principal

# IPv4 local connections:
local   all all   trust
# IPv6 local connections:
hostall all 127.0.0.1/32  trust
hostall all ::1/128   trust
host all prueba 192.168.1.1 255.255.255.255 trust
host all all192.168.2.1 255.255.255.255 trust

Password del usuario prueba es prueba

desde la maquina principal ejecuto

 pg_dumpall -U prueba -s -f /tmp/DBs.sql (ok)
 pg_dump   dbdatos -U prueba -s -f /tmp/DBdatos.sql  (ok)

 todo esto lo ejecuto sin problemas , no me pide ni password ni nada

 desde la remota 192.168.2.1 , ejecuto :

 psql dbdatos -h 192.168.1.1 -U prueba  (ok sin problemas no pide 
password )


 pg_dumpall -h 192.168.1.1 -U prueba -s -f /tmp/DBs.sql (se 
queda parado, no pide password)
 pg_dump   dbdatos -h 192.168.1.1 -U prueba -s -f /tmp/DBdatos.sql  (se 
queda parado, no pide password)



He probado a crear el fichero /home/prueba/.pgpass , con permisos 600, 
pero nada


192.168.1.1:5432:dbdatos:prueba:prueba


¿Alguna idea?

Gracias




-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda