UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Stabilostick]

Was bringt denn der netstat-Befehl von oben bzgl. der Ports 9000 und 9001?

Und was zeigt

iobroker list instances

an? Hast Du ggf. ioBroker auf den selben Rechner in zwei verschiedene Verzeichnisse installiert?

[Alexander.G]

list instances ergibt gar keine Ausgabe. Soll wohl heißen das nichts läuft wenn ich das richtig verstehe.

Könnte es vielleicht doch mit der SD Karte zusammenhängen. Scheinbar klappt der Rock ja nur zusammen wenn ich an der Admin Veränderungen vornehme.

[Alexander.G]

Ein dickes lob an Stabilostick. Bitte nicht zu laut lachen:) Ich glaube ich weis was passiert ist. Nachdem der Admin heute wieder mal abgestürzt ist habe ich wohl als root versucht diesen wieder herzustellen und vermutlich so eine zweite instanz erzeugt. Iobroker habe ich aber als user installiert. :?

Erklärt zwar nicht warum sich das System einmal täglich aufhängt aber vielleicht klärt sich das mit Eurer Hilfe auch noch. Iobroker von Hand zu Fuß einrichten kann ich jetzt wenigstens schon mal ganz gut :D Vielen dank an alle die hier helfen und auch mit Unwissenden diese Geduld aufbringen

[Alexander.G]

So es ist mal wieder so weit. Habe gestern Abend alles mal wieder neu auf gesetzt. Diesmal auf eine EMMC!

Heute morgen wieder das gleiche . Kein Licht im Haus :(

BITTE HELFT MIR. Sonst gebe ich das Projekt jetzt auf. :cry:

Das waren die letzten Logs befor sich das System zuerschossen hat.

! ````
2019-02-09 02:25:50.300 - error: host.rock64 Cannot parse /opt/iobroker/node_mo dules/iobroker.js-controller/lib/states/../../../../iobroker-data/states.json: S yntaxError: Unexpected end of JSON input
2019-02-09 02:25:50.302 - error: host.rock64 Cannot parse /opt/iobroker/node_mo dules/iobroker.js-controller/lib/states/../../../../iobroker-data/states.json.ba k: SyntaxError: Unexpected end of JSON input
2019-02-09 02:25:50.448 - info: host.rock64 inMem-states listening on port 900 0
2019-02-09 02:25:50.777 - error: host.rock64 Cannot parse /opt/iobroker/node_mo dules/iobroker.js-controller/lib/objects/../../../../iobroker-data/objects.json: SyntaxError: Unexpected end of JSON input
2019-02-09 02:25:51.032 - error: host.rock64 Cannot parse /opt/iobroker/node_mo dules/iobroker.js-controller/lib/objects/../../../../iobroker-data/objects.json. bak: SyntaxError: Unexpected end of JSON input
2019-02-09 02:25:51.036 - info: host.rock64 inMem-objects listening on port 90 01
2019-02-09 02:25:51.076 - info: host.rock64 InMemoryDB connected
2019-02-09 02:25:51.100 - error: host.rock64 _design/system missing - call node iobroker.js setup
2019-02-09 02:25:51.333 - info: Created UUID: afcc3fe3-2843-a10a-4969-f8622cc48 3e0
2019-02-09 07:32:41.417 - info: host.rock64 received SIGTERM
2019-02-09 07:32:41.431 - info: host.rock64 terminated
2019-02-09 07:32:43.563 - info: host.rock64 iobroker.js-controller version 1.4. 2 js-controller starting
2019-02-09 07:32:43.572 - info: host.rock64 Copyright (c) 2014-2018 bluefox, 20 14 hobbyquaker
2019-02-09 07:32:43.573 - info: host.rock64 hostname: rock64, node: v8.15.0
2019-02-09 07:32:43.579 - info: host.rock64 ip addresses: 192.168.178.10 2a02:8 10c:cbc0:c2c:d7f5:603a:1767:28c3 fe80::80a9:cd96:5328:7b53
2019-02-09 07:32:43.687 - info: host.rock64 inMem-states listening on port 900 0
2019-02-09 07:32:43.721 - info: host.rock64 inMem-objects listening on port 90 01
2019-02-09 07:32:43.755 - info: host.rock64 InMemoryDB connected
2019-02-09 07:32:43.777 - error: host.rock64 _design/system missing - call node iobroker.js setup

Edit by eric2905, Logs & Co. bitte immer in Code- und ggf. Spoiler-Tags setzen.

[apollon77]

was ist denn da passiert? Ist der Pi abgestürzt?

In dem Fall hat es deine states.json/objects.json zerbröselt. Das passiert entweder bei einem Crash während er das schreibt oder wenn die SD Karte den geist aufgibt ...
Die objects.json gibts in iobroker-data einige Backups die du nutzen kannst zum wiederherstellen. Die states ggf löschen und dann kommen an sich alle states neu (ausser für ggf selbst definierte states). Auch hier könnte es aber ein ".bak" geben!!

[Alexander.G]

Das passiert im Schnitt alle 12-24 Std. Das System läuft auf einem neuen Rock64 mit EMMC.
Mit SD Karte hatte ich die gleichen Probleme. Habe das System jetzt wieder auf dem Raspberry am laufen, da ich den Rock bestimmt 5 mal neu aufgesetzt habe. Läuft jedesmal einige Zeit, kaum unbeobachtet zerlegt er sich selbst :triumph: Ich finde einfach keine Lösung für die Abstürze.
Vielleicht ist ja auch der Rock64 defekt. Wer weiß wie oft den bei Amazon schon jemand "ausgeliehen" hatte.
Falls jemand noch eine Idee hat woran es hängen könnte immer her damit.
Wäre ja schon schön wenn ich die 4GB mal nutzen könnte.

[apollon77]

Was sagen denn so die Logs? /var/log/syslog als Beispiel ... ansonsten typischer Verdacht: Netzteil zu schwach?

[denjo]

@Homoran Hallo, wollt mal fragen ob sich was getan hat und der dash adapter nun mit der neuen routine läuft??

[Homoran]

@denjo

wenn es ein Rechteproblem war müsste er jetzt laufen.
....und für alte Installationen gibt es ganz aktuell den Fixer

[sigi234]

@eric2905 sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):

