From: kernel <jucabapa@gmail.com>
To: Felipe Nicolas Alvarado Diaz <felipealvaradodiaz@gmail.com>
Cc: Ayuda <pgsql-es-ayuda@postgresql.org>
Subject: Re: comenzado con barman
Date: Wed, 5 Mar 2025 18:00:45 +0100
Message-ID: <e4d3a351-e33b-4285-b40c-06aee188a271@gmail.com> (raw)
In-Reply-To: <CAE+H7JOdpzDsaZcb6zmLD4k48D5cEb+VNRq-syHF4h7ZtoVAow@mail.gmail.com>
References: <7e9029c3-c2b7-450f-b7d9-b019780565da@gmail.com>
<CAE+H7JOdpzDsaZcb6zmLD4k48D5cEb+VNRq-syHF4h7ZtoVAow@mail.gmail.com>
El 05/03/2025 a las 15:46, Felipe Nicolas Alvarado Diaz escribió:
> Hola,
>
> Podrías adjuntar el comando que estás utilizando para recuperar, y que
> te devuelve en el log de barman cuando lo ejecutas.
> También podrías adjuntar que te devuelve el "barman check all" y
> "barman list-backup all".
>
> Saludos.
>
> El mié, 5 mar 2025 a las 9:03, kernel (<jucabapa@gmail.com>) escribió:
>
> Hola,
>
> Estoy intentando montar barman, y hay algo que no debo de estar
> haciendo correctamente, he probado varias veces y siempre obtengo
> el mismo error, cuando recupero a una fecha determinada
>
> '/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el
> fichero o el directorio
>
> Entiendo que ademas de la ultima copia completa también tengo los
> archivos wal que han ido pasando a la maquina del barman, cuando
> hago el recuperación veo que me deja los archivos en el barman_wal.
>
> Hay algo que no estoy haciendo mal, si recupera la ultima copia no
> hay problema , es cuando le pido unos minutos después de la ultima
> copia.
>
> Un Saludo
>
>
Hola,
Te envio la informacion de la que dispongo
**** BARMAN ****
barman check master
Server master:
PostgreSQL: OK
superuser or standard user with backup privileges: OK
PostgreSQL streaming: OK
wal_level: OK
replication slot: OK
directories: OK
retention policy settings: OK
backup maximum age: OK (no last_backup_maximum_age provided)
backup minimum size: OK (37.0 MiB)
wal maximum age: OK (no last_wal_maximum_age provided)
wal size: OK (16.2 KiB)
compression settings: OK
failed backups: OK (there are 0 failed backups)
minimum redundancy requirements: OK (have 3 backups, expected at least 0)
pg_basebackup: OK
pg_basebackup compatible: OK
pg_basebackup supports tablespaces mapping: OK
systemid coherence: OK
pg_receivexlog: OK
pg_receivexlog compatible: OK
receive-wal running: OK
archive_mode: OK
archive_command: OK
continuous archiving: OK
archiver errors: OK
**** BARMAN ****
barman list-backup master
master 20250305T163129 - F - Wed Mar 5 16:34:28 2025 - Size: 37.0 MiB -
WAL Size: 16.2 KiB
master 20250227T142808 - F - Thu Feb 27 14:28:12 2025 - Size: 22.4 MiB -
WAL Size: 2.0 MiB
master 20250227T134237 - F - Thu Feb 27 13:42:40 2025 - Size: 22.4 MiB -
WAL Size: 1.1 MiB
**** MASTER ****
systemctl stop postgresql-16
cd /var/lib/pgsql/16
rm -rf data
**** BARMAN ****
barman recover --remote-ssh-command "ssh postgres@192.168.222.66" master
/var/lib/pgsql/16/data --target-time '2025-03-05 09:10:00+01:00'
Starting remote restore for server master using backup 20250227T142808
Destination directory: /var/lib/pgsql/16/data
Remote command: ssh postgres@192.168.222.66
Doing PITR. Recovery target time: '2025-03-05 09:10:00+01:00'
Copying the base backup.
Copying required WAL segments.
Generating recovery configuration
Identify dangerous settings in destination directory.
IMPORTANT
These settings have been modified to prevent data losses
postgresql.conf line 826: archive_command = false
Restore operation completed (start time: 2025-03-05
16:50:12.045029+01:00, elapsed time: 7 seconds)
Your PostgreSQL server has been successfully prepared for recovery!
**** MASTER ****
systemctl start postgresql-16
LOG:
2025-03-05 17:52:45.811 CET [16130] LOG: iniciando PostgreSQL 16.8 on
x86_64-pc-linux-gnu, compiled by gcc (GCC) 11.5.0 20240719 (Red Hat
11.5.0-5), 64-bit
2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la dirección
IPv4 «0.0.0.0», port 5432
2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la dirección
IPv6 «::», port 5432
2025-03-05 17:52:45.814 CET [16130] LOG: escuchando en el socket Unix
«/run/postgresql/.s.PGSQL.5432»
2025-03-05 17:52:45.818 CET [16130] LOG: escuchando en el socket Unix
«/tmp/.s.PGSQL.5432»
2025-03-05 17:52:45.821 CET [16134] LOG: el sistema de bases de datos
fue interrumpido; última vez en funcionamiento en 2025-02-27 14:28:08 CET
2025-03-05 17:52:45.821 CET [16134] LOG: creando el directorio WAL
faltante «pg_wal/archive_status»
cp: no se puede efectuar `stat' sobre
'/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el
fichero o el directorio
2025-03-05 17:52:46.117 CET [16134] LOG: comenzando el proceso de
recuperación hasta 2025-03-05 09:10:00+01
2025-03-05 17:52:46.117 CET [16134] LOG: iniciando recuperación de
backup con LSN de redo 0/9000028, LSN de checkpoint 0/9000060, en timeline 1
2025-03-05 17:52:46.127 CET [16134] LOG: se ha restaurado el archivo
«000000010000000000000009» desde el área de archivado
2025-03-05 17:52:46.153 CET [16134] LOG: redo comienza en 0/9000028
2025-03-05 17:52:46.165 CET [16134] LOG: se ha restaurado el archivo
«00000001000000000000000A» desde el área de archivado
2025-03-05 17:52:46.205 CET [16134] LOG: se ha restaurado el archivo
«00000001000000000000000B» desde el área de archivado
2025-03-05 17:52:46.236 CET [16134] LOG: se completó la recuperación de
backup con LSN de redo 0/9000028 y LSN de término 0/9000100
2025-03-05 17:52:46.236 CET [16134] LOG: el estado de recuperación
consistente fue alcanzado en 0/9000100
2025-03-05 17:52:46.236 CET [16130] LOG: el sistema de bases de datos
está listo para aceptar conexiones de sólo lectura
2025-03-05 17:52:46.250 CET [16134] LOG: se ha restaurado el archivo
«00000001000000000000000C» desde el área de archivado
2025-03-05 17:52:46.301 CET [16134] LOG: se ha restaurado el archivo
«00000001000000000000000D» desde el área de archivado
2025-03-05 17:52:46.371 CET [16134] LOG: deteniendo recuperación antes
de comprometer la transacción 745, hora 2025-03-05 16:29:46.749885+01
2025-03-05 17:52:46.371 CET [16134] LOG: pausando al final de la
recuperación
2025-03-05 17:52:46.371 CET [16134] HINT: Ejecute
pg_wal_replay_resume() para promover.
2025-03-05 17:53:02.070 CET [16242] ERROR: el punto de inicio
solicitado 0/12000000 está más adelante que la posición de
sincronización (flush) de WAL de este servidor 0/D42E0A8
2025-03-05 17:53:02.070 CET [16242] SENTENCIA: START_REPLICATION SLOT
"barman" 0/12000000 TIMELINE 1
2025-03-05 17:54:02.265 CET [16473] ERROR: el punto de inicio
solicitado 0/12000000 está más adelante que la posición de
sincronización (flush) de WAL de este servidor 0/D42E0A8
2025-03-05 17:54:02.265 CET [16473] SENTENCIA: START_REPLICATION SLOT
"barman" 0/12000000 TIMELINE 1
2025-03-05 17:55:01.516 CET [16712] ERROR: el punto de inicio
solicitado 0/12000000 está más adelante que la posición de
sincronización (flush) de WAL de este servidor 0/D42E0A8
2025-03-05 17:55:01.516 CET [16712] SENTENCIA: START_REPLICATION SLOT
"barman" 0/12000000 TIMELINE 1
Aqui se queda , no dice cuando ha terminado
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-es-ayuda@postgresql.org
Cc: jucabapa@gmail.com, felipealvaradodiaz@gmail.com
Subject: Re: comenzado con barman
In-Reply-To: <e4d3a351-e33b-4285-b40c-06aee188a271@gmail.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox