Hola Alvaro, gracias por responder. Mira esta es la salida con la opcion -v
/usr/bin/pg_basebackup -v -P -R -X stream -c fast -r 1024M -h 192.168.1.100
-U postgres --xlogdir=/pg_xlog
--tablespace-mapping=/mnt/indices=/mnt/ts_indices/
-D /datos/
pg_basebackup: initiating base backup, waiting for checkpoint to complete
pg_basebackup: checkpoint completed
transaction log start point: 31C6/9B69B6F8 on timeline 3
pg_basebackup: starting background WAL receiver
pg_basebackup: could not create directory "/mnt/ts_indices /PG_9.4_201505291":
File exists
Respondiendo a tu pregunta, no existe otro tablespace con el mismo nombre .
Este es el listado de tablespaces del servidor esclavo que voy a utilizar
para replicar a ortro servidor (cascada), esto es lo que estoy haciendo:
Master->Esclavo1->Esclavo2
postgres=# \db
List of tablespaces
Name | Owner | Location
-------------+----------+---------------------------------------
pg_default | postgres |
pg_global | postgres |
indice_space | switch | / mnt/indices
Saludos
El 7 de junio de 2018, 17:34, Alvaro Herrera <[email protected]>
escribió:
> Alberto Cardenas Cardenas escribió:
> > Hola Jaime, gracias por nresponder.
> > El directorio no existe, se crea en el pb_basebackup, todos los
> directorios
> > del futuro servidor esclavo estan vacios. Por eso no entiendo que esta
> > pasando
>
> ¿Probaste a usar -v a ver si dice algo que explique el problema?
>
> Voy a responder con una idea estúpida para ganar tiempo mientras a
> alguien se le ocurre una inteligente ... ¿no tendrás más de un
> tablespace con la misma ubicación, o algo parecido que causa un
> conflicto?
>
> --
> Álvaro Herrera https://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>