Thread hier im Forum (==> https://forum.iobroker.net/viewtopic.php?f=8&t=19209#p200327), der genau auf diese Problematik eingeht und möglich Lösungsansätze aufzeigt. Daher ist die neue Installationsroutine zu empfehlen.

Link geht nicht!

[denjo]

@Homoran said in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):

@denjo

wenn es ein Rechteproblem war müsste er jetzt laufen.
....und für alte Installationen gibt es ganz aktuell den Fixer

also einfach die neue routine durchführen?

[Homoran]

@denjo

https://forum.iobroker.net/topic/20211/iobroker-installation-fixer-beta-verf%C3%BCgbar

[denjo]

@Homoran so habe jetzt ein system neu aufgesetzt aber immer noch läuft der amazon dash adapter nicht

amazon-dash.0	2019-02-28 15:47:24.114	error	at Module.load (module.js:566:32)
amazon-dash.0	2019-02-28 15:47:24.114	error	at Object.Module._extensions..js (module.js:664:10)
amazon-dash.0	2019-02-28 15:47:24.114	error	at Module._compile (module.js:653:30)
amazon-dash.0	2019-02-28 15:47:24.114	error	at Object.<anonymous> (/opt/iobroker/node_modules/pcap/pcap.js:3:21)
amazon-dash.0	2019-02-28 15:47:24.114	error	at require (internal/module.js:11:18)
amazon-dash.0	2019-02-28 15:47:24.114	error	at Module.require (module.js:597:17)
amazon-dash.0	2019-02-28 15:47:24.114	error	at Function.Module._load (module.js:498:3)
amazon-dash.0	2019-02-28 15:47:24.114	error	at tryModuleLoad (module.js:506:12)
amazon-dash.0	2019-02-28 15:47:24.114	error	at Module.load (module.js:566:32)
amazon-dash.0	2019-02-28 15:47:24.114	error	at Object.Module._extensions..node (module.js:682:18)
amazon-dash.0	2019-02-28 15:47:24.114	error	Error: libpcap.so.0.8: cannot open shared object file: No such file or directory
amazon-dash.0	2019-02-28 15:47:24.105	error	uncaught exception: libpcap.so.0.8: cannot open shared object file: No such file or directory

[Homoran]

@denjo sagte in Neue Installationsroutine und neue Anleitungen (für Linux-basierte Systeme):

uncaught exception: libpcap.so.0.8: cannot open shared object file: No such file or directory

gibt es bei dem Adapter einen Hinweis dass zusätzliche Module installiert werden müssen?

Wenn ja, hast du das gemacht?

[denjo]

@Homoran ohh übersehen, klasse endlich läuft alles, vielen dank

[Semenchkare]

Hallo,

ich habe, seitdem ich das script ausgeführt habe, probleme mit vcard, welches bisher nie muckte.

