Monatsrückblick Januar/Februar 2026 ist online!

[paul53]

@skorpil:

auch das Backup macht den gleichen Fehler. `
hm-rpc ist nicht hm-rega.

[skorpil]

Das stimmt.

Also, zur Klarheit: RPC läuft nicht. Warum ich eben und auch im Titel über rega gesprochen habe… ich bin verwirrt. Sorry

[skorpil]

ich habe unter windows und virtual dub noch eine iobroker Installation, die ich gelegentlich zum Testen nutze. Die habe ich gerade gestartet. Und, hier läuft die rpc Instanz. Damit kann ich nun mindestens ausschließen, dass das Problem nicht in der CCU liegt

[paul53]

@skorpil:

Warum ich eben und auch im Titel über rega gesprochen habe… ich bin verwirrt. `
Weil die Fehlermeldung sich auf die Datei /opt/iobroker/node_modules/iobroker.hm-rega/hm-rega.js bezog.@skorpil:

host.raspberrypi 2019-01-21 14:33:05.667 error Caught by controller[0]: /opt/iobroker/node_modules/iobroker.hm-rega/hm-rega.js:258
```` ` 

[foxriver76]

Jetzt ist es ja hm-rpc. Installier den mal neu.

[skorpil]

so, jetzt kann ich mindestens das Missverständnis aufklären (ich dachte schon, ich spinne):

• in der aktuellen Version funktioniert REGA nicht

• im backup läuft RPC nicht

Ich verzweifele

[skorpil]

@foxriver

den mal neu heißt löschen und neu installieren???????

[foxriver76]

Sorry Post gerade war auf Rega bezogen deshalb gelöscht.

Mach mal````
npm i iobroker.rpc --production --prefix /opt/iobroker/

[skorpil]

Ich habe

> npm i iobroker.rpc –production --prefix /opt/iobroker/
im Terminal gestartet und bekomme:

Jetzt bekomme ich diese Fehler,eldung

! SyntaxError: Error parsing /usr/lib/node_modules/npm/node_modules/are-we-there-yet/package.json: Unexpected token # in JSON at position 4
! at JSON.parse (<anonymous>)
! at readPackage (module.js:126:52)
! at tryPackage (module.js:136:13)
! at Function.Module._findPath (module.js:218:20)
! at Function.Module._resolveFilename (module.js:546:25)
! at Function.Module._load (module.js:475:25)
! at Module.require (module.js:597:17)
! at require (internal/module.js:11:18)
! at Object. <anonymous>(/usr/lib/node_modules/npm/node_modules/npmlog/log.js:2:16)
! at Module._compile (module.js:653:30)</anonymous></anonymous>

[paul53]

@skorpil:

Ich habe

npm i iobroker.rpc –production --prefix /opt/iobroker/

im Terminal gestartet und bekomme: `
Versuche es mal mit

npm i iobroker.hm-rpc --production --prefix /opt/iobroker/

[skorpil]

done!

wieder Fehlermeldung

! module.js:130
! throw e;
! ^
! SyntaxError: Error parsing /usr/lib/node_modules/npm/node_modules/are-we-there-yet/package.json: Unexpected token # in JSON at position 4
! at JSON.parse (<anonymous>)
! at readPackage (module.js:126:52)
! at tryPackage (module.js:136:13)
! at Function.Module._findPath (module.js:218:20)
! at Function.Module._resolveFilename (module.js:546:25)
! at Function.Module._load (module.js:475:25)
! at Module.require (module.js:597:17)
! at require (internal/module.js:11:18)
! at Object. <anonymous>(/usr/lib/node_modules/npm/node_modules/npmlog/log.js:2:16)
! at Module._compile (module.js:653:30)</anonymous></anonymous>

[paul53]

Mit der NPM-Installation scheint etwas nicht zu stimmen.

[skorpil]

@paul

Was könnte ich tun, um das zu reparieren?

[paul53]

Vielleicht auch die Auswirkung eines korrupten File Systems ? Hast Du die SD Card getauscht oder nur ein Restore eines ioBroker-Backups gemacht ?

[skorpil]

Ich hatte mir mittels "SD Card Kopier" ein backup auf eine andere SD Karte erstellt.

Status aktuell:

1. das backup habe ich wieder zum Laufen bekommen: RPC Adapter neu installiert. Dann gings

2. auf der Produktiv SD Karte läuft der rega adapter noch immer nicht. Löschen des Adapters funktioniert scheinbar auch nicht richtig.

