<div dir="ltr"><br><div>Hallo Zusammen,</div><div><br></div><div>seit gestern Abend geht "nichts" mehr :-(</div><div>Seit vielen Wochen nutze ich meinen PI um meinen Stromzähler auszulesen, was auch wunderbar funktioniert.</div>
<div>Die Datenbank liegt auf meinem NAS (eine Synology).</div><div><br></div><div>Als nächstes kam das auslesen der Daten meiner PV-Anlage ... auch das geht einwandfrei (hier kommen die Daten mittels vzclient von einem anderen PI in der Datenbank an).</div>
<div><br></div><div>Das frontend läuft direkt auf der Synology (hier habe ich einfach das ganze Verzeichnis "<a href="http://volkszaehler.org">volkszaehler.org</a>" von meinem PI auf die Sysnology kopoiert --> und es lief ohne jegliche Anpassungen ... und auch deutlich schneller).</div>
<div><br></div><div>Ich hatte alle 1-2 Wochen mal ein Problem mit "duplicate keys", was sich aber mit einem einfachen stop und start von vzlogger (service vzlogger stop und dann wieder start) beheben ließ.</div>
<div><br></div><div>Nun habe ich seit gut einer Woche die kleine Erweiterung von Udo dran, um meinen Gaszähler auszulesen. Auch das lief nach ein paar kleinen Anfangsproblemen gut und auch stabil (über s0vz).</div><div><br>
</div><div>Doch seit gestern geht irgendwie nichts mehr (was die Daten vom Stromzähler angeht). Der Gaszähler (über s0vz auf dem gleichen PI) und auch die PV-Anlage (kommt ja von einem anderen PI) laufen einwandfrei.</div>
<div><br></div><div>Ich dachte es wäre mit einem stop / start von vzlogger getan. Doch auch nach service vzlogger start passiert nichts mehr :-(</div><div><br></div><div>Im logfile von vzlogger habe ich dann gesehen, dass neben dem typischen "duplicate key" Problem nun auch ein Fehler mit der maximalen Anzahl connections (ich solle ein <span style="font-family:Consolas,Menlo,Monaco,'Lucida Console','Liberation Mono','DejaVu Sans Mono','Bitstream Vera Sans Mono','Courier New',monospace,serif;white-space:inherit;color:rgb(0,0,0);font-size:14px;line-height:17.804800033569336px;background-color:transparent">mysqladmin flush-hosts ausführen) </span>zur Datenbank dazu kam.</div>
<div><br></div><div>Nachdem ich dann auch noch meine Synology neugestartet habe, kam dieser Fehler nicht mehr ... aber es ging immer noch nicht.</div><div><br></div><div>Nach mehreren reboots des Pi habe ich dann in der vzlogger-Config das Debug-Level auf 15 gesetzt sowie den daemon aus gestellt. Und dann von der Kommandozeile aus gestartet --> und dann kamen wieder Daten an ... </div>
<div>Also dachte ich --> Problem gelöst (da war dann heute Nacht um 1 Uhr) ...</div><div><br></div><div>Heute morgen dann das gleich Spiel --> kurz nach 1 Uhr war dann auch wieder Schluss --> keine Daten mehr :-(</div>
<div>Und das Logfile wieder voll mit duplcate keys - Problemen.</div><div><br></div><div>Und in var/log/messages finde ich auch eine ganze Menge an Einträgen --> und wenn ich mich nicht täusche, dann auch einen Neustart des PI heute morgen ..</div>
<div><br></div><div>Unter anderem finde ich in /var/log/messages folgendes:</div><div><br></div><div><div>Jun 22 08:38:39 raspberrypi kernel: [28235.604032] vzlogger invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0</div>
<div>Jun 22 08:38:40 raspberrypi kernel: [28235.604074] CPU: 0 PID: 2864 Comm: vzlogger Not tainted 3.12.20+ #687</div><div>Jun 22 08:38:40 raspberrypi kernel: [28235.604144] [<c0013ec0>] (unwind_backtrace+0x0/0xf0) from [<c0011284>] (show_stack+0x10/0x14)</div>
<div>Jun 22 08:38:40 raspberrypi kernel: [28235.604183] [<c0011284>] (show_stack+0x10/0x14) from [<c041d1c0>] (dump_header.isra.13+0x74/0x1b0)</div><div>Jun 22 08:38:40 raspberrypi kernel: [28235.604240] [<c041d1c0>] (dump_header.isra.13+0x74/0x1b0) from [<c009d61c>] (oom_kill_process+0x2b8/0x438)</div>
<div>Jun 22 08:38:40 raspberrypi kernel: [28235.604272] [<c009d61c>] (oom_kill_process+0x2b8/0x438) from [<c009dc50>] (out_of_memory+0x27c/0x2c8)</div><div>Jun 22 08:38:40 raspberrypi kernel: [28235.604307] [<c009dc50>] (out_of_memory+0x27c/0x2c8) from [<c00a1a8c>] (__alloc_pages_nodemask+0x89c/0x8e0)</div>
<div>Jun 22 08:38:40 raspberrypi kernel: [28235.604337] [<c00a1a8c>] (__alloc_pages_nodemask+0x89c/0x8e0) from [<c009c530>] (filemap_fault+0x210/0x4ac)</div><div>Jun 22 08:38:40 raspberrypi kernel: [28235.604382] [<c009c530>] (filemap_fault+0x210/0x4ac) from [<c00b7818>] (__do_fault+0x6c/0x4f4)</div>
<div>Jun 22 08:38:40 raspberrypi kernel: [28235.604433] [<c00b7818>] (__do_fault+0x6c/0x4f4) from [<c00bad9c>] (handle_mm_fault+0x210/0x9bc)</div><div>Jun 22 08:38:40 raspberrypi kernel: [28235.604479] [<c00bad9c>] (handle_mm_fault+0x210/0x9bc) from [<c0424e08>] (do_page_fault+0x240/0x3f0)</div>
<div>Jun 22 08:38:40 raspberrypi kernel: [28235.604511] [<c0424e08>] (do_page_fault+0x240/0x3f0) from [<c00083f4>] (do_PrefetchAbort+0x34/0x98)</div><div>Jun 22 08:38:40 raspberrypi kernel: [28235.604540] [<c00083f4>] (do_PrefetchAbort+0x34/0x98) from [<c0423a14>] (ret_from_exception+0x0/0x10)</div>
<div>Jun 22 08:38:40 raspberrypi kernel: [28235.604556] Exception stack(0xd4513fb0 to 0xd4513ff8)</div><div>Jun 22 08:38:40 raspberrypi kernel: [28235.604575] 3fa0: b3056060 00000001 ffffffff 0000ed7c</div>
<div>Jun 22 08:38:40 raspberrypi kernel: [28235.604610] 3fc0: b3056060 b3055ca0 00000000 b3003178 00178ef8 0000c37c b3056ef0 b30004f8</div><div>Jun 22 08:38:40 raspberrypi kernel: [28235.604630] 3fe0: b6ee6458 b6610b80 000219a8 0000ed7c 60000010 ffffffff</div>
<div>Jun 22 08:38:40 raspberrypi kernel: [28235.604642] Mem-info:</div></div><div><br></div><div><br></div><div><br></div><div>Und jetzt habe ich wieder die gleiche Situation ... ich kann vzlogger als deamon nicht starten (s0vz läuft aber weiter und liefert Werte).</div>
<div><br></div><div>Die Fehlermeldung heute Nacht im Logfile von vzlogger lautet:</div><div><div><br></div><div>[Jun 22 00:57:50][chn0] CURL: Timeout was reached</div><div>[Jun 22 00:57:50][chn1] CURL: Timeout was reached</div>
<div>[Jun 22 00:57:50][chn2] CURL: Timeout was reached</div><div>[Jun 22 00:58:22][chn1] CURL Error from middleware: 'DBALException': 'An exception occurred while executing 'INSERT INTO data (timestamp, value, channel_id) VALUES (?, ?, ?)' with params [1403391440635, 951536.3, 1]:</div>
<div><br></div><div>SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '1-1403391440635' </div></div><div><br></div><div>vzlogger nicht als daemon und direkt per telnet gestartet läuft seit einigen Minuten und liefert auch Werte ... aber ich denke das wird nicht lange halten :-(</div>
<div><br></div><div><br></div><div>Hat jemand eine Idee was die Ursache des Problems sein könnte??</div><div><br></div><div>Kann es an einem zu schwachen Netzteil liegen? Welches kann mir hier empfohlen werden?</div><div>
<br></div><div>Oder ist meine SD-Karte "hin" und ich sollte den PI neu aufsetzen?</div><div><br></div><div>VG Albert</div></div>