Re: basic_archive lost archive_directory
| От | Álvaro Herrera |
|---|---|
| Тема | Re: basic_archive lost archive_directory |
| Дата | |
| Msg-id | 202601301728.sfkizrto3t5i@alvherre.pgsql обсуждение |
| Ответы |
Re: basic_archive lost archive_directory
|
| Список | pgsql-bugs |
On 2026-Jan-29, Олег Самойлов wrote: > 2026-01-23 18:46:49.970 MSK,,,12085,,697397e9.2f35,1,,2026-01-23 18:46:49 > MSK,,0,WARNING,22023,"invalid value for parameter > ""basic_archive.archive_directory"": ""/mnt/ocean/postgres/stars/ > WAL""","Specified archive directory does not exist.",,,,,,,,"","archiver",,0 > 2026-01-23 18:57:23.589 MSK,,,12085,,697397e9.2f35,2,,2026-01-23 18:46:49 > MSK,,0,WARNING,01000,"""archive_mode"" enabled, yet archiving is not > configured","basic_archive.archive_directory is not > set.",,,,,,,,"","archiver",,0 Most likely, the NFS mount was lost for some reason. Did you check the kernel logs? Did you ask your colleagues if they unmounted the filesystem for laughs? Did you search for any funny logs on the NFS server side? > And directory existed and it has old WAL files (before error raised). > The basic_archive is unstable, but I don't know how to repeat this. It's difficult to believe that it was basic_archive's fault; it's just giving you whatever the kernel reported to a stat() call for the directory. -- Álvaro Herrera 48°01'N 7°57'E — https://www.EnterpriseDB.com/ "¿Qué importan los años? Lo que realmente importa es comprobar que a fin de cuentas la mejor edad de la vida es estar vivo" (Mafalda)
В списке pgsql-bugs по дате отправления: