Diskussion zum neuen Installation-Fixer
-
@Matten sagte in Diskussion zum neuen Installation-Fixer:
@Homoran :Danke! Zwave läuft wie erwartet nicht nach dem Fix.
Wie äußert sich das? Ich hatte keinerlei Probleme mit ZWave.
-
@Matten Was ist genau der Fehler bei zwave?
-
der neue Installatoinsfixer überschreibt einträge, die die Start / Ende Abhängigkeit von redis-serivce festlegen. Fiel auf, als die VM wieder ewig beim Neustart festhing. Liess sich aber manuell wieder korrigieren.
Black
-
Wird in der nächsten version gefixt sein. Danke
-
@apollon77 Zwave startete nicht mehr. Das ist ja eh immer wieder ein Thema. Ich arbeite mit Debian in Virtual Box. Wenn ich die Maschine über die Virtual Box starte kann Zwave die Lib nicht finden. Alle Lösungsversuche im Forum (lib, lib64 usw.) haben nicht geholfen. Starte ich die Maschine über VBoxService, zum Beispiel beim Neustart des Rechners oder manuell wird Zwave zu 100% gestartet.
Ich musste nach dem Fixen Zwave neu installieren und habe gleich die durch mich (und ich glaube Du nutzt sie auch) genutzte Dev-Branch wieder installiert. Die war natürlich damit auch weg.
-
@Blackmike Was waren die Auswirkungen und wie hast Du es repariert? Mein Das Wetter Adapter spinnt nämlich seit dem Fix. Ist jetzt nicht so schlimm, er bekommt sich immer wieder ein, aber muss ja nicht sein.
-
hmm, deine fehlermeldungen hatt eich nicht. bei mir ist immo umzug der beiden iobrokersystem (spielsystem und produktivsystem) auf intel nuk unter Proxmox auf VM . Unterbau ist das aktuelle debian.
also iobroker komplett neuinstallation (musste ja auch, da die alte von einem Orange Pi kommt mit arm architektur).
dabei drüber gefallen, dass bei einsatz von redis die VM nicht vernünftig runterfährt (ist ein bekannter effekt, da gabs für früherere versionen auch einen eintrag in der FAQ zu, aber mit dem ganz neuen installer gings nicht)
Ok, nu gehts da auch.
Auffällig war, dass ich ein backup nicht einspielen konnte auf ein leeres System, was schon den aktuellen js-controller mit 1.5.7 hatte. das tats nicht
-
Danke!
Eben ist mir noch ein Bug aufgefallen. Nach meiner neuen Zwave Installation muss ich natürlich die Geräte in iot wieder hinzufügen. Das mag er derzeit nicht tun. Nach Drücken von + erscheint meine Objektauswahl, bestätige ich einen Schalter erscheint das Fenster zur Namensfestlegung nicht. Hat jemand eine Idee? -
@Matten Letze Version von Daswetter installieren.Da ist das gefixt
-
@Matten Naja jetzt aber nicht Dinge vermischen bitte ... Mit ZWave Library sachen oder auch iot-Problemen kann der Fixer nichts zu tun haben! Das bitte ggf in extra Posts packen. Danke
-
Ging vorher, jetzt nicht. Dachte es könnte ein Problem des Fixes sein.
-
Hallo, hab heut auch mal den Fixer im Buanet Dockercontainer getestet - bei mir hats dabei wohl node zerschossen:
Hat jemand auf die schnelle eine Idee zum fixen? Ansonsten muss ich wohl mein Backup bemühen.
-
@Matten sagte in Diskussion zum neuen Installation-Fixer:
Wenn ich die Maschine über die Virtual Box starte kann Zwave die Lib nicht finden
Hach, openzwave ist ein Krampf...
Mein Plan ist dieses Jahr endlich irgendwann https://github.com/AlCalzone/node-zwave-js fertig zu stellen und einen angepassten zwave-Adapter zu bauen. Dann ist die einzige native Lib, die man braucht,serialport. Und CentralScene geht von Anfang an
-
Auch ich habe den Fixer über meinen ioBroker (auf Raspberry Pi 3) laufen lassen. Dabei drei Probleme festgestellt:
-
Der Adapter io.hs100.0 konnte nicht beendet werden. Ist laut htop mehrfach vorhanden und konnte auch dort nicht beendet werden.
Lösung: ich habe den Adapter in ioBroker deinstalliert, dann den Fix laufen lassen und danach den Adapter wieder installiert. -
Nach dem Fix hatte ich bei allen meinen Skripten eine '0' hinten dran. Wenn ich beim Namen auf 'Bearbeiten' gehe, gibt es diese '0' aber nicht. Ich hatte die Skript-Engine 4.1.6. Habe nun auf 4.1.7 upgedatet und die '0' ist wieder weg. Dafür manchmal immer noch "Cannot extract Blockly code!". Doch das dürfte nicht am Fixer liegen.
-
Beim rpi2-Adapter habe ich jetzt jede Minute folgende Fehler im Protokoll:
No Value found for mem_gpu
No Value found for mem_arm
No Value found for cpu_voltage
No Value found for cpu_frequency
Nach einer Neuinstallation des Adapters ist nur noch eine der vier Meldungen jede Minute im Log:
No Value found for cpu_frequency
-
-
@AlCalzone Stimmt, Zwave macht am meisten Probleme, alles andere läuft wirklich super stabil. Wäre toll wenn du die Zeit finden würdest
-
@Dr-Bakterius Alles keinerlei Fixer Probleme ... interessant.
-
@Dr-Bakterius sagte in Diskussion zum neuen Installation-Fixer:
Nach dem Fix hatte ich bei allen meinen Skripten eine '0' hinten dran. Wenn ich beim Namen auf 'Bearbeiten' gehe, gibt es diese '0' aber nicht. Ich hatte die Skript-Engine 4.1.6. Habe nun auf 4.1.7 upgedatet und die '0' ist wieder weg
Das hatte ich auch......0 hinten dran.....ist mit 4.1.7 weg.
-
-
Macht es eigentlich Sinn den Fixer in einer Proxmox VM einzusetzen?
Da dürfte das Problem mit dem Root ja nicht so kritisch sein - oder sehe ich das irgendwie falsch? -
Hat den schon jemand so eingesetzt?
-
-
@Chaot VM ist ein normales Linux ... oder meinst Du einen "LXC Container"? Das wäre dann wie Docker.
Also: "Docker/Container: Nein", "Linux/VM oder echt: Ja"
-
@AlCalzone sagte in Diskussion zum neuen Installation-Fixer:
@Matten sagte in Diskussion zum neuen Installation-Fixer:
Wenn ich die Maschine über die Virtual Box starte kann Zwave die Lib nicht finden
Hach, openzwave ist ein Krampf...
Mein Plan ist dieses Jahr endlich irgendwann https://github.com/AlCalzone/node-zwave-js fertig zu stellen und einen angepassten zwave-Adapter zu bauen. Dann ist die einzige native Lib, die man braucht,serialport. Und CentralScene geht von Anfang anDas klingt sehr interessant
