[vz-users] Massive Probleme ... vzlogger läuft nicht mehr ...

[Albert Dahmen]

Hallo Zusammen,

seit gestern Abend geht "nichts" mehr :-(
Seit vielen Wochen nutze ich meinen PI um meinen Stromzähler auszulesen,
was auch wunderbar funktioniert.
Die Datenbank liegt auf meinem NAS (eine Synology).

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).

Das frontend läuft direkt auf der Synology (hier habe ich einfach das ganze
Verzeichnis "volkszaehler.org" von meinem PI auf die Sysnology kopoiert -->
und es lief ohne jegliche Anpassungen ... und auch deutlich schneller).

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ß.

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).

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.

Ich dachte es wäre mit einem stop / start von vzlogger getan. Doch auch
nach service vzlogger start passiert nichts mehr :-(

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 mysqladmin flush-hosts ausführen) zur Datenbank
dazu kam.

Nachdem ich dann auch noch meine Synology neugestartet habe, kam dieser
Fehler nicht mehr ... aber es ging immer noch nicht.

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 ...
Also dachte ich --> Problem gelöst (da war dann heute Nacht um 1 Uhr) ...

Heute morgen dann das gleich Spiel --> kurz nach 1 Uhr war dann auch wieder
Schluss --> keine Daten mehr :-(
Und das Logfile wieder voll mit duplcate keys - Problemen.

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 ..

Unter anderem finde ich in /var/log/messages folgendes:

Jun 22 08:38:39 raspberrypi kernel: [28235.604032] vzlogger invoked
oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
Jun 22 08:38:40 raspberrypi kernel: [28235.604074] CPU: 0 PID: 2864 Comm:
vzlogger Not tainted 3.12.20+ #687
Jun 22 08:38:40 raspberrypi kernel: [28235.604144] [<c0013ec0>]
(unwind_backtrace+0x0/0xf0) from [<c0011284>] (show_stack+0x10/0x14)
Jun 22 08:38:40 raspberrypi kernel: [28235.604183] [<c0011284>]
(show_stack+0x10/0x14) from [<c041d1c0>] (dump_header.isra.13+0x74/0x1b0)
Jun 22 08:38:40 raspberrypi kernel: [28235.604240] [<c041d1c0>]
(dump_header.isra.13+0x74/0x1b0) from [<c009d61c>]
(oom_kill_process+0x2b8/0x438)
Jun 22 08:38:40 raspberrypi kernel: [28235.604272] [<c009d61c>]
(oom_kill_process+0x2b8/0x438) from [<c009dc50>] (out_of_memory+0x27c/0x2c8)
Jun 22 08:38:40 raspberrypi kernel: [28235.604307] [<c009dc50>]
(out_of_memory+0x27c/0x2c8) from [<c00a1a8c>]
(__alloc_pages_nodemask+0x89c/0x8e0)
Jun 22 08:38:40 raspberrypi kernel: [28235.604337] [<c00a1a8c>]
(__alloc_pages_nodemask+0x89c/0x8e0) from [<c009c530>]
(filemap_fault+0x210/0x4ac)
Jun 22 08:38:40 raspberrypi kernel: [28235.604382] [<c009c530>]
(filemap_fault+0x210/0x4ac) from [<c00b7818>] (__do_fault+0x6c/0x4f4)
Jun 22 08:38:40 raspberrypi kernel: [28235.604433] [<c00b7818>]
(__do_fault+0x6c/0x4f4) from [<c00bad9c>] (handle_mm_fault+0x210/0x9bc)
Jun 22 08:38:40 raspberrypi kernel: [28235.604479] [<c00bad9c>]
(handle_mm_fault+0x210/0x9bc) from [<c0424e08>] (do_page_fault+0x240/0x3f0)
Jun 22 08:38:40 raspberrypi kernel: [28235.604511] [<c0424e08>]
(do_page_fault+0x240/0x3f0) from [<c00083f4>] (do_PrefetchAbort+0x34/0x98)
Jun 22 08:38:40 raspberrypi kernel: [28235.604540] [<c00083f4>]
(do_PrefetchAbort+0x34/0x98) from [<c0423a14>] (ret_from_exception+0x0/0x10)
Jun 22 08:38:40 raspberrypi kernel: [28235.604556] Exception
stack(0xd4513fb0 to 0xd4513ff8)
Jun 22 08:38:40 raspberrypi kernel: [28235.604575] 3fa0:
                  b3056060 00000001 ffffffff 0000ed7c
Jun 22 08:38:40 raspberrypi kernel: [28235.604610] 3fc0: b3056060 b3055ca0
00000000 b3003178 00178ef8 0000c37c b3056ef0 b30004f8
Jun 22 08:38:40 raspberrypi kernel: [28235.604630] 3fe0: b6ee6458 b6610b80
000219a8 0000ed7c 60000010 ffffffff
Jun 22 08:38:40 raspberrypi kernel: [28235.604642] Mem-info:



Und jetzt habe ich wieder die gleiche Situation ... ich kann vzlogger als
deamon nicht starten (s0vz läuft aber weiter und liefert Werte).

Die Fehlermeldung heute Nacht im Logfile von vzlogger lautet:

[Jun 22 00:57:50][chn0] CURL: Timeout was reached
[Jun 22 00:57:50][chn1] CURL: Timeout was reached
[Jun 22 00:57:50][chn2] CURL: Timeout was reached
[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]:

SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry
'1-1403391440635'

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 :-(


Hat jemand eine Idee was die Ursache des Problems sein könnte??

Kann es an einem zu schwachen Netzteil liegen? Welches kann mir hier
empfohlen werden?

Oder ist meine SD-Karte "hin" und ich sollte den PI neu aufsetzen?

VG Albert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20140622/4138920d/attachment.html>