vcard.0	2019-03-01 07:49:47.508	error	Error reading file: EACCES: permission denied, open '.node-xmlhttprequest-sync-10671'
vcard.0	2019-03-01 07:49:47.459	info	starting. Version 0.0.9 in /opt/iobroker/node_modules/iobroker.vcard, node: v8.15.0
host.IoBroker-Raspi	2019-03-01 07:49:46.177	info	instance system.adapter.vcard.0 started with pid 10671
tankerkoenig.0	2019-03-01 07:49:36.198	info	Reading data from tankerkoenig ...
host.IoBroker-Raspi	2019-03-01 07:49:16.842	info	instance system.adapter.daswetter.0 terminated with code 11 (Desired termination)
daswetter.0	2019-03-01 07:49:16.824	debug	nothing to do
host.IoBroker-Raspi	2019-03-01 07:49:16.154	info	Restart adapter system.adapter.vcard.0 because enabled
host.IoBroker-Raspi	2019-03-01 07:49:16.154	error	instance system.adapter.vcard.0 terminated with code 0 (OK)
Caught	2019-03-01 07:49:16.154	error	by controller[0]: at processImmediate [as _immediateCallback] (timers.js:745:5)
Caught	2019-03-01 07:49:16.153	error	by controller[0]: at tryOnImmediate (timers.js:768:5)
Caught	2019-03-01 07:49:16.153	error	by controller[0]: at runCallback (timers.js:810:20)
Caught	2019-03-01 07:49:16.153	error	by controller[0]: at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3709:38)
Caught	2019-03-01 07:49:16.152	error	by controller[0]: at Adapter.emit (events.js:214:7)
Caught	2019-03-01 07:49:16.152	error	by controller[0]: at emitTwo (events.js:126:13)
Caught	2019-03-01 07:49:16.152	error	by controller[0]: at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.vcard/vcard.js:99:17)
Caught	2019-03-01 07:49:16.152	error	by controller[0]: at performNumberString (/opt/iobroker/node_modules/iobroker.vcard/vcard.js:323:30)
Caught	2019-03-01 07:49:16.151	error	by controller[0]: at getNameToNumber (/opt/iobroker/node_modules/iobroker.vcard/vcard.js:401:39)
Caught	2019-03-01 07:49:16.150	error	by controller[0]: TypeError: Cannot read property 'length' of null

ich habe die Instanz gelöscht und nochmals neu aufgespielt, kein Erfolg....

Beim Starten der Instanz kommt irgendwie ein Zugriffsfehler auf die Datei...

vcard.0	2019-03-01 07:58:50.799	error	Error reading file: EACCES: permission denied, open '.node-xmlhttprequest-sync-10762'
vcard.0	2019-03-01 07:58:50.746	info	starting. Version 0.0.9 in /opt/iobroker/node_modules/iobroker.vcard, node: v8.15.0

klicke ich den Pfad zur vcard-Datei an, kann ich sie am PC ansehen (liegt auf einem internen Web-Server, Synology.

Kann mir jemand sagen, woran das liegen könnte?

Gruß

[Semenchkare]

Gelöst!
Das Problem ist, dass vCard erwartet, dass die Datei iobroker.vcard im Besitz vom user iobroker ist.

was habe ich getan: die iobroker.vcard auf den pi kopiert (ins verzeichnis opt). Dort habe ich mit chown den Besitzer per sudo chown auf "iobroker" geändert.
Voila - nach Neustart der Instanz kein Fehler mehr!

PS: auf dem Webserver konnte ich das nicht ändern, ich hätte dort einen User "iobroker" anlegen müssen, um den Besitz von iobroker.vcard ändern zu können....

[Alexander.G]

@apollon77 Wollte abschließend noch berichten. Es war tatsächlich der Rock64 für die Abstürze und zerschossenen Dateien verantwortlich. Hatte mir im Land der Sonne nochmal einen bestellt. Jetzt tut er seit 3 Tagen ohne Probleme:relaxed:
Danke für die Hilfe!

[apollon77]

Super und danke für die Rückmeldung!

[peer69]

Habe mein Core-Produktivsystem nun mit Hilfe des Fixer-Skripts umgestellt. Das hat ohne Zwischenfälle funktioniert. Auch die SBC-Slaves konnten ohne Probleme umgestellt werden. Sogar eher anfällige Adapter (bei mir insb. YAHKA und ZWave) kamen anschließend fehlerfrei wieder hoch.
Gute Arbeit und vielen Dank dafür! :)