[gelöst] iobroker offline nach admin update
-
Hi timtig, ich habe leider keine Sicherung, weil ich das mit dem Backitup nicht hinbekommen habe
hätte da mehr Zeit investieren müssen...ich hatte sudo chmod 777 * -R durchgeführt (im /opt/iobroker Ordner). Hatte das auch aus einem anderen Beitrag gelesen.
lg
-
@JRiddim sagte in iobroker nicht mehr erreichbar nach admin update:
hier das die Instanzen
Mach mal
iobroker start admin -
iobroker start admin durchgeführt -> hier die Liste
system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.backitup.0 : backitup - disabled + system.adapter.discovery.0 : discovery - enabled + system.adapter.hm-rega.0 : hm-rega - enabled + system.adapter.hm-rpc.0 : hm-rpc - enabled, port: 0 + system.adapter.hm-rpc.1 : hm-rpc - enabled, port: 0 + system.adapter.hue.0 : hue - enabled, port: 80 system.adapter.ical.0 : ical - enabled system.adapter.icons-mfd-png.0 : icons-mfd-png - enabled + system.adapter.info.0 : info - enabled + system.adapter.javascript.0 : javascript - enabled + system.adapter.mihome-vacuum.0 : mihome-vacuum - enabled, port: 54321 + system.adapter.ping.0 : ping - enabled + system.adapter.spotify-premium.0 : spotify-premium - enabled + system.adapter.telegram.0 : telegram - enabled, port: 8443, bind: 0.0.0.0 + system.adapter.terminal.0 : terminal - enabled, port: 8088, bind: 192.168.100.50, run as: admin system.adapter.vis-bars.0 : vis-bars - enabled system.adapter.vis-fancyswitch.0 : vis-fancyswitch - enabled system.adapter.vis-google-fonts.0 : vis-google-fonts - enabled system.adapter.vis-history.0 : vis-history - enabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets - enabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd - enabled system.adapter.vis-justgage.0 : vis-justgage - enabled system.adapter.vis-metro.0 : vis-metro - enabled system.adapter.vis-timeandweather.0 : vis-timeandweather - enabled system.adapter.vis.0 : vis - enabled system.adapter.weatherunderground.0 : weatherunderground - enabled + system.adapter.web.0 : web - enabled, port: 8082, bind: 192.168.100.50, run as: admin + system.adapter.yahka.0 : yahka - enabled system.adapter.youtube.0 : youtube - enabled system.adapter.yr.0 : yr - disabled + system.adapter.zigbee.0 : zigbee - enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0014B939B6-if00 + instance is aliveKurze Hintergrundinfo vllt ist es von Belang.
- Node -v - v10.18.1
- Nodejs -v - v10.18.1
- npm -v - v6.13.7
ioBroker mit piVCCU auf rpi4 mit Buster
-
Ok, basierend auf den Logs ganz oben beendet sich admin direkt nach dem start wieder. Korrekt?
Also: Admin mal bitte manuell starten. im iobroker verzeichnis:
node node_modules/iobroker.admin/main.js --debug (falls js-controller 2.x)Dann ausgabe posten.
-
@apollon77 sagte in iobroker nicht mehr erreichbar nach admin update:
Ok, basierend auf den Logs ganz oben beendet sich admin direkt nach dem start wieder. Korrekt?
node node_modules/iobroker.admin/main.js --debug
Genau admin startet kurz und dann geht er wieder off.
-
@JRiddim er meckert an der Version eines Adapters. Ich glaube von zigbee gabs mal ganz kurz so eine kaputte Versionsnummer.
Bzw mach mal
Iobroker update um ein neues Repo zu bekommen. Ggf ist’s das schon.
-
hi apollon77 iobroker update hat leider keine Besserung gebracht.
-
Hi
lese hier interssiert mit. hatte auch ein host update gemacht und dachte es würde alles funktionieren. gerade bemerkte ich dass die webseite (8081) nicht mehr erreichbar ist. reboots brachten nichts.das Komische: per Konsole ist der raspberry erreichbar nur lässt er kein log in über den user pi zu. access denied....
-
@Pete0815 also mit ssh hat iobroker nix zu tun. Wenn du keinen ssh Login mehr machen kannst ist das was anderes.
-
@JRiddim hast du zigbee drauf? Wenn ja update das mal
-
Tatsache!!! das wars! geile Sache vielen Dank an alle Beteiligten besonders an haselchen und apolon77 die sich besonders der Sache angenommen haben!
Ich bin unfassbar glücklich, nach 5 Tagen wars einfach der Zigbee-Adapter, dabei hab ich mit dem nix gemacht
-
@JRiddim die Erklärung ist einfach: Admin hat vor einiger Zeit ein Update bekommen was Versionen anders prüft (mehr nach Standard) und zigbee hatte leider mal eine Version die nicht dem Standard entsprach. Das in Zusammenhang macht jetzt Probleme.
-
eine andere Sache noch, ich habe gerade gesehen, dass meine Homematic adapter alle gelb sind. Hast du vllt. noch eine wie ich dieses Problem beheben kann? oder soll ich hierfür einen neuen Post eröffnen?
-
@JRiddim es wäre hilfreich zu wissen was das log sagt
-
2020-01-31 21:45:42.778 debug (24867) system.adapter.admin.0: logging true hm-rega.0 2020-01-31 21:45:30.563 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:44:59.364 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:44:27.444 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:43:56.244 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:43:24.323 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:42:53.123 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:42:21.204 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:41:50.004 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:41:18.825 debug (24867) system.adapter.admin.0: logging false hm-rega.0 2020-01-31 21:41:18.083 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:40:46.883 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:40:14.963 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:39:43.764 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:39:10.646 error (24867) CCU 192.168.100.33 unreachable hm-rega.0 2020-01-31 21:39:07.782 info (24867) subscribe hm-rpc.0.BidCoS-RF.50.PRESS_SHORT hm-rega.0 2020-01-31 21:39:07.744 info (24867) starting. Version 2.5.2 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v10.18.1 hm-rega.0 2020-01-31 21:39:06.951 debug (24867) statesDB connected hm-rega.0 2020-01-31 21:39:06.950 debug (24867) States connected to redis: 127.0.0.1:9000 hm-rega.0 2020-01-31 21:39:06.942 debug (24867) States create System PubSub Client hm-rega.0 2020-01-31 21:39:06.940 debug (24867) States create User PubSub Client hm-rega.0 2020-01-31 21:39:06.934 debug (24867) Redis States: Use Redis connection: 127.0.0.1:9000 hm-rega.0 2020-01-31 21:39:06.931 debug (24867) objectDB connected hm-rega.0 2020-01-31 21:39:06.925 debug (24867) Objects connected to redis: 127.0.0.1:9001 hm-rega.0 2020-01-31 21:39:06.911 debug (24867) Objects client initialize lua scripts hm-rega.0 2020-01-31 21:39:06.910 debug (24867) Objects create User PubSub Client hm-rega.0 2020-01-31 21:39:06.909 debug (24867) Objects create System PubSub Client hm-rega.0 2020-01-31 21:39:06.905 debug (24867) Objects client ready ... initialize now hm-rega.0 2020-01-31 21:39:06.869 debug (24867) Redis Objects: Use Redis connection: 127.0.0.1:9001 hm-rega.0 2020-01-31 21:39:03.112 info (15666) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason hm-rega.0 2020-01-31 21:39:03.110 info (15666) terminating hm-rega.0 2020-01-31 21:39:03.108 info (15666) Got terminate signal TERMINATE_YOURSELFsudo pivccu-info ergab:
piVCCU version: 3.49.17-35
Kernel modules: Not available
Raw UART dev: Available
Rasp.Pi UART: Assigned to GPIO pins
HMRF Hardware: HM-MOD-RPI-PCB
HMIP Hardware: HM-MOD-RPI-PCB
...
State: STOPPED -
-
wie kann ich das Problem beheben? Ich hatte damals auf deine Anleitung hin Pivccu3 mit iobroker auf dem rpi4 installiert.
-
@JRiddim ist doch klar wenn die piVCCU nicht läuft
-
wie kann ich es denn wieder zum laufen bringen?
-
@JRiddim
reboot odersudo pivccu start(hoffe ich - ich reboote immer, wenn es sein muss)
