macOS Sonoma 14.2.1 (23C71), recém-atualizado para 14.5 (23F79)
História
Eu tinha um script python (norgis ALKIS-Import) importando muitos dados para meu banco de dados Postgres no fim de semana. Quando voltei hoje, o banco de dados ainda estava funcionando, mas não consegui acessá-lo. Recebi esta mensagem de erro: "base/5/2703": No such file or directory. Depois de reiniciar meu Mac, ele não iniciava mais.
Cópias de segurança
Eu tenho um armazenamento conectado diretamente com RAID 10, onde faço backups diários e mensais usando um script de shell rsync e LaunchAgents. Apenas copia a pasta var-16 para o grande armazenamento. Tentei iniciar todos os backups diários (7) e o backup mensal e todos apresentaram o mesmo erro. Eu também tinha um backup com algumas semanas, mas recebo o mesmo erro. Minha mente simplesmente não consegue explicar por que diabos todos os meus backups estão danificados sem que eu toque em nenhum deles.
O que eu tentei
- Criei um novo servidor Postgres no mesmo Mac e ele funciona perfeitamente.
- Executei o servidor em outro Mac (está armazenado em um SSD externo), mas ainda recebi a mesma mensagem de erro.
Esta é a saída de log do arquivo postgresql.log após iniciar o servidor.
2024-07-22 14:29:58.728 CEST [9382] LOG: listening on IPv6 address "::", port 5432
2024-07-22 14:29:58.728 CEST [9382] LOG: listening on IPv4 address "0.0.0.0", port 5432
2024-07-22 14:29:58.729 CEST [9382] LOG: listening on Unix socket "/tmp/.s.PGSQL.5432"
2024-07-22 14:29:58.744 CEST [9382] LOG: could not open directory "pg_tblspc/.DS_Store/PG_16_202307071/pgsql_tmp": Not a directory
2024-07-22 14:29:58.744 CEST [9382] LOG: could not open directory "pg_tblspc/.DS_Store/PG_16_202307071": Not a directory
2024-07-22 14:29:58.745 CEST [9385] LOG: database system was interrupted while in recovery at 2024-07-22 14:23:35 CEST
2024-07-22 14:29:58.745 CEST [9385] HINT: This probably means that some data is corrupted and you will have to use the last backup for recovery.
2024-07-22 14:30:03.952 CEST [9385] LOG: database system was not properly shut down; automatic recovery in progress
2024-07-22 14:30:03.966 CEST [9385] FATAL: could not open directory "pg_tblspc/.DS_Store/PG_16_202307071": Not a directory
2024-07-22 14:30:03.967 CEST [9382] LOG: startup process (PID 9385) exited with exit code 1
2024-07-22 14:30:03.967 CEST [9382] LOG: aborting startup due to startup process failure
2024-07-22 14:30:03.967 CEST [9382] LOG: database system is shut down
Também não entendo por que ele deseja fazer algo em um diretório .DS_Store. Eles não são feitos e usados pelo macOS?
Editar
Se alguém souber por que todos os meus backups também foram danificados, responda. De onde vieram os .DS_Stores e por que o postgres tentou fazer algo com os arquivos .DS_Store? Obrigado!
Então, no meu log, houve um erro com alguns diretórios/arquivos no
pg_tblspcdiretório:Acabei de copiar esta pasta de um servidor em funcionamento e substituí-la pelo servidor com defeito. Acho que isso aconteceu por causa de alguns arquivos .DS_Store criados pelo macOS nessa pasta.
Agora ele inicia e funciona novamente!! :)
Por favor, por favor , diga-me que você desligou seu banco de dados (ou o colocou no "modo de backup") ao fazer esses "Backups". Caso contrário, qualquer coisa que você copiar do banco de dados em execução poderá ser totalmente inútil .
Lembre-se de que a maior parte do que o PostgreSQL faz acontece na memória de um processo em execução. Seus dados só são gravados no disco "algum tempo" depois e podem ser gravados em qualquer parte dos arquivos de dados. Se o seu rsync estiver na metade da leitura de um arquivo e o PostgreSQL optar por gravar dados no início desse arquivo, então seu "backup" não terá esses dados.
Recomendação: Use ferramentas de banco de dados para trabalhos de banco de dados.