For the past few weeks, my wal archive backups (replication mode) of postgresql databases no longer work.
the error message is:
(error): Client pgisdata-new went offline.
(error): Error saving metadata. Could not open output file at "/media/vol1/urbackup/pgisdata-mshe.univ-fcomte.fr/221024-1932/.hashes/urbackup_backup_scripts/postgresbase/.dir_metadata"
this error seems unavoidable because urbackup_backup_scripts/postgresbase is a file and not a directory.
In previous months this backup ran without problems, the .hashes/urbackup_backup_scripts/postgresbase/.dir_metadata file was created without any issues.
unfortunately no… I would have liked to declare this problem on the project’s github https://github.com/uroni/urbackup_backend, but it does not contain the “issues” section.
The replication of the postgresql databases is not done, there is an error on this subject in the postgresql logs, /var/log/postgresql/postgresql-14-main.log in my case.
2022-11-22 10:31:45.164 CET [106175] postgres@[unknown] LOG: failed to send data to client: Relay broken (pipe)
2022-11-22 10:31:45.164 CET [106175] postgres@[unknown] INSTRUCTION: BASE_BACKUP LABEL 'pg_basebackup base backup' PROGRESS WAL NOWAIT TABLESPACE_MAP MANIFEST 'yes'
2022-11-22 10:31:45.165 CET [106175] postgres@[unknown] ERROR: base backup failed to send data, backup aborted
2022-11-22 10:31:45.165 CET [106175] postgres@[unknown] INSTRUCTION: BASE_BACKUP LABEL 'pg_basebackup base backup' PROGRESS WAL NOWAIT TABLESPACE_MAP MANIFEST 'yes'
2022-11-22 10:31:45.165 CET [106175] postgres@[unknown] FATAL: client connection lost
When I saw the new version of the Urbackup server, UrBackup 2.5.27, I thought that the problem was going to be solved… but such was not the case.
@thijs-42 you are right, thanks for the suggestion.
UrBackup Server v2.5.27.0 and UrBackup Client Controller v2.4.11.0 is the winning couple!
Disadvantage of this solution: updates from all other clients are blocked, but we can’t do better until the problem is solved.
Meanwhile I’m on Server 2.5.30. The problem still persists.
I looked into it again, as it seems the problem is the path. Error saving metadata. Could not open output file at "/var/lib/urbackup/psqlserver/230419-1416/.hashes/urbackup_backup_scripts/postgresbase/.dir_metadata
I’ve taken a look at that directory. “.hashes/urbackup_backup_scripts/postgresbase” is a file. Therefore it can not contain the file .dir_metadata. But in “.hashes/urbackup_backup_scripts” there exists a file .dir_metadata. Probably it wan’t to reference that one?
Anyway, would be cool if there would be a bug tracker somewhere, to follow bugs, and get notified when they are fixed…