Nack Backup kein Neustart
-
...dass da keine Updates kommen, was gerade passiert?
-
Dann passiert auch gerade im log file nix.
-
da passiert schon die ganze Zeit nix.
Kein download, kein upload keine Installation, nichts eben -
-
aber nicht das, wonach ich suche.......
wie z.B. im alten Log:
try to install HM-rpc atempt1 usw usw.
Sowas stand eben noch im alten Log...... -
@mathiasj sagte in Nack Backup kein Neustart:
Sowas stand eben noch im alten Log......
Es gibt kein 'altes' und kein 'neues' Log.
-
ich laß mich einfach überraschen.
Morgen schaue ich noch mal rein.
Eine neue Installation versuche ich dann nicht mehr.Edit
Die Instanzen des Backups wurden wieder nicht installiert. Das war's dann.
Die Ausreden wie "kein Backup - kein Mitleid" zählen für mich nicht mehr!
Ich schaue mich mal nach Alternativen zu IObroker um,
danach wird mein Profil gelöscht..... -
Dann würde ich das andere System aber nicht so chaotisch installieren wie du den iobroker installiert hast.
-
@thomas-braun
ich habe nur das installiert, was ich brauche, wenn Du auf die Instanzen anspielen willst. -
system.adapter.backitup.0 : backitup : raspberrypi - enabled system.adapter.backitup.1 : backitup : raspberrypi - disabled system.adapter.backitup.2 : backitup : raspberrypi - disabled system.adapter.hm-rega.0 : hm-rega : raspberrypi - disabled system.adapter.hm-rega.1 : hm-rega : raspberrypi - disabled system.adapter.hm-rega.2 : hm-rega : raspberrypi - disabled system.adapter.hm-rpc.0 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.hm-rpc.1 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.hm-rpc.10 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.hm-rpc.11 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.hm-rpc.2 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.hm-rpc.3 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.hm-rpc.4 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.hm-rpc.5 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.hm-rpc.6 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.hm-rpc.7 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.hm-rpc.8 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.hm-rpc.9 : hm-rpc : raspberrypi - disabled, port: 0 system.adapter.mqtt.0 : mqtt : raspberrypi - disabled, port: 1883, bind: 192.168.178.40 system.adapter.mqtt.1 : mqtt : raspberrypi - disabled, port: 1883, bind: 0.0.0.0 system.adapter.pushover.0 : pushover : raspberrypi - disabled system.adapter.pushover.1 : pushover : raspberrypi - disabled system.adapter.pushover.2 : pushover : raspberrypi - disabled system.adapter.pushover.3 : pushover : raspberrypi - disabled system.adapter.pushover.4 : pushover : raspberrypi - disabled system.adapter.pushover.5 : pushover : raspberrypi - disabledSieht jetzt nicht sehr strukturiert aus.
-
@thomas-braun
Backuitup.0 für IObroker und RM-EG
Backitup.1 für RM-OG
Backitup.2 für RM DG
Da man alle 3 CCU's zusammen fassen kann, weiß ich mittlerweile. Das wollte ich als nächstes erledigen.
Die pushover instanzen erfüllen verschiedene Benachrichtigungen. Die Töne sind auch anders engestellt.. Dazu habe ich auch verschiedene api's.HM-rega.0, 1 und 2 für die 3 CCU-Installationen
HM-rpc.0 für rfd EG
HM-rpc.1 für CuxD EG
HM-rpc.2 für HMIP EG
HM-rpc.3 für virtuelle Geräte EGHM-rpc.4 für rfd OG
HM-rpc.5 für CuxD OG
HM-rpc.6 für HMIP OG
HM-rpc.7 für virtuelle Geräte OGHM-rpc.8 für rfd DG
HM-rpc.9 für CuxD DG
HM-rpc.10 für HMIP DG
HM-rpc.11 für virtuelle Geräte DG
EG= Erdgeschoß, OG=Obergeschoß, DG=DachgeschoßIch habe bewußt 3 verschiedene CCU's eingesetzt. Sollen die Mieter den Duty Cycle voll laufen lassen, ist nur deren Wohnug tot.
mqtt.0=Server
mqtt.1=clientWenn Du weitere Fragen hast, ich helfe gerne.
-
@mathiasj sagte in Nack Backup kein Neustart:
Wenn Du weitere Fragen hast, ich helfe gerne.
Fragen habe ich keine. Mir war nur der merkwürdige Aufbau aufgefallen.
-
@mathiasj sagte in Nack Backup kein Neustart:
@thomas-braun
ich habe nur das installiert, was ich brauche, wenn Du auf die Instanzen anspielen willst.Nicht unbedingt!
Bei dir muss vermutlich irgebdetwas im Fundament falsch laufen/gelaufen sein, so dass jetzt zwar ioBroker aus dem Tritt kommt, aber nicht der Verursacher ist.Dass die mehrfachen CCUs mit ihren Instanzen (bei korrekter!!! Konfiguration) per se schuld sind, glaube ich nicht.
Das habe ich auch schon testweise früher einmal problemlos gemacht. -
@thomas-braun
das hat schon seinen berechtigten Grund. -
läuft seit ca 30 Minuten wieder.
Wie ich das angestellt habe, weiß ich nicht.
Als erstes werden ich Backitup1 und 2 löschen und alle Instanzen von Telegram.
Pushover reicht.
Ich bin nur fuchsteufelswild, weil ich IObroker x-mal installieren musste.
Die rpc's ab 4, rega 1 und 2 sind eh deaktiviert im Moment. -
@mathiasj sagte in Nack Backup kein Neustart:
mqtt.0=Server
mqtt.1=clientund warum dann nicht statt mqtt.1 einen mqtt-client.0?
Aber das ist jetzt Stochern im Heuhaufen. Solange niemand eine vollständige Übersicht über deine komplette Installation hat, wird es schwierig zu helfen.
Wahrscheinlich wird das auch zu umfangreich für einen externen sich da einzuarbeiten.Ich kann nur aus eigener Erfahrung mit fast nicht mehr zählbaren (auch "unmöglichen") Testinstallationen und Jahren Betreuung hier im Forum sagen, dass ioBroker selber wohl kaum der Grund für dein Problem sein wird.
-
@mathiasj sagte in Nack Backup kein Neustart:
läuft seit ca 30 Minuten wieder.
super!
@mathiasj sagte in Nack Backup kein Neustart:
Wie ich das angestellt habe, weiß ich nicht.
Sorry, aber das ist jetzt wieder ein "schwarzes Loch" in der Historie deiner Installation und wird bei späteren Problemen möglicherweise nicht hilfreich sein.
