The archive_command for a Greenplum Disaster Recovery (GPDR) failed with the following message in the segment log:
2026-02-07 08:37:28.541138 +03,,,p16013,th-504941824,,,,0,,,seg12,,,,,"LOG","00000","3rd party error log:
ERROR: [103]: unable to find a valid repository:
repo1: [FileMissingError] unable to load info file '/<path_to_repo>/gpseg12/archive/gpdb-seg12/archive.info' or '/<path_to_repo>/gpseg12/archive/gpdb-seg12/archive.info.copy':
FileMissingError: unable to open missing file '/<path_to_repo>/gpseg12/archive/gpdb-seg12/archive.info' for read
FileMissingError: unable to open missing file '/<path_to_repo>/gpseg12/archive/gpdb-seg12/archive.info.copy' for read
HINT: archive.info cannot be opened but is required to push/get WAL segments.
HINT: is archive_command configured correctly in postgresql.conf?
HINT: has a stanza-create been performed?
HINT: use --no-archive-check to disable archive checks during backup if you have an alternate archiving scheme.
",,,,,,,,"SysLoggerMain","syslogger.c",719,
2026-02-07 08:37:28.543489 +03,,,p16035,th-504941824,,,,0,,,seg12,,,,,"LOG","00000","archive command failed with exit code 103","The failed archive command was: pgbackrest --stanza=gpdb-seg12 --config=/usr/local/gpdr/configs/pgbackrest-seg12.conf archive-push pg_wal/000000090000096E00000004 --pg1-path $(pwd)",,,,,,0,,"pgarch.c",661,
A build up of WAL files on the primary cluster is also seen.
Files in the repository filesystem were deleted for one or more segments. This caused the file archive.info to be missing.
The recommended solution is to reconfigure GPDR from the beginning.The reconfiguration will clean up any WAL backlog/accumulation.
Refer to "Data Synchronization Tasks" for details on the steps.