wir betreiben postgres schon über 2 jahre und sind momentan auf 9.5.3
nun hatten wir heute morgen den Fall dass das ganze Verzeichnis PGDATA/global verschwunden war (einfach weg)
auschlliessen können wir mometan folgendes:
manueller Delete- auf dem Server waren keine User eingeloggt
PostgreSQL selber - ausser es wäre ein bug
Skripts - wir haben kein einziges Script gefunden dass in diesem Verzeichnis Daten löschen geht und dann nur explizit das global Verzeichnis
das wäre ja schon komisch
hat sonst schon mal jemand ähnliche Erfahrungen gemacht?
oder sonst ncoh eine Idee wie dass geschehen konnte?
also wir wurden nur darauf aufmerksam weil es im postgres log folgende Einträge hatte
2017-03-01 08:01:11.720 CET - - - : PANIC: could not open control file “global/pg_control”: No such file or directory
2017-03-01 08:01:13.390 CET - - - : PANIC: could not open control file “global/pg_control”: No such file or directory
2017-03-01 08:00:18.800 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:19.347 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:19.910 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:21.182 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:21.976 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:22.736 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:23.496 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:24.507 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:25.836 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:26.693 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:27.381 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:28.582 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:29.180 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:29.871 CET - hg - hg_prod - [local] : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
2017-03-01 08:00:30.160 CET - - - : FATAL: could not open relation mapping file “global/pg_filenode.map”: No such file or directory
wieso aber das file und das ganze verzeichnis nicht mehr vorhanden sind - darauf haben wir noch keine hinweise
Ich bin ja nach wie vor der Meinung, daß es ein menschlicher Fehler war. Dein Beitrag von 12:26 zeigt mir, daß ihr keine vollständige Kontrolle über das System habt.
wie meinst du wir hätten keine vollstädndige kontrolle?
ja es ist ein hosting
da haben wir kein root rechte somit haben wir auch keine vollständige kontrolle
oder meinst du eher wir hätten keine Ahnung?
menschlich Fehler? manuell kann es nicht gewesen sein da kein menschlicher User auf dem Server eingeloggt
auch nicht remote
scripts? diese laufen nicht unter dem postgres user und haben somit gar keine rechte dort was zu löschen
und eben das die aufeinmal in einem verzeichnis wo eh niemand was macht ausgerechtnet genau dieses 1 Verzeichnis löscht halte ich für ausgeschlossen