NEWS
Diskussion zum neuen Installation-Fixer
-
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
@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?
ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
-
-
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"
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
-
@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 :)@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 an :)Das klingt sehr interessant
-
Hallo Apollon77,
eine Frage zu einen Fixer für Windows:
Ich denke man braucht keinen, da ich noch nie Rechteprobleme hatte. Wird es eine Installationsroutine für Windows geben? Oder sehe ich da was Falsch?
-
Ja ein neuer Windows-Installer ist auch in Arbeit. Test-Interessenten bitte bei @Stabilostick melden :-)
-
@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"
@apollon77 Ah, ök.
Danke für die Info.
Der ioBroker läuft wirklich in einer VM.
Im Container habe ich ihn nie richtig sauber zum Laufen gebracht. -
@apollon77 Der von mir erwähnte Punkt 1 wird sicher ein Adapter-Problem gewesen sein, Punkt 2 deto weil ja mit 4.1.7 dieses Phänomen wieder weg war. Doch die Fehler vom rpi2-Adapter kamen definitiv erst nach dem Fixer. Ich habe jetzt ein Backup zurückgespielt und die Fehlermeldungen sind wieder weg.
-
@apollon77 Der von mir erwähnte Punkt 1 wird sicher ein Adapter-Problem gewesen sein, Punkt 2 deto weil ja mit 4.1.7 dieses Phänomen wieder weg war. Doch die Fehler vom rpi2-Adapter kamen definitiv erst nach dem Fixer. Ich habe jetzt ein Backup zurückgespielt und die Fehlermeldungen sind wieder weg.
@Dr-Bakterius sagte in Diskussion zum neuen Installation-Fixer:
Fehler vom rpi2-Adapter
Den Fehler habe ich auch...,,,,Ich habe einstweilen die CPU deaktiviert.
Hast du auch bei rpi2.0.wlan.wifi_received ein MINUS davor?
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@Dr-Bakterius sagte in Diskussion zum neuen Installation-Fixer:
Fehler vom rpi2-Adapter
Den Fehler habe ich auch...,,,,Ich habe einstweilen die CPU deaktiviert.
Hast du auch bei rpi2.0.wlan.wifi_received ein MINUS davor?
@sigi234 sagte in Diskussion zum neuen Installation-Fixer:
Hast du auch bei rpi2.0.wlan.wifi_received ein MINUS davor?
Kann ich nicht mehr sagen weil ich ja das Backup eingespielt habe. Irgendwie ist der Fixer noch nicht wirklich optimal... :no_mouth:
-
@apollon77 Der von mir erwähnte Punkt 1 wird sicher ein Adapter-Problem gewesen sein, Punkt 2 deto weil ja mit 4.1.7 dieses Phänomen wieder weg war. Doch die Fehler vom rpi2-Adapter kamen definitiv erst nach dem Fixer. Ich habe jetzt ein Backup zurückgespielt und die Fehlermeldungen sind wieder weg.
@Dr-Bakterius sagte in Diskussion zum neuen Installation-Fixer:
Doch die Fehler vom rpi2-Adapter kamen definitiv erst nach dem Fixer. Ich habe jetzt ein Backup zurückgespielt und die Fehlermeldungen sind wieder weg.
Die Frage ist, was genau der Adapter tut, was sich beißt. Eventuell braucht der User die Erlaubnis, weitere Befehle per
sudoausführen zu dürfen. -
Hallo, ich habe meine Iobroker Installation in einem Docker auf einer Synology 218+ laufen . Ich habe Iobroker angehalten und im Terminal das laufen lassen, ich bekomme keinen Zugriff mehr und werde dann mal die Sicherung einspielen :-). Ich habe das Verzeichnis nicht im Original Docker, sondern außerhalb liegen. Wenn interesse besteht schicke ich gerne die Logs.
Noch eine Ergänzung - ich habe das ganze noch einmal mit dem gleichen Installationsverzeichnis auf dem Cubietruck gemacht - Das Skript ist sauber durchgelaufen.
Möglicherweise funktioniert die Rechtvergabe auf der Synolology nicht. Ich werde das jetzt als Backup nutzen und auf die DS218+ schieben.
-
Hallo, ich habe meine Iobroker Installation in einem Docker auf einer Synology 218+ laufen . Ich habe Iobroker angehalten und im Terminal das laufen lassen, ich bekomme keinen Zugriff mehr und werde dann mal die Sicherung einspielen :-). Ich habe das Verzeichnis nicht im Original Docker, sondern außerhalb liegen. Wenn interesse besteht schicke ich gerne die Logs.
Noch eine Ergänzung - ich habe das ganze noch einmal mit dem gleichen Installationsverzeichnis auf dem Cubietruck gemacht - Das Skript ist sauber durchgelaufen.
Möglicherweise funktioniert die Rechtvergabe auf der Synolology nicht. Ich werde das jetzt als Backup nutzen und auf die DS218+ schieben.
@newbie0815 sagte in Diskussion zum neuen Installation-Fixer:
Hallo, ich habe meine Iobroker Installation in einem Docker auf einer Synology 218+ laufen
Das deckt sich mit den bisherigen Erfahrungen - danke dafür! Der ganze Ansatz mit einem extra User widerspricht sowieso dem Docker-Gedanken.
Also wie im FAQ zum Fixer beschrieben, bei Docker bitte die Finger vom Fixer lassen.
Warum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
Hallo, ich habe meine Iobroker Installation in einem Docker auf einer Synology 218+ laufen . Ich habe Iobroker angehalten und im Terminal das laufen lassen, ich bekomme keinen Zugriff mehr und werde dann mal die Sicherung einspielen :-). Ich habe das Verzeichnis nicht im Original Docker, sondern außerhalb liegen. Wenn interesse besteht schicke ich gerne die Logs.
Noch eine Ergänzung - ich habe das ganze noch einmal mit dem gleichen Installationsverzeichnis auf dem Cubietruck gemacht - Das Skript ist sauber durchgelaufen.
Möglicherweise funktioniert die Rechtvergabe auf der Synolology nicht. Ich werde das jetzt als Backup nutzen und auf die DS218+ schieben.
@newbie0815 sagte in Diskussion zum neuen Installation-Fixer:
Hallo, ich habe meine Iobroker Installation in einem Docker auf einer Synology 218+ laufen . Ich habe Iobroker angehalten und im Terminal das laufen lassen, ich bekomme keinen Zugriff mehr und werde dann mal die Sicherung einspielen :-). Ich habe das Verzeichnis nicht im Original Docker, sondern außerhalb liegen. Wenn interesse besteht schicke ich gerne die Logs.
Ich hab ioBroker auch auf einer Synology (DS718+) am laufen.
Verzeichnis liegt bei mir auch ausserhalb (wie im Tutorial von Buanet).Fixer funktionierte einwandfrei.
Einzig zum starten musste ich den Container 1x aus-/einschalten. -
@newbie0815 sagte in Diskussion zum neuen Installation-Fixer:
Hallo, ich habe meine Iobroker Installation in einem Docker auf einer Synology 218+ laufen
Das deckt sich mit den bisherigen Erfahrungen - danke dafür! Der ganze Ansatz mit einem extra User widerspricht sowieso dem Docker-Gedanken.
Also wie im FAQ zum Fixer beschrieben, bei Docker bitte die Finger vom Fixer lassen.
@AlCalzone sagte in Diskussion zum neuen Installation-Fixer:
Also wie im FAQ zum Fixer beschrieben, bei Docker bitte die Finger vom Fixer lassen.
Hmmm, dann liest du da was anderes raus. Ich sehe dort nichts von "bei Docker bitte die Finger vom Fixer lassen"!
Kann der Installations-Fixer auch unter Docker eingesetzt werden?
Aktuell liegen noch wenige Erfahrungen vor,Einsatz in Docker daher auf eigene Gefahr und NIE ohne Backup!
"wenig Erfahrungen" ---> auf eigene Gefahr = logisch
"NIE ohne Backup" ---> Backup sollte eigentlich auch für jeden Standard sein = also Fixer kein Problem -
Jup du hast recht. Die Hinweise verdichten sich, dass Docker + Fixer nicht zusammen gehören. Die FAQ ist auch schon ein paar Tage alt.
@AlCalzone sagte in Diskussion zum neuen Installation-Fixer:
Jup du hast recht. Die Hinweise verdichten sich, dass Docker + Fixer nicht zusammen gehören. Die FAQ ist auch schon ein paar Tage alt.
Wie gesagt, bei mir hat es einwandfrei funktioniert.
-
Kann ich bestätigen, siehe auch mein Post #114. Nicht weiter schlimm, dafür gibts Backups.
-
@Negalein @darkiop Ich habe gerade den Überblick nicht. Habt ihr den Fixer auf dem Host oder im Container ausgeführt?
Wenn im Container, läuft ioBroker danach tatsächlich als User "iobroker"?
Aber auch das macht keinen wirklichen Sinn, da bereits durch den Container der "Schutz" des Hosts geschaffen wird, den wir durch den User mit beschränkten Rechten erreichen wollen.Warum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
@Negalein @darkiop Ich habe gerade den Überblick nicht. Habt ihr den Fixer auf dem Host oder im Container ausgeführt?
Wenn im Container, läuft ioBroker danach tatsächlich als User "iobroker"?
Aber auch das macht keinen wirklichen Sinn, da bereits durch den Container der "Schutz" des Hosts geschaffen wird, den wir durch den User mit beschränkten Rechten erreichen wollen.Im Container
Fixer lief sauber durch, Rechte wurden entsprechend gesetzt und der Benutzer iobroker auch angelegt. Nur hats mir dabei wohl irgendwie node zerschossen, habs aber auch nicht mehr weiterverfolgt sondern dann parallel in einem neuen Container das Backup eingespielt. Den "defekten" hätte ich aber noch hier, kann da Morgen Abend gerne nochmal reinschauen.
Proxmox-ioBroker-Redis-HA Doku: https://forum.iobroker.net/topic/47478/dokumentation-einer-proxmox-iobroker-redis-ha-umgebung
731
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge