PostgreSQL Absturz
Stefan Krejci <[email protected]> Thu, 30 Nov 2017 19:23:53 +0100 (CET)
| Newsgroups | gmane.comp.db.postgresql.german |
|---|---|
| Message-ID | <[email protected]> |
<!DOCTYPE html>
<html><head>
<meta charset=3D"UTF-8">
</head><body><p>Hallo liebe Community!<br></p><p>Ich lese seit Jahren hier =
interessiert mit, erfahre dabei viel, und war aber bisher aufgrund meines b=
escheidenen Wissens immer recht froh, dass meine Applikation so tadellos li=
ef. Bis gestern. <br></p><p>Ich habe eine Webapplikation, die mithilfe eine=
r PostgreSQL Datenbank (9.4.4.3 x64) seit fast 8 Jahren läuft. In dies=
er Config seit 10.08.2015 durchgehend, die Webapplikation wird täglich=
hundertfach aufgerufen - bisher alles überhaupt kein Problem.<br></p>=
<p>Aber seit gestern stürzt mir der postgres-Dienst (läuft unter =
Windows Server 2008 R2 x64 Datacenter) laufend ab. Wenn ich ihn über d=
ie Windows > Dienste neu starten möchte, erhalte ich die Fehlermel=
dung "Dienste "postgresql-x64-9.4 - PostgreSQL Server 9.4" wurd=
e auf "Lokaler Computer" gestartet und dann angehalten. Einige Dien=
ste werden automatisch angehalten, wenn sie nicht von anderen Diensten oder=
Programmen verwendet werden".<br></p><p>In den Log-Files von PostgreSQ=
L finde ich diesbezüglich folgenden Eintrag:<br></p><p><br></p><p>TopM=
emoryContext: 80832 total in 11 blocks; 1696 free (7 chunks); 79136 used<br=
>  smgr relation table: 24576 total in 2 blocks; 13920 free (4 chunks)=
; 10656 used<br>  ident parser context: 0 total in 0 blocks; 0 free (0=
chunks); 0 used<br>  hba parser context: 3072 total in 2 blocks; 1040=
free (1 chunks); 2032 used<br>  TopTransactionContext: 8192 total in =
1 blocks; 6160 free (5 chunks); 2032 used<br>  TransactionAbortContext=
: 32768 total in 1 blocks; 32736 free (0 chunks); 32 used<br>  Portal =
hash: 8192 total in 1 blocks; 1680 free (0 chunks); 6512 used<br>  Por=
talMemory: 0 total in 0 blocks; 0 free (0 chunks); 0 used<br>  Relcach=
e by OID: 8192 total in 1 blocks; 640 free (0 chunks); 7552 used<br>  =
CacheMemoryContext: 253952 total in 5 blocks; 128 free (2 chunks); 253824 u=
sed<br>    pg_ts_template_tmplname_index: 1024 total in 1 bl=
ocks; 64 free (0 chunks); 960 used<br>    pg_ts_config_map_i=
ndex: 3072 total in 2 blocks; 1784 free (2 chunks); 1288 used<br> =
0;  pg_opclass_oid_index: 1024 total in 1 blocks; 200 free (0 chunks);=
824 used<br>    pg_foreign_data_wrapper_oid_index: 1024 tot=
al in 1 blocks; 200 free (0 chunks); 824 used<br>    pg_even=
t_trigger_evtname_index: 1024 total in 1 blocks; 200 free (0 chunks); 824 u=
sed<br>    pg_ts_dict_oid_index: 1024 total in 1 blocks; 200=
free (0 chunks); 824 used<br>    pg_event_trigger_oid_index=
: 1024 total in 1 blocks; 200 free (0 chunks); 824 used<br>  =
0; pg_conversion_default_index: 3072 total in 2 blocks; 1784 free (2 chunks=
); 1288 used<br>    pg_operator_oprname_l_r_n_index: 3072 to=
tal in 2 blocks; 1784 free (2 chunks); 1288 used<br>    pg_e=
num_typid_label_index: 1024 total in 1 blocks; 64 free (0 chunks); 960 used=
<br>    pg_ts_config_oid_index: 1024 total in 1 blocks; 200 =
free (0 chunks); 824 used<br>    pg_user_mapping_oid_index: =
1024 total in 1 blocks; 200 free (0 chunks); 824 used<br>   =
pg_opfamily_am_name_nsp_index: 3072 total in 2 blocks; 1784 free (2 chunks=
); 1288 used<br>    pg_foreign_table_relid_index: 1024 total=
in 1 blocks; 200 free (0 chunks); 824 used<br>    pg_type_o=
id_index: 1024 total in 1 blocks; 200 free (0 chunks); 824 used<br> &#=
160;  pg_aggregate_fnoid_index: 1024 total in 1 blocks; 200 free (0 ch=
unks); 824 used<br>    pg_constraint_oid_index: 1024 total i=
n 1 blocks; 200 free (0 chunks); 824 used<br>    pg_rewrite_=
rel_rulename_index: 1024 total in 1 blocks; 64 free (0 chunks); 960 used<br=
>    pg_ts_parser_prsname_index: 1024 total in 1 blocks; 64 =
free (0 chunks); 960 used<br>    pg_ts_config_cfgname_index:=
1024 total in 1 blocks; 64 free (0 chunks); 960 used<br>   =
pg_ts_parser_oid_index: 1024 total in 1 blocks; 200 free (0 chunks); 824 u=
sed<br>    pg_operator_oid_index: 1024 total in 1 blocks; 20=
0 free (0 chunks); 824 used<br>    pg_namespace_nspname_inde=
x: 1024 total in 1 blocks; 200 free (0 chunks); 824 used<br>  =
60; pg_ts_template_oid_index: 1024 total in 1 blocks; 200 free (0 chunks); =
824 used<br>    pg_amop_opr_fam_index: 3072 total in 2 block=
s; 1784 free (2 chunks); 1288 used<br>    pg_default_acl_rol=
e_nsp_obj_index: 3072 total in 2 blocks; 1784 free (2 chunks); 1288 used<br=
>    pg_collation_name_enc_nsp_index: 3072 total in 2 blocks=
; 1784 free (2 chunks); 1288 used<br>    pg_range_rngtypid_i=
ndex: 1024 total in 1 blocks; 200 free (0 chunks); 824 used<br>  =
  pg_ts_dict_dictname_index: 1024 total in 1 blocks; 64 free (0 chunks=
); 960 used<br>    pg_type_typname_nsp_index: 1024 total in =
1 blocks; 64 free (0 chunks); 960 used<br>    pg_opfamily_oi=
d_index: 1024 total in 1 blocks; 200 free (0 chunks); 824 used<br> =
60;  pg_class_oid_index: 1024 total in 1 blocks; 200 free (0 chunks); =
824 used<br>    pg_proc_proname_args_nsp_index: 3072 total i=
n 2 blocks; 1784 free (2 chunks); 1288 used<br>    pg_attrib=
ute_relid_attnum_index: 1024 total in 1 blocks; 64 free (0 chunks); 960 use=
d<br>    pg_proc_oid_index: 1024 total in 1 blocks; 200 free=
(0 chunks); 824 used<br>    pg_language_oid_index: 1024 tot=
al in 1 blocks; 200 free (0 chunks); 824 used<br>    pg_name=
space_oid_index: 1024 total in 1 blocks; 200 free (0 chunks); 824 used<br>&=
#160;   pg_amproc_fam_proc_index: 3072 total in 2 blocks; 1784 fr=
ee (2 chunks); 1288 used<br>    pg_foreign_server_name_index=
: 1024 total in 1 blocks; 200 free (0 chunks); 824 used<br>  =
0; pg_attribute_relid_attnam_index: 1024 total in 1 blocks; 64 free (0 chun=
ks); 960 used<br>    pg_conversion_oid_index: 1024 total in =
1 blocks; 200 free (0 chunks); 824 used<br>    pg_user_mappi=
ng_user_server_index: 1024 total in 1 blocks; 64 free (0 chunks); 960 used<=
br>    pg_conversion_name_nsp_index: 1024 total in 1 blocks;=
64 free (0 chunks); 960 used<br>    pg_authid_oid_index: 10=
24 total in 1 blocks; 152 free (0 chunks); 872 used<br>    p=
g_auth_members_member_role_index: 1024 total in 1 blocks; 64 free (0 chunks=
); 960 used<br>    pg_tablespace_oid_index: 1024 total in 1 =
blocks; 200 free (0 chunks); 824 used<br>    pg_database_dat=
name_index: 1024 total in 1 blocks; 152 free (0 chunks); 872 used<br> =
   pg_auth_members_role_member_index: 1024 total in 1 blocks; 64 =
