Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
Nous avons nos systèmes de production avec du archive-log via pgbackrest sur un serveur _distant_
Il nous arrive d'avoir un archiver en erreur ; donc accumulation de WALs. Pour le moment, la procédure est de réinitialiser le stanza.
Manifestement, le serveur distant pgbackrest dit que le le WAL a déjà été enregistré avec le même checksum. Est-ce que quelqu'un a été déjà confronté à ce genre de problème ? Ça viendrait de quoi ?
Hors ligne
À priori les auteurs de pgbackrest sont les premiers à dire qu'il faut qu'un outil d'archivage soit capable d'ignorer une tentative d'archivage d'un fichier déjà existant s'il s'agit exactement du même fichier, cf https://www.postgresql.org/message-id/5 … asters.net et la doc mise à jour pour la future version 16:
https://www.postgresql.org/docs/devel/c … iving.html
In rare cases, PostgreSQL may attempt to re-archive a WAL file that was previously archived. For example, if the system crashes before the server makes a durable record of archival success, the server will attempt to archive the file again after restarting (provided archiving is still enabled). When an archive command or library encounters a pre-existing file, it should return a zero status or true, respectively, if the WAL file has identical contents to the pre-existing archive and the pre-existing archive is fully persisted to storage. If a pre-existing file contains different contents than the WAL file being archived, the archive command or library must return a nonzero status or false, respectively.
Il faudrait donc voir après du projet pgbackrest pourquoi l'outil ne réagit comme les auteurs disent qu'il devrait.
Julien.
https://rjuju.github.io/
Hors ligne
Merci beaucoup.
Hors ligne
Pages : 1
