On Mon, 2020-11-09 at 13:53 +0000, Buzenets, Yuriy (GE Renewable Energy, consultant) wrote: If I delete all the noise from the log, file, this remains: > < 2020-10-29 11:51:59.345 PDT >STATEMENT: SELECT NULL AS TABLE_CAT, n.nspname AS TABLE_SCHEM, [...] > < 2020-10-29 12:04:09.700 PDT >LOG: database system was interrupted; last known up at 2020-10-29 12:03:16 PDT > < 2020-10-29 12:04:09.812 PDT >LOG: database system was not properly shut down; automatic recovery in progress > < 2020-10-29 12:04:09.817 PDT >LOG: redo starts at 43C/E887E1C8 > < 2020-10-29 12:04:09.916 PDT >LOG: record with zero length at 43C/E8ED94D8 > < 2020-10-29 12:04:09.917 PDT >LOG: redo done at 43C/E8ED94A8 > < 2020-10-29 12:04:09.917 PDT >LOG: last completed transaction was at log time 2020-10-29 12:03:46.422937-07 > < 2020-10-29 12:04:09.938 PDT >LOG: MultiXact member wraparound protections are now enabled > < 2020-10-29 12:04:09.941 PDT >LOG: autovacuum launcher started > < 2020-10-29 12:04:09.941 PDT >LOG: database system is ready to accept connections > < 2020-10-29 12:26:44.453 PDT >LOG: received fast shutdown request > < 2020-10-29 12:26:44.453 PDT >LOG: aborting any active transactions > < 2020-10-29 12:26:44.544 PDT >LOG: shutting down > < 2020-10-29 12:26:44.587 PDT >LOG: database system is shut down > < 2020-10-29 12:27:13.156 PDT >LOG: database system was shut down at 2020-10-29 12:26:44 PDT > < 2020-10-29 12:27:13.178 PDT >LOG: MultiXact member wraparound protections are now enabled > < 2020-10-29 12:27:13.179 PDT >LOG: autovacuum launcher started > < 2020-10-29 12:27:13.179 PDT >LOG: database system is ready to accept connections > < 2020-10-29 15:02:42.588 PDT >LOG: received fast shutdown request > < 2020-10-29 15:02:42.588 PDT >LOG: aborting any active transactions > < 2020-10-29 15:02:42.712 PDT >LOG: shutting down > < 2020-10-29 15:02:42.732 PDT >LOG: database system is shut down > < 2020-10-29 15:02:43.711 PDT >LOG: database system was shut down at 2020-10-29 15:02:42 PDT > < 2020-10-29 15:02:43.714 PDT >LOG: MultiXact member wraparound protections are now enabled > < 2020-10-29 15:02:43.715 PDT >LOG: autovacuum launcher started > < 2020-10-29 15:02:43.716 PDT >LOG: database system is ready to accept connections There was a operating system crash or a "kill -9" somewhere between 11:51 and 12:04 on Oct. 29. PostgreSQL got restarted and recovered at 12:04. Then there were two more clean shutdowns and restarts at 12:26 and 15:02. Your problem is probably the first crash. If you don't have any indication that the machine crashed, look into the kernel log - perkaps the out-of-memory killer struck (assuming this is Linux). Yours, Laurenz Albe -- Cybertec | https://www.cybertec-postgresql.com
