[gelöst] zwave 0.9.0 terminated with code 7 (Adapter already running)

[A Former User]

Hallo,

ich habe Probleme mit dem zwave Adapter seitdem ich vor kurzem dort auf Version 0.9.0 gewechselt bin.

In Version 0.8.0 war dies Verhalten so nicht.

Ich mache Nachts ein Backup und fahre dazu iobroker herunter.

! #!/bin/bash umount /mnt/nas mount -t cifs ###########anonymisiert############ rsync -aLvzh --delete /opt/iobroker /opt/backup cd /opt/iobroker iobroker stop rsync -aLvzh /opt/iobroker /opt/backup cd /opt/iobroker iobroker start cd /opt/backup tar -czf /opt/backup/iobroker_$(date +%Y%m%d_%H%M%S).tgz iobroker/ mv *.tgz /mnt/nas/iobroker umount /mnt/nas !

Nachdem Neustart kommt fast jedesmal folgender Fehler:

error instance system.adapter.zwave.0 terminated with code 7 (Adapter already running)

! host.iobroker 2017-11-09 20:26:40.852 info Restart adapter system.adapter.zwave.0 because enabled
! host.iobroker 2017-11-09 20:26:40.851 error instance system.adapter.zwave.0 terminated with code 7 (Adapter already running)
! host.iobroker 2017-11-09 20:26:39.358 info instance system.adapter.zwave.0 started with pid 3300
! host.iobroker 2017-11-09 20:26:09.332 info Restart adapter system.adapter.zwave.0 because enabled
! host.iobroker 2017-11-09 20:26:09.331 error instance system.adapter.zwave.0 terminated with code 7 (Adapter already running)
! host.iobroker 2017-11-09 20:26:07.662 info instance system.adapter.zwave.0 started with pid 3283
! host.iobroker 2017-11-09 20:25:37.654 info Restart adapter system.adapter.zwave.0 because enabled
! host.iobroker 2017-11-09 20:25:37.654 error instance system.adapter.zwave.0 terminated with code 7 (Adapter already running)
! host.iobroker 2017-11-09 20:25:36.133 info instance system.adapter.zwave.0 started with pid 3249
! host.iobroker 2017-11-09 20:25:06.109 info Restart adapter system.adapter.zwave.0 because enabled
! host.iobroker 2017-11-09 20:25:06.108 error instance system.adapter.zwave.0 terminated with code 7 (Adapter already running)
! host.iobroker 2017-11-09 20:25:04.675 info instance system.adapter.zwave.0 started with pid 3233
! host.iobroker 2017-11-09 20:24:34.658 info Restart adapter system.adapter.zwave.0 because enabled
! host.iobroker 2017-11-09 20:24:34.657 error instance system.adapter.zwave.0 terminated with code 7 (Adapter already running)
! host.iobroker 2017-11-09 20:24:33.204 info instance system.adapter.zwave.0 started with pid 3213
! zwave.0 2017-11-09 20:24:20.645 info Scan completed
! zwave.0 2017-11-09 20:24:20.645 info Scan completed
! zwave.0 2017-11-09 20:24:20.645 info Scan completed
! zwave.0 2017-11-09 20:24:20.645 info Scan completed
! zwave.0 2017-11-09 20:24:20.645 info Scan completed
! zwave.0 2017-11-09 20:24:20.645 info Scan completed
! zwave.0 2017-11-09 20:24:20.645 info Scan completed
! zwave.0 2017-11-09 20:24:20.645 info Scan completed
! zwave.0 2017-11-09 20:24:20.618 info Scan completed

Wie kommt es zu dem Verhalten?

Hat jemand eine Idee wie ich mich dem Problem nähern kann…

Vielen Dank

[Kueppert]

Ich hatte das auch… Ich hab es gelöst, indem ich über Konsole das Javascript und den Admin aktualisiert habe...

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

[A Former User]

Welche Versionen laufen bei dir?

Bei mir läuft aktuell:

ioBroker.zwave 0.9.0

ioBroker.admin 2.0.9

ioBroker.javascript 3.4.0

js-controller 1.2.0

[apollon77]

Adapterinstanz stoppen und dann per "ps |grep zwave" schauen ob noch ein Prozess läuft. Wenn ja "sudo kill -9 prozessid" … dann hat beim Update das stoppen des Prozesses nicht geklappt.

[A Former User]

@apollon77:

Adapterinstanz stoppen und dann per "ps |grep zwave" schauen ob noch ein Prozess läuft. Wenn ja "sudo kill -9 prozessid" … dann hat beim Update das stoppen des Prozesses nicht geklappt. `

Meinst du das Update auf 0.9.0 hat nicht ordnungsgemäß geklappt?

Das Verhalten tritt nur etwa bei 90% meiner Backups auf.

Ich vermute eher, dass zwave nicht richtig beendet wir mit "sudo iobroker stop".

[apollon77]

Das update klappt, aber beim Update wird der Adapter halt beendet und neu gestartet. In dem Fall hat das beenden nicht geklappt und der alte Prozess läuft halt noch. Also wenn das kommt. siehe oben. Alternativ Rechner-Rebooten

[A Former User]

Reboot hilft meistens. Das will ich aber nicht jede Nacht beim Backup machen.

Der Fehler tritt immer wieder nachdem Backup auf, nicht nur einmalig nach dem Update des Adapters.

Warum tritt der Fehler auf nachdem das Backup Nachts gelaufen ist?

Gibt es in dem Backup Skript einen Denkfehler?

[apollon77]

Wie machst du dein Backup? Mit iobroker stop? Dann kann das passieren … an sich reicht iobroker Backup ohne stoppen

[A Former User]

Backup Skript ist oben angegeben, siehe Beitrag #1. ja es benutzt iobroker stop

[arteck]

lass den stop aus..

mach ich auch so.. ohne Probleme

ander methode währe

erst iobroker stop

dann killall -q io.zwave