free (0 chunks); 960 used<br>    pg_database_oid_index: 1024=
total in 1 blocks; 200 free (0 chunks); 824 used<br>    pg_=
authid_rolname_index: 1024 total in 1 blocks; 152 free (0 chunks); 872 used=
<br>  MdSmgr: 0 total in 0 blocks; 0 free (0 chunks); 0 used<br> =
LOCALLOCK hash: 8192 total in 1 blocks; 1680 free (0 chunks); 6512 used<br=
>  Timezones: 79376 total in 2 blocks; 3744 free (0 chunks); 75632 use=
d<br>  ErrorContext: 8192 total in 1 blocks; 8160 free (0 chunks); 32 =
used<br>2017-11-30 15:21:17 CET FATAL:  out of memory<br>2017-11-30 15=
:21:17 CET DETAIL:  Failed on request of size 186.<br>2017-11-30 15:23=
:51 CET LOG:  could not reserve shared memory region (addr=3D000000000=
1540000) for child 0000000000000868: error code 1455<br>2017-11-30 15:23:51=
CET LOG:  konnte neuen Prozess für Verbindung nicht starten (for=
k-Fehler): No error<br>2017-11-30 15:23:51 CET LOG:  CreateProcess cal=
l failed: No error (error code 8)<br>2017-11-30 15:23:51 CET LOG:  kon=
nte neuen Prozess für Verbindung nicht starten (fork-Fehler): No error=
<br>2017-11-30 15:23:51 CET LOG:  CreateProcess call failed: No error =
(error code 8)<br>2017-11-30 15:23:51 CET LOG:  konnte neuen Prozess f=
ür Verbindung nicht starten (fork-Fehler): No error<br>2017-11-30 15:2=
4:13 CET LOG:  Serverprozess (PID 83648) wurde durch Ausnahme 0xC00001=
2D beendet<br>2017-11-30 15:24:13 CET TIPP:  Sehen Sie die Beschreibun=
g des Hexadezimalwerts in der C-Include-Datei „ntstatus.h“ nach=
.<br>2017-11-30 15:24:13 CET LOG:  aktive Serverprozesse werden abgebr=
ochen<br>2017-11-30 15:24:13 CET WARNUNG:  breche Verbindung ab wegen =
Absturz eines anderen Serverprozesses<br>2017-11-30 15:24:13 CET DETAIL:=
60; Der Postmaster hat diesen Serverprozess angewiesen, die aktuelle Transa=
ktion zurückzurollen und die Sitzung zu beenden, weil ein anderer Serv=
erprozess abnormal beendet wurde und möglicherweise das Shared Memory =
verfälscht hat.<br>2017-11-30 15:24:13 CET TIPP:  In einem Moment=
sollten Sie wieder mit der Datenbank verbinden und Ihren Befehl wiederhole=
n können.<br>2017-11-30 15:24:13 CET LOG:  alle Serverprozesse be=
endet; initialisiere neu<br>2017-11-30 15:24:13 CET FATAL:  konnte Sha=
red-Memory-Segment nicht erzeugen: Fehlercode 1455<br>2017-11-30 15:24:13 C=
ET DETAIL:  Fehlgeschlagener Systemaufruf war CreateFileMapping(Gr=
6;ße=3D152993792, Name=3DGlobal/PostgreSQL:C:/WebServer/PostgreSQL944D=
ata).<br></p><p><br></p><p>Jetzt ist "out of memory" und "konnt=
e Shared-Memory-Segment nicht erzeugen" ja eigentlich ziemlich eindeuti=
g - also habe ich die Werte für shared_buffers, temp_buffers, work_mem=
und maintenance_work_mem einmal erhöht - keine Änderung. <br></p=
><p>In der Windows-Ereignisanzeige tritt unter PostgreSQL bei diesem fehlge=
schlagenen Start ebenfalls ein Fehler-Eintrag auf, und zwar genau die letzt=
en beiden Zeilen vom obigen Log. Dann noch ein zweiter mit "Zeitüb=
erschreitung beim Warten auf Start des Server".<br></p><p>Jetzt habe ic=
h natürlich ein Backup der Datenbank von 15:11 Uhr, also kurz vor dem =
letzten Crash lt. Log. Jetzt hätte ich als nächsten Schritt Postg=
reSQL deinstalliert, neu installiert und das Backup neu eingespielt. Nur: W=
indows lässt mich PostgreSQL nicht deinstallieren. Entweder passiert &=
#252;berhaupt nichts, oder es erscheint ein Windows-Fehler-Popup, aber ohne=
Text und mit nicht-beschriftetem Button. Ergo: Da hats gewaltig was.<br></=
p><p>Hat irgendwer noch irgendwelche Tipps, die ich ausprobieren könnt=
e, bevor ich die ganze VM zurücksetzen lasse und die gesamte Webapplik=
ation neu installieren muss?<br></p><p>Danke, Stefan<br></p></body></html>
=20