Re: pg_dumpall desde maquina remota

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 <jucabapa(at)gmail(dot)com
> <mailto:jucabapa(at)gmail(dot)com>>:
>
> El 20/09/2016 a las 11:36, Francisco Olarte escribió:
>
> Solo una nota:
>
> 2016-09-20 9:52 GMT+02:00 Kernel <jucabapa(at)gmail(dot)com
> <mailto:jucabapa(at)gmail(dot)com>>:
>
> 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(at)postgresql(dot)org <mailto:pgsql-es-ayuda(at)postgresql(dot)org>)
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
> <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(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda