hi, hab immer mal wieder nen System Restart. Bemerke ich nur wegen der Telegramm Meldung & iobroker started telegramm. Hier der log dazu..
Alle Versionen latest und Aktuell...Jemand ne idee
2019-10-18 14:16:40.126 - info: host.ioBroker-Rock iobroker.js-controller version 2.0.34 js-controller starting
2019-10-18 14:16:40.144 - info: host.ioBroker-Rock Copyright (c) 2014-2019 bluefox, 2014 hobbyquaker
2019-10-18 14:16:40.146 - info: host.ioBroker-Rock hostname: ioBroker-Rock, node: v10.16.3
2019-10-18 14:16:40.150 - info: host.ioBroker-Rock ip addresses: fe80::e118:30d6:9c4:76da
2019-10-18 14:16:40.368 - info: host.ioBroker-Rock connected to Objects and States
2019-10-18 14:16:40.457 - error: host.ioBroker-Rock uncaught exception: addMembership ENODEV
2019-10-18 14:16:40.459 - error: host.ioBroker-Rock Error: addMembership ENODEV
at Socket.addMembership (dgram.js:581:11)
at Socket. (/opt/iobroker/node_modules/iobroker.js-controller/lib/multihostServer.js:258:20)
at Socket.emit (events.js:198:13)
at startListening (dgram.js:128:10)
at state.handle.lookup (dgram.js:249:7)
at process._tickCallback (internal/process/next_tick.js:63:19)
2019-10-18 14:16:40.473 - info: host.ioBroker-Rock iobroker _restart
2019-10-18 14:16:41.696 - info: host.ioBroker-Rock 38 instances found
2019-10-18 14:16:41.857 - info: host.ioBroker-Rock starting 26 instances
2019-10-18 14:16:41.945 - info: host.ioBroker-Rock instance system.adapter.admin.0 started with pid 1333
2019-10-18 14:16:41.952 - info: host.ioBroker-Rock terminated
2019-10-18 14:16:43.868 - info: host.ioBroker-Rock iobroker.js-controller version 2.0.34 js-controller starting
2019-10-18 14:16:43.884 - info: host.ioBroker-Rock Copyright (c) 2014-2019 bluefox, 2014 hobbyquaker
2019-10-18 14:16:43.886 - info: host.ioBroker-Rock hostname: ioBroker-Rock, node: v10.16.3
2019-10-18 14:16:43.890 - info: host.ioBroker-Rock ip addresses: fe80::e118:30d6:9c4:76da
2019-10-18 14:16:44.067 - info: host.ioBroker-Rock connected to Objects and States
2019-10-18 14:16:44.148 - error: host.ioBroker-Rock uncaught exception: addMembership ENODEV
2019-10-18 14:16:44.150 - error: host.ioBroker-Rock Error: addMembership ENODEV
at Socket.addMembership (dgram.js:581:11)
at Socket. (/opt/iobroker/node_modules/iobroker.js-controller/lib/multihostServer.js:258:20)
at Socket.emit (events.js:198:13)
at startListening (dgram.js:128:10)
at state.handle.lookup (dgram.js:249:7)
at process._tickCallback (internal/process/next_tick.js:63:19)
2019-10-18 14:16:44.163 - info: host.ioBroker-Rock iobroker _restart
2019-10-18 14:16:45.442 - info: host.ioBroker-Rock 38 instances found
2019-10-18 14:16:45.543 - info: host.ioBroker-Rock starting 26 instances
2019-10-18 14:16:45.598 - info: host.ioBroker-Rock instance system.adapter.admin.0 started with pid 1537
2019-10-18 14:16:45.604 - info: host.ioBroker-Rock terminated
2019-10-18 14:16:45.616 - info: host.ioBroker-Rock iobroker Starting node restart.js
2019-10-18 14:16:47.422 - info: host.ioBroker-Rock iobroker.js-controller version 2.0.34 js-controller starting
2019-10-18 14:16:47.437 - info: host.ioBroker-Rock Copyright (c) 2014-2019 bluefox, 2014 hobbyquaker
2019-10-18 14:16:47.439 - info: host.ioBroker-Rock hostname: ioBroker-Rock, node: v10.16.3
2019-10-18 14:16:47.443 - info: host.ioBroker-Rock ip addresses: 192.168.1.42 fe80::e118:30d6:9c4:76da
2019-10-18 14:16:47.622 - info: host.ioBroker-Rock connected to Objects and States
2019-10-18 14:16:47.702 - warn: host.ioBroker-Rock Multihost discovery server: service started on 0.0.0.0:50005
2019-10-18 14:16:48.815 - info: host.ioBroker-Rock 38 instances found
2019-10-18 14:16:48.907 - info: host.ioBroker-Rock starting 26 instances
2019-10-18 14:16:48.980 - info: host.ioBroker-Rock instance system.adapter.admin.0 started with pid 1566
2019-10-18 14:17:10.510 - info: host.ioBroker-Rock instance system.adapter.backitup.0 started with pid 1581
2019-10-18 14:17:14.503 - info: host.ioBroker-Rock instance system.adapter.broadlink2.0 started with pid 1589
2019-10-18 14:17:18.499 - info: host.ioBroker-Rock instance system.adapter.email.0 started with pid 1612
2019-10-18 14:17:22.498 - info: host.ioBroker-Rock instance system.adapter.fritzbox.0 started with pid 1635
2019-10-18 14:17:24.752 - warn: broadlink2.0 (1589) sendT1Packed error 'socket not created/bound or closed or waiting!'
2019-10-18 14:17:24.768 - warn: broadlink2.0 (1589) sendT1Packed error 'socket not created/bound or closed or waiting!'
2019-10-18 14:17:26.500 - info: host.ioBroker-Rock instance system.adapter.fullybrowser.0 started with pid 1653
2019-10-18 14:17:30.501 - info: host.ioBroker-Rock instance system.adapter.gruenbeck.0 started with pid 1668
2019-10-18 14:17:34.499 - info: host.ioBroker-Rock instance system.adapter.history.0 started with pid 1683
2019-10-18 14:17:38.502 - info: host.ioBroker-Rock instance system.adapter.hm-rega.0 started with pid 1698
2019-10-18 14:17:42.501 - info: host.ioBroker-Rock instance system.adapter.hm-rpc.0 started with pid 1713
2019-10-18 14:17:46.503 - info: host.ioBroker-Rock instance system.adapter.info.0 started with pid 1728
2019-10-18 14:17:50.511 - info: host.ioBroker-Rock instance system.adapter.javascript.0 started with pid 1747
2019-10-18 14:17:54.501 - info: host.ioBroker-Rock instance system.adapter.modbus.0 started with pid 2169
2019-10-18 14:17:57.657 - info: javascript.0 (1747) starting. Version 4.3.1 in /opt/iobroker/node_modules/iobroker.javascript, node: v10.16.3
2019-10-18 14:17:57.765 - info: javascript.0 (1747) requesting all states
2019-10-18 14:17:57.770 - info: javascript.0 (1747) requesting all objects
2019-10-18 14:17:58.501 - info: host.ioBroker-Rock instance system.adapter.socketio.0 started with pid 2197
2019-10-18 14:17:59.579 - info: javascript.0 (1747) received all states
2019-10-18 14:18:00.749 - info: javascript.0 (1747) received all objects
2019-10-18 14:18:02.510 - info: host.ioBroker-Rock instance system.adapter.sonoff.0 started with pid 2401
2019-10-18 14:18:06.501 - info: host.ioBroker-Rock instance system.adapter.statistics.0 started with pid 2421
2019-10-18 14:18:10.565 - info: host.ioBroker-Rock instance system.adapter.telegram.0 started with pid 2621
2019-10-18 14:18:12.356 - info: javascript.0 (1747) Start javascript script.js.common.Alarmanlage.Alarm_output
@smartboart ENODEV heisst Error NO DEVice und das ganze auf Netzwerkebene ... Was ist das für ein System? Scheinbar war Netzwerk-Device weg? Netzteil ausreichend dimensioniert?
@apollon77 Ist ein Multihostsystem mit Redis auf dem Master. file und states. Beide SBC haengen jeweils mittels netzwerkkabel an jeweils 1GB Anschluß des selben Router.
Versorgt werden beide SBC als auch die Fritte ueber eine DC Ups 12v 5A .
Die SBC bekommen davon jeweils mittels 12V auf 5V 3A Umsetzer ihre 5 V.
Spannung wuerde ich ausschliessen. Die DC Ups hat bei angehängter Last eine Autonomie von 30min. Hardware SBC siehe unten. Auslastung > noch Luft nach oben...
@smartboart Naja ... angenommen allein ein Raspi braucht ggf bis zu 2+A und du hast 3 solche Geräte an 5A hängen ... Ich weiss das ein Raspi in Unterversorgungs-Situationen Chips abschaltet die u.a. Ethernet, WLAN und USB bereistetllen weil ich nicht wie das bei anderen geräten ist.
Schau mal in /var/log/syslog ob zu den Zeitpunkten da was zu sehen ist bitte
@apollon77 Nur 2 Geraete mit 5V 3A...entspricht 30W. Ups mit 12V 5A entspricht 60Watt. Glaube nicht dass die Fritte mehr wie 30 Watt zieht.. Ausserdem wuerde das die Ups melden / Ueberlast...Den Tipp werde ich trotzdem Beherzigen und mal ein Messgeraet dran haengen. Den Syslog schaue ich mir an...
@smartboart Sagen wir es so: Ich hab schon viele komische Dinge erlebt die nach Tausch oder "upgrade" eines Netzteils plötzlich weg waren Und vor allem komische Effekte wie "netzwerk plötzlich weg" hatten wir zumindestens bei Systemen wir Raspis nicht nur einmal. Teilweise sind es Lastspitzen die plötzlich auftreten why ever ... Aber /var/log/syslog sollte sowas zeigen
@apollon77
Im Raspy Slave ist um die Uhrzeit kein Eintrag gemacht worden. Im Master startet diese genau mit dem neustart...schaue gerade nur über vpn mit handy (nano /var/log/syslog) wenn ich zu hause bin lade ich die datei mal hoch...
hier mal ein Auszug..Tauchen Sachen mit Spannungswerten auf...kann es aber nicht wirklich deuten. Google spuckt jede Menge dieser Einträge im Zusammenhang mit dem Rock64 aus.
Oct 18 14:16:35 localhost kernel: [ 1.495918] reg-fixed-voltage sdmmc-regulator: Looking up vin-supply from device tree
Oct 18 14:16:35 localhost armbian-ramlog[613]: debug
Oct 18 14:16:35 localhost kernel: [ 1.495942] vcc_sd: unable to resolve supply
Oct 18 14:16:35 localhost kernel: [ 1.495958] vcc_sd: 3300 mV
Oct 18 14:16:35 localhost kernel: [ 1.496208] reg-fixed-voltage sdmmc-regulator: Looking up vin-supply from device tree
Oct 18 14:16:35 localhost kernel: [ 1.496233] vcc_sd: regulator get failed, ret=-517
Oct 18 14:16:35 localhost armbian-ramlog[613]: dpkg.log
Oct 18 14:16:35 localhost kernel: [ 1.496250] reg-fixed-voltage sdmmc-regulator:
@smartboart ohne da jetzt mega tief rein zu schauen klinge das doch mal interessant das irgendwas mit power war und damit kann es exakt das sein das die Netzwerk Hardware mal kurz weg war.
@apollon77 ja vielen Dank für den Hinweis... Behalte das mal im Auge.. Dachte es hat mit dem neuen Controller zutun weil ich es vorher nicht hatte... Wie gesagt bekomme das ja durch die telegramm meldung mit wenn was neu startet..hänge mal ein Messgeraet / logger dran...
@apollon77
ich habe ein paar Kleinigkeiten im Log nach einem iobroker restart und weiß nicht ob's vom controller kommt, oder von den Adaptern. Schaus mal bitte kurz an, laufen tut ja alles.
history.0 2019-10-19 09:34:48.241 error (COMPACT) Cannot find view "system" for search "instance" : Error: Connection is closed.
alexa2.0 2019-10-19 09:34:48.244 info (COMPACT) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
web.0 2019-10-19 09:34:48.243 info (COMPACT) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
history.0 2019-10-19 09:34:48.240 error (COMPACT) Cannot find view "system" for search "instance" : Error: Connection is closed.
iot.0 2019-10-19 09:34:48.239 warn (COMPACT) get state Error: Connection is closed.
@Jan1 Diese Meldungen kommen wenn ein Adapter sich beendet aber die Verbindung zur DB weg ist - der will dann noch ein paar Dinge aufräumen, schaffts aber nicht weil er die Daten nicht bekommt. Von daher in dem Fall ok
@apollon77
Alles klar, ist ja auch sonst nix negatives aufgefallen.
IOBroker rennt bei mir derzeit richtig gut, schnell und ohne irgendwelche Auffälligkeiten, saubere Arbeit.
@apollon77
Bin jetzt auch auf 2.0.34 und kann nur das was @Jan1 schreibt bestätigen.
Läuft wie schmitz katz.
Ich sage mal Danke für deinen unermüdlichen Einsatz
@FredF danke. Wir werkeln gerade noch an drei Themen. Zwei sind schon done (noch ein alias fix und die Hänger bei Updates von 1.5. auf 2.0). Das dritte sind die permission Fehler bei files bzw vis ... das ist noch offen. Das kann ich noch nicht nachstellen aber wir sind dran.
(paul53/AlCalzone/Apollon77) Fix datatype of system.host.cpu and system.adapter.XY.Z.cpu
(Apollon77) Make sure alias.0 and other controller objects are also checked and created if needed on setup first when updating
(bluefox) Allow one state to multiple aliases connections
Einziges noch offenes Thema, was wir aber noch nicht nachstellen konnten ist das, das bisher bei 2 Usern nach dem Update Vis mit einem PermissionError nicht mehr lädt