host.raspberrypi	2019-01-21 17:55:54.047	error	Cannot write files: /opt/iobroker/node_modules/iobroker.js-controller/lib/objects/../../../../iobroker-data/files/hm-rega.admin/_data.json: ENOENT: no such file or directory, open '/opt/iobroker/node
iobroker	2019-01-21 17:55:53.688	info	exit 0
iobroker	2019-01-21 17:55:53.670	info	at Module._compile (module.js:653:30)
iobroker	2019-01-21 17:55:53.670	info	at Object. <anonymous>(/usr/lib/node_modules/npm/node_modules/npmlog/log.js:2:16)
iobroker	2019-01-21 17:55:53.670	info	at require (internal/module.js:11:18)
iobroker	2019-01-21 17:55:53.670	info	at Module.require (module.js:597:17)
iobroker	2019-01-21 17:55:53.670	info	at Function.Module._load (module.js:475:25)
iobroker	2019-01-21 17:55:53.670	info	at Function.Module._resolveFilename (module.js:546:25)
iobroker	2019-01-21 17:55:53.670	info	at Function.Module._findPath (module.js:218:20)
iobroker	2019-01-21 17:55:53.670	info	at tryPackage (module.js:136:13)
iobroker	2019-01-21 17:55:53.670	info	at readPackage (module.js:126:52)
iobroker	2019-01-21 17:55:53.670	info	at JSON.parse (<anonymous>)
iobroker	2019-01-21 17:55:53.670	info	SyntaxError: Error parsing /usr/lib/node_modules/npm/node_modules/are-we-there-yet/package.json: Unexpected token # in JSON at position 4
iobroker	2019-01-21 17:55:53.670	info	^
iobroker	2019-01-21 17:55:53.670	info	module.js:130 throw e;
iobroker	2019-01-21 17:55:53.316	info	npm uninstall iobroker.hm-rega --silent --save --prefix "/opt/iobroker" (System call)
iobroker	2019-01-21 17:55:52.905	info	host.raspberrypi Deleting 3 state(s).
host.raspberrypi	2019-01-21 17:55:52.901	info	object deleted system.adapter.hm-rega.0
host.raspberrypi	2019-01-21 17:55:52.900	info	object change system.adapter.hm-rega.0
iobroker	2019-01-21 17:55:52.792	info	host.raspberrypi Deleting 15 object(s).
iobroker	2019-01-21 17:55:52.768	info	host.raspberrypi Counted 3 states (system.adapter.hm-rega.*) from states
iobroker	2019-01-21 17:55:52.748	info	host.raspberrypi Counted 12 states of hm-rega
iobroker	2019-01-21 17:55:52.333	info	host.raspberrypi Counted 1 channels of hm-rega
iobroker	2019-01-21 17:55:52.192	info	host.raspberrypi Counted 1 adapters for hm-rega
iobroker	2019-01-21 17:55:52.143	info	host.raspberrypi Counted 1 instances of hm-rega
iobroker	2019-01-21 17:55:52.085	info	Delete adapter "hm-rega"</anonymous></anonymous>

[paul53]

@skorpil:

Ich hatte mir mittels "SD Card Kopier" ein backup auf eine andere SD Karte erstellt. `
Wenn zu dem Zeitpunkt das FS schon korrupt war, dann ist es auch auf der Kopie korrupt (physische 1:1 Kopie).

[skorpil]

@paul

Du hattest den richtigen Riecher. NPM war kaputt. Warum auch immer.

Ich habe mit NPM -v nur noch Fehlermeldungen erhalten. Daraufhin bin ich wie hier

http://www.iobroker.net/docu/?page_id=8323&lang=de

vorgegangen:
` > Die alten node & node.js Versionen deinstallieren

sudo apt-get –purge remove node

sudo apt-get --purge remove nodejs

sudo apt-get autoremove

sudo reboot `

dann
` > Node.js neu installieren für Linux und Raspberry 2/3

curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -

sudo apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs

sudo reboot `

danach zeigte NPM -v wieder vernünftige Werte an, die Fehlermeldung war weg.

dann habe ich hm-rega und hm-rpc komplett unter iobroker deinstalliert und dann neu installiert. Dann gings

Bleibt die Frage noch: ist die SD Karte defekt? Ich weiß es nicht. Gibt es ein Toll zum Prüfen? Ich lege mir jedenfalls mit SD Card Copier noch ein frisches Image auf einer neuen SD Karte an.

Vilen Dank Euch allen!

[paul53]

@skorpil:

Ich lege mir jedenfalls mit SD Card Copier noch ein frisches Image auf einer neuen SD Karte an. `
Falls die SD Card schon FS Fehler enthält, werden diese mit kopiert. Vorher besser die SD Card mit https://www.pcwelt.de/ratgeber/Defekte_Linux_Server_reparieren-10085903.html checken.

[skorpil]

Paul,

da ich KEIN Linux Spezialist bin:

fsck bringt bei mir folgenden Fehler:

` > root@raspberrypi:~# fsck

fsck from util-linux 2.25.2

e2fsck 1.43.3 (04-Sep-2016)

/dev/mmcblk0p2 ist eingehängt.

e2fsck: Fortsetzung nicht möglich, wird abgebrochen. `

Was muß ich tun?

[paul53]

@skorpil:

da ich KEIN Linux Spezialist bin: `
Ich auch nicht, habe aber https://wiki.ubuntuusers.de/Dateisystemcheck/ gefunden:

Eingehängte Partitionen können nicht mit fsck geprüft werden. Stattdessen kann man dies beim nächsten Bootvorgang erzwingen.
` > Prüfung beim Systemstart

Um alle ext3-/ext4-Partitionen beim nächstem Start zu prüfen, hilft folgender Befehl:

sudo touch /forcefsck 

Nach dem Start wird /forcefsck gelöscht, sodass die Überprüfung nur einmal stattfindet und der "mount count" wieder zurückgesetzt wird. `