@Puck @ju @matz Postgres deve prima scrivere quello che ha intenzione di fare ("log"), poi lo fa¹

[uilebheist@polyglot.city]

@Puck @ju @matz Postgres deve prima scrivere quello che ha intenzione di fare ("log"), poi lo fa¹.
Se però non c'è posto s'impianta.

Consiglierei di mettere qualcosa per controllare quanto spazio c'è e mandare un email se questo risulta sotto un certo livello (soluzioni più complicate e complete esistono, ma per questo basta una cosa una volta al giorno che usa "df" e confronta l'output...)

¹ questo serve così se c'è un errore o addirittura manca la corrente e si spegne tutto, non perde dati.

[uilebheist@polyglot.city]

@Puck @ju @matz Ah e la rotazione del log di postgres non viene fatta da logrotate, ma da postgres stesso. C'è da qualche parte configurazione su quando farlo, ma sono anni che non uso postgres e dovrei andare a vedere la documentazione per ricordarmi cos'è.

[uilebheist@polyglot.city]

@Puck @ju @matz ... nel frattempo potresti vedere se autovacuum is "on", e magari farne uno manualmente perché sembrerebbe che il database (che è nella stessa partizione del log se non l'avete cambiato voi) occupi più spazio del necessario ("vacuum" va a compattare i file in modo che non ci siano spazi vuoti o dati che dovrebbero essere stati cancellati ma sono ancora lì).

[Chiedete se il precedente non è chiaro, oppure qui c'è qualche lettura leggera:
https://www.postgresql.org/docs/current/runtime-config-vacuum.html ]