Adapter "smartmeter"

[a200]

Bei mir (Raspi 3) hat der manueller Upgrade ca 1 Minute gedauert. Load war kaum erhöht, mein System stabil. Allerdings hatte ich früher mal ein ähnliches Problem wie oben beschrieben. Load auf 100% und der raspi war nicht mehr ansprechbar. Damals habe ich den Upgrade über die GUI angestoßen.

[simpixo]

@apollon77:

Github-Seite um Infos zu "Known problems" erweitert

Zu den SIGABRT und SIGSEGV läuft jetzt bei mir der letzte test mit node 7.5 … mal schauen ... `

Muss ich Node upgraden!? Also momentan lese ich die Daten mit einer Intervalle von 2 Sekunden ein!

Von SIGABRT und SIGSEGV Fehlern bis jetzt keine Spur [emoji6]bei einer Intervalle von 1 Sekunde traten sie ab und an noch auf!

Also lagst du mit deiner Vermutung richtig das es an Node liegt [emoji1360]

Gruß

Adrian

Gesendet von iPhone mit Tapatalk Pro

[apollon77]

Du glücklicher. Ich habe 60 Sekunden Leseintervall und hab mehrfach am Tag … vllt mus ich es runtersetzen? ;-))

Schaue heute Abend ions Log mit node 7, dann weiss ich mehr

[apollon77]

Update zu SIGABRT/SIGSEGV bei mir:

• Mit node 6 ca. 1x/Stunde (SML, Lesen alle 60 Sekunden)

• Mit node 7 seit gestern ca. 23:00: KEIN MAL!!

Ich lasse jetzt mal weiter laufen, aber spontan sieht es so aus als ob der relevante Speicher-Management-Bug in node 7.5 gefixt ist … damit warten offiziell bis node 8

[a200]

zwischen 00:00 und 18:22

root@miniyou:/opt/iobroker/log# grep 'SIGSEGV|SIGABRT' iobroker.2017-02-13.log

2017-02-13 02:49:38.316 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 09:42:50.991 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 14:01:35.620 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGSEGV

[chemieka]

Ach ich habe heute auch ein Update gemacht. war glaube bei 0.2.4

Und jetzt viele Fehler:

smartmeter.0	2017-02-13 18:57:48.413	info	smartmeter.0 Received 7 values, 3 updated
ioBroker-Pi	2017-02-13 18:57:44.069	info	host.ioBroker-Pi Restart adapter system.adapter.smartmeter.0 because enabled
ioBroker-Pi	2017-02-13 18:57:44.069	error	host.ioBroker-Pi instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
ioBroker-Pi	2017-02-13 18:57:41.637	info	host.ioBroker-Pi instance system.adapter.smartmeter.0 started with pid 31452
host.ioBroker-Pi	2017-02-13 18:57:11.619	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:57:11.618	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:57:09.271	info	instance system.adapter.smartmeter.0 started with pid 31436
smartmeter.1	2017-02-13 18:57:04.631	info	Received 7 values, 0 updated
host.ioBroker-Pi	2017-02-13 18:56:39.249	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:56:39.248	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:56:36.801	info	instance system.adapter.smartmeter.0 started with pid 31419
host.ioBroker-Pi	2017-02-13 18:56:06.779	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:56:06.778	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:56:04.408	info	instance system.adapter.smartmeter.0 started with pid 31401
smartmeter.0	2017-02-13 18:55:46.795	info	Received 7 values, 3 updated
host.ioBroker-Pi	2017-02-13 18:55:34.394	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:55:34.393	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:55:31.916	info	instance system.adapter.smartmeter.0 started with pid 31385
smartmeter.1	2017-02-13 18:55:03.193	info	Received 7 values, 7 updated
smartmeter.1	2017-02-13 18:55:02.707	info	starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v6.9.4
host.	2017-02-13 18:55:02.635	info	States connected to redis 127.0.0.1:6379
host.ioBroker-Pi	2017-02-13 18:55:01.901	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:55:01.900	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:55:00.193	info	instance system.adapter.smartmeter.1 started with pid 31365
host.ioBroker-Pi	2017-02-13 18:55:00.179	info	object change system.adapter.smartmeter.1
host.ioBroker-Pi	2017-02-13 18:54:59.387	info	instance system.adapter.smartmeter.0 started with pid 31359
host.ioBroker-Pi	2017-02-13 18:54:59.373	info	object change system.adapter.smartmeter.0
host.ioBroker-Pi	2017-02-13 18:54:30.554	info	Do not restart adapter system.adapter.smartmeter.0 because disabled or deleted
host.ioBroker-Pi	2017-02-13 18:54:30.553	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:54:04.659	info	object change system.adapter.smartmeter.0
host.ioBroker-Pi	2017-02-13 18:54:04.430	info	instance system.adapter.smartmeter.1 terminated with code 0 (OK)
smartmeter.1	2017-02-13 18:54:04.413	info	terminating
host.ioBroker-Pi	2017-02-13 18:54:03.903	info	stopInstance system.adapter.smartmeter.1 killing pid 31266
host.ioBroker-Pi	2017-02-13 18:54:03.903	info	stopInstance system.adapter.smartmeter.1
host.ioBroker-Pi	2017-02-13 18:54:03.902	info	object change system.adapter.smartmeter.1
host.ioBroker-Pi	2017-02-13 18:53:58.182	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:53:58.181	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
web.0	2017-02-13 18:53:56.517	info	2017-02-13T17:53:56.517Z Connected system.user.admin
host.ioBroker-Pi	2017-02-13 18:53:55.805	info	instance system.adapter.smartmeter.0 started with pid 31326
smartmeter.0	2017-02-13 18:53:45.572	info	Received 7 values, 3 updated
host.ioBroker-Pi	2017-02-13 18:53:25.791	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:53:25.790	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:53:23.366	info	instance system.adapter.smartmeter.0 started with pid 31309
host.ioBroker-Pi	2017-02-13 18:52:53.341	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:52:53.340	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:52:50.919	info	instance system.adapter.smartmeter.0 started with pid 31292

[chemieka]

Nein auch mit 0.2.4 gehts jetzt nur mitr Fehlern.

ioBroker-Pi	2017-02-13 19:12:42.731	error	host.ioBroker-Pi instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
ioBroker-Pi	2017-02-13 19:12:10.309	error	host.ioBroker-Pi instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
ioBroker-Pi	2017-02-13 19:11:37.827	error	host.ioBroker-Pi instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
ioBroker-Pi	2017-02-13 19:11:05.356	error	host.ioBroker-Pi instance system.adapter.smartmeter.0 terminated with code null ()

Muss mit dem Update was gezogen haben, wo auch ein zurücksetzen nicht mehr bringt.

Was kann ich machen?

Wenn ich das richtig sehe, dann kommt, wenn ich nur eine Instanz habe nur dieser Fehler:

host.ioBroker-Pi	2017-02-13 19:30:11.452	warn	instance system.adapter.smartmeter.0 terminated due to SIGTERM

Aber mache ich noch die zweite Instanz rein dann eben mehr Fehler. Wie oben.

<size size="150">Update: gerade mal etwas gewartet bis ich die zweite Instanz rein nehme, bis jetzt kein Fehler.</size>

[apollon77]

"Adapter already running" heisst das da irgendwo noch ein Prozess dieser Instanz läuft.

geht mal auf die Kommandozeilt (putty oder so), dort kannst du mit

ps auxww |grep io.smartmeter

sehen was läuft und findest die prozessID (die erste Zahl in der Zeile nach dem usernamen).

Dann kannst Du per "kill -9 <id>" (ohne die spitzen klammern) den prozess abschiessen, dann sollte iobroker einen neuen starten und fertig</id>

[apollon77]

@a200:

zwischen 00:00 und 18:22

root@miniyou:/opt/iobroker/log# grep 'SIGSEGV|SIGABRT' iobroker.2017-02-13.log

2017-02-13 02:49:38.316 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 09:42:50.991 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 14:01:35.620 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGSEGV `

Wenn Du experiemntierfreudig bist versuch doch auch mal node 7

Ist das dein Hauptsystem oder ein Slave mit nur smartmeter drauf?

[a200]

@apollon77:

@a200:

zwischen 00:00 und 18:22

root@miniyou:/opt/iobroker/log# grep 'SIGSEGV|SIGABRT' iobroker.2017-02-13.log

2017-02-13 02:49:38.316 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 09:42:50.991 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 14:01:35.620 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGSEGV `

Wenn Du experiemntierfreudig bist versuch doch auch mal node 7

Ist das dein Hauptsystem oder ein Slave mit nur smartmeter drauf? `
Hauptsystem. Bin mir nicht sicher, wann ich dazu komme, aber ich werde es testen. Danke.

[apollon77]

Hauptsystem … dann lass mal lieber node 7 ist halt Dev-Version ... aber am ENde: Adapter wird neu gestartet gut is

[chemieka]

Sagt mal die Datenpunkte in History werden die bei einem normalen Backup mit gespeichert?

[a200]

@chemieka:

Sagt mal die Datenpunkte in History werden die bei einem normalen Backup mit gespeichert? `
hängt von deinem History-Adapter. Ich nutze mysql. dafür erstelle ich täglich ein dump. Wenn du es in eine Datei schreibst, dann werden die Daten im FS abgelegt und dann ggf. gesichert.

[apollon77]

Ich glaube nicht das das History-Verzeichnis im Backup drin ist. Musst du getrennt backuppen

[chemieka]

Ich mache bis jetzt noch gar kein Backup.

Wenn ich per Filezilla auf die PI gehe und den kompletten Ordner (/opt/iobroker) sichere dann hätte ich doch auch diese Daten?

Ich sag ml ich würde auch einmal im Monat eine Datei kopieren.

Ebenso die VIS.

[Thisoft]

@apollon77:

@a200:

zwischen 00:00 und 18:22

root@miniyou:/opt/iobroker/log# grep 'SIGSEGV|SIGABRT' iobroker.2017-02-13.log

2017-02-13 02:49:38.316 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 09:42:50.991 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 14:01:35.620 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGSEGV `

Wenn Du experiemntierfreudig bist versuch doch auch mal node 7

Ist das dein Hauptsystem oder ein Slave mit nur smartmeter drauf? `

Ich war mal experimentierfreudig Habe den RasPi als Slave mit smartmeter und noch einem amzon-dash-adapter im Testbetrieb drauf.

Hatte aber keinen Erfolg mit node 7! Der smartmeter-adapter sagte immer wieder:

instance system.adapter.smartmeter.0 terminated with code 1 ()

Und der amazon-adapter hat noch mehr herumgeschimpft von wegen dass pcap mit einer falschen Version kompiliert wurde etc.

Der amazon-adapter wäre ja erstmal egal, aber da smartmeter nicht mehr lief und mir das "terminated with code 1" jetzt gar nicht wirklich was sagt bin ich erstmal wieder zurück auf node 6 und es läuft wieder…

[apollon77]

hast Du nach Installation von node 7 auch die Module neu installiert? Musst Du machen.

node 7 installieren, dann in /opt/iobroker

Das reinstall.sh mit dem Hier https://github.com/ioBroker/ioBroker.js … install.sh ersetzen und starten. Dann werden die ganzen Pakete neu gebaut ... das sollte dann klappen.

Falls Du dann nochnal auf node 6 zurück musst das gleiche wieder (aber prüfe ob du das reinstal.sh neu aus github holen musst falls es drüberinstalliert wurde oder so

[Thisoft]

Ach du meine Güte - muss man denn bei Linux wirklich alles "zu Fuß" machen Und das im Zeitalter von selbstfahrenden Autos Da sträubt sich ja meine gesamte angeborene Faulheit dagegen

Aber ich verstehe schon deine Erklärung. Wenn ich mal wieder Zeit und Lust habe mache ich mich noch mal dran…

[apollon77]

hat glaub ich nix mit Linux zu tun … Wäre bei Windows auch nicht anders.

Da bei node-Modulen immer alles irgendwo verteilt in lokalen Verzeichnissen liegt kann ein node-Update das gar nicht alles glatt ziehen ...

[Thisoft]

Naja, wenn ich unter Windows z.B. ein höheres .NET-Framework installiere starte ich einmal das Setup, warte ein Weilchen und wenn der Installer fertig ist kann ich das verwenden, ganz ohne Reboot und sonstigen Verrenkungen…

Aber das nur am Rande - wir schweifen vom Thema ab. Ich melde mich wieder wenn ich den zweiten Anlauf mit node 7 genommen habe.