ioBroker Installation macOS Mojave
-
@AlCalzone said in ioBroker Installation macOS Mojave:
Ich habe jedoch gelesen, dass das auf OSX von einem normalen User aus nur geht, wenn er Admin-Rechte hat?!
Richtig. der Benutzer muss in der Sudoer Liste auftauchen, damit man sudo ausführen kann. Man kann sich aber von jedem Benutzer aus im Terminal mit dem Admin anmelden und dann damit die Befehle ausführen. Auf Berechtigungsebene ist dann allerdings der Admin der Owner und vom Standardbenutzer ist dann der Prozess nicht ausführbar.
Aktuell ist es so, dass der User mit dem installiert wurde, als Owner für diesen Ordner gesetzt wird.
Damit wird klar, dass ein Standardbenutzer nichts in Ordner schreiben darf. Bei mir ist es allerdings so, dass ich meinen Standardbenutzer "netzwerkzugriff" zum zusätzlichen Admin gemacht habe und dennoch nach der Erstellung der Ordner in "usr/local/ioBroker" wahrscheinlich nicht schreiben darf. Das muss ich aber klären. Es kann genauso gut sein, dass zum Restore des im Docker erstellten Backup über backitup etwas nicht in Ordnung ist. Ich habe das nur herauskopiert und in den Ordner backups von der neuen Instanz kopiert. Über "iobroker restore 0" findet er es auch anstandslos, startet den Restore auch, kann es aber dann anscheinend nicht entpacken.
Die fehelende Berechtigung war jetzt nur geraten. Ich habe auch die Fehlermeldung aus dem Terminal nicht genau im Kopf. Nachher poste ich sie hier und dann kann ich auch zu den Berechtigungen genaues sagen. -
Hier mal wie versprochen, der Weg den ich gegangen bin und die Hindernisse, auf die ich stoße.
Anbei das Terminal-Log während der Installation von ioBroker mit einem Benutzer mit Admin Rechten
Hier muss ich anschließend über das Terminal in den neu erstellten Ordner unter /usr/local/iobroker gehen und iobroker mit "restart" starten. "Start" gibt folgende Fehlermeldung aus:
MacMinis-Mini:/ netzwerkzugriff$ cd /usr/local/iobroker MacMinis-Mini:iobroker netzwerkzugriff$ iobroker start /Users/netzwerkzugriff/Library/LaunchAgents/org.ioBroker.LaunchAtLogin.plist: No such file or directory MacMinis-Mini:iobroker netzwerkzugriff$Mit "restart" geht es aber und dann habe ich eine jungfräuliche iobroker Installation auf dem Mac. Zwar noch ohne Autostart, aber immerhin.
Nun möchte ich mein Backup der zweiten Instanz einspielen.
Dazu kopiere ich das Backup in den Ordner /usr/local/iobroker/backups
Die Datei 2019_02_17-23-23... ist von dem in der neuen Instanz angefertigten Backup aus dem Backitup Adapter und lässt sich sowohl über "iobroker Restore" im Terminal, wie auch über den Backitup Adapter problemlos wieder zurückspielen.
Die zweite Datei mit "Total..." am Anfang ist die kopierte Datei von der NAS. Diese lässt sich weder über den Backitup Adapter, noch über das Terminal zurückspielen.Folgende Ausgabe im Terminal:
MacMinis-Mini:iobroker netzwerkzugriff$ iobroker stop /Users/netzwerkzugriff/Library/LaunchAgents/org.ioBroker.LaunchAtLogin.plist: No such file or directory Stopping iobroker controller daemon... iobroker controller daemon stopped. Password: Exit code for "killall.sh": 0 MacMinis-Mini:iobroker netzwerkzugriff$ iobroker restore Please specify one of the backup names: total_2019_02_17-14_27_57_backupiobroker.tar.gz or total_2019_02_17-14_27_57 or 0 2019_02_17-23_23_26_backupiobroker.tar.gz or 2019_02_17-23_23_26 or 1 MacMinis-Mini:iobroker netzwerkzugriff$ iobroker restore 0 host.MacMinis-Mini.fritz.box Using backup file total_2019_02_17-14_27_57_backupiobroker.tar.gz host.MacMinis-Mini.fritz.box Cannot find extracted file from file "/usr/local/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json" MacMinis-Mini:iobroker netzwerkzugriff$Der Backitup Adapter sagt gar nichts, sondern bleibt im Zustand "gestartet" einfach stehen.
Ok, eine laufende Instanz bekomme ich so hin, ein Backup nicht.
Nun einmal die Variante, wenn der Benutzer am Mac kein Admin ist:
Es wird hierbei kein Ordner erstellt und auch nichts installiert, weil der Benutzer kein sudo kann und die Installationsroutine das Passwort vom Admin nicht akzeptiert.
Ich habe gestern halt noch Dateien von ioBroker gehabt, weil ich vorher ja den "alten" Weg gegangen bin über npm Install.Ich hoffe, Du kannst damit etwas anfangen.
-
@AlCalzone
Ich habe nochmal eine Variante hinterher geschoben.
Da gibt es jetzt ein wenig Entwarnung, wenn man das so nennen darf.Ich habe nun allen meinen Benutzern mal die Adminrechte entzogen und nur noch das Admin-Konto "MacMini" belassen, welches noch nie angemeldet war.
Eine Installation mit curl.... gelingt klaglos, wenn man unter dem Standardbenutzer in macOS im Terminal den Admin anmeldet.
Terminal öffnen und anschließend "login Adminkonto" eingeben. Dann wird das Passwort verlangt und man benutzt das Terminal als Admin.
Hier das Log von der Installation. Lediglich der Autostart funktioniert nicht, da er immer noch in die Benutzer-Library schreiben will. Allerdings sieht hier die Fehlermeldung etwas anders aus als vorhin. Hier heißt es jetzt "Could not find domain for.."
Die Instanz lässt sich dann aber auch wieder mit "iobroker restart" starten und läuft auch. Habe bereits Adapter installiert und Einstellungen geändert, etc.
Restore probiere ich nachher auch mal.(Was hier stand war Blödsinn)Bleibt also nur noch der Autostart als eigentliches Problem, denn ich habe keinen Admin angemeldet und arbeite in ioBroker mit einem beschnittenen Standardbenutzer.
Demnach müsste man also erstmal nur der Doku hinzufügen, dass man zur Installation entweder nur einen Benutzer unter macOS haben darf und dieser entsprechend auch Admin sein muss, was er ja als einziger Benutzer zwangsläufig ist.
Oder man muss sich im Terminal vom Standardbenutzer vorher mit dem Admin anmelden über "login Adminname".Das war ja eine schwere Geburt.
Meine Gedanken zum Autostart bleiben aber immer noch dabei, dass die falsche Library genutzt wird. Es gibt eine im Benutzerordner
und eine im Systemordner auf der obersten Ebene
Und darin befinden sich auch die plist im Ordner LaunchAgents. In meinem Fall z. B. die Touch-Base Treiber für den Touchscreen. Die habe ich für alle Benutzer installiert und die sollen dementsprechend auch bei jedem Benutzer automatisch geladen werden.
Hoffe, wir können das Strukturproblem damit lösen.
-
Für das Restore Problem habe ich nun auch eine Erklärung.
Normale Backups werden ja auch zurückgespielt, aber komplette Backups nicht.
Die Erklärung habe ich in der Adapterbeschreibung vom Backitup Adapter gefunden.Dort steht, dass komplette Backups ins root/ Verzeichnis kopiert werden sollen und von dort mit entsprechendem Befehl:
sudo tar -xzvf Backupname.tar.gz -C /wieder zurückgespielt werden. Klingt logisch, da ja das gesamte ioBroker Verzeichnis wiederhergestellt wird. Jetzt meine Frage. Was ist für mich in macOS das root-Verzeichnis, wenn iobroker unter Volume/usr/local/iobroker liegt?
Und die noch bessere Frage: Brauche ich bei dem Umzug ein komplettes Backup, oder tut es auch das "normale" Backup? Was passiert genau nach dem zurückspielen? Muss ich erst in der Instanz die Adapter alle installieren, oder kommen die automatisch mit? Was ist mit VIS? Sind die Views auch gesichert?
-
Die Backup-Fragen kann dir wohl nur @simatec beantworten. Bei den Launch-Agents bin ich deiner Meinung. Irgendwie sollte man das auch hinbekommen, dass es systemweit ausgeführt wird mit einem dedizierten User (iobroker).
-
@AlCalzone said in ioBroker Installation macOS Mojave:
Die Backup-Fragen kann dir wohl nur @simatec beantworten. Bei den Launch-Agents bin ich deiner Meinung. Irgendwie sollte man das auch hinbekommen, dass es systemweit ausgeführt wird mit einem dedizierten User (iobroker).
Das Backup-Thema ist schon sehr komplex, denn es kommt hier wirklich darauf an, welcher Benutzer das Backup erstellt hat, denn der Ordner Backups und auch die übergeordneten Ordner in /usr/local haben für andere Benutzer als den Ersteller nur Leserechte.
Mein Problem ist es momentan noch, dass ich kein komplettes Backup, sprich den Austausch des gesamten iobroker Ordners hinkriege.Das liegt aber an meiner Vorgehensweise bei der Installation. Für brew und die anschliessende Installation von node benötigt man keine Adminrechte. Das habe ich also unter dem Standardbenutzer eingerichtet. Für den curl Befehl zur Installation von iobroker braucht es allerdings wieder Adminrechte und das habe ich ja gestern mit dem Adminlogin im Terminal vom Standardbenutzer durchgeführt. Damit hat aber wiederum nur der Admin die Berechtigung, in dem /usr/local/iobroker Ordner etwas zu ändern.
Wenn man nun iobroker mit dem Standardbenutzer bedient liegen die normalen Backups ja im Backups Ordner und sind völlig unkritisch, weil die über den Adapter auch wieder zurückgespielt werden können. Ein komplettes Backup hingegen muss über die Konsole zurückgespielt werden und da ist eben der Adapter für eine macOS Installation unbrauchbar, weil iobroker eben nicht in /opt liegt, sondern in /usr/local.
Abgesehen vom Rechteinhaber, wird also immer ein /opt Ordner zusätzlich erstellt und man muss händisch die Verzeichnisse hin und her kopieren. Und wenn nun noch der Besitzer von usr/local/iobroker der Admin ist und der Besitzer der Backupdaten der Standardbenutzer, ist das Chaos perfekt, weil keiner von beiden die jeweilige Berechtigung hat die Datei überhaupt zu entpacken oder die entpackten Files nicht in den Ordner schieben darf.Da breche ich mir gerade noch die Finger, denn ich will ja erstmal nur ein einziges komplettes Backup meiner alten Instanz über die neue bügeln. Das geht eben grad noch nicht, weil node über den Standardnutzer kam und iobroker über den Admin kommen musste. Daher funktioniert auch bei mir kein "host this", weil der Admin das nicht ausführen darf.
Wenn ich das raus habe, wie das funktioniert, mache ich eine Doku fertig. Ich gehe jetzt erstmal davon aus, dass alle Vorbereitungen (brew, node, npm und iobroker) über den Admin laufen müssen und man anschließend die Bedienung (inkl. normaler Backups über den Adapter) dann mit dem Standardbenutzer machen kann. -
Ich würde für ein neues System immer das Standard Backup nehmen.
Das total ist eher als Notfallsystem gedacht.Ich muss die Doku noch fixen.
Wenn du das total per Konsole wiederherstellen willst, muss es im iobroker Ordner bereits liegen.
Also Standard /opt/iobrokerDort auch den Befehl ausführen ...
-
So, nun habe ich es erstmal geschafft und würde ab hier eine Anleitung bereitstellen, wie man ioBroker auf einem aktuellen macOS inkl. Backup vom Altsystem zum Laufen bringt.
Installation von ioBroker inkl. Xcode, Homebrew und nodejs auf dem Mac (vorerst ohne Autostart) Stand: 19.02.2019
Wichtig: Man muss die gesamte Installation inkl. brew, nodejs, npm und ioBroker von einem Adminbenutzer in macOS tätigen. Es reicht nicht aus, einen Standardbenutzer temporär für die Installation zum Admin zu machen, da die ioBroker Instanz später unter dem Admin gestartet werden muss, der es installiert hat. Andernfalls kommt es früher oder später zu Problemen, bzw. die Instanz startet erst gar nicht aufgrund von Berechtigungsproblemen. Wer nur einen Benutzer unter macOS hat, der braucht dies nicht zu berücksichtigen, alle anderen, deren Admin nur ein unkonfiguriertes Benutzerkonto wie bei mir ist, müssen darauf achten, mit dem Admin während der Installation angemeldet zu sein.
1. Xcode installieren
Um nachher mit Homebrew nodejs installieren zu können, benötigt man Xcode. Dies ist ein Entwicklertools von Apple und kostenlos im MacAppStore erhältlich. https://itunes.apple.com/de/app/xcode/id497799835?mt=12
Für Mac User mit einem Standardbenutzer ist dies die einzige Installation, die man mit dem Standardbenutzer tätigen kann, um dem Admin nicht unnötig iCloud Anmeldedaten oder Zugriff auf den Appstore geben zu müssen.
Xcode aus dem Appstore laden, installieren und einmal ausführen, so dass die Nutzungsbedingungen akzeptiert werden und die Software einsatzbereit ist.
Anschließend unbedingt wieder darauf achten, mit dem Admin angemeldet zu sein. Homebrew und somit auch nodejs lassen sich nämlich auch problemlos ohne Adminrechte installieren.2. Homebrew installieren
Homebrew ist ein Paketmanager, der eine Installation von z. B. nodejs sehr einfach durchführbar macht und auch die Möglichkeit bietet, sämtliche über ihn getätigten Installationen rückstandslos wieder zu entfernen. Aus diesem Grund habe ich mich für Homebrew entschieden, weil mir damit ein späteres Update von nodejs am Mac einfacher gemacht wird. Es gibt sicherlich auch andere Wege und für Linux-Experten sicherlich auch bessere, aber wer so eine Installation nur einmal im Jahr macht, der freut sich über ein wenig Einfachheit.
Infos zu Homebrew finden sich hier: https://brew.sh/index_deZur Installation einfach das Terminal öffnen und
/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"eingeben. Anschließend werdet Ihr bis zum Abschluss der Installation begleitet. Man kann also nichts verkehrt machen.
3. nodejs installieren
Es gibt natürlich viele Wege nodejs auf den Mac zu installieren. Eine davon wäre der ganz normale macOS-Installer(pkg) von der Internetseite https://nodejs.org/en/download/. Allerdings beinhaltet dieser immer das letzte LTS oder eben die Current Version.
Aktuell ist das glaube ich node 11.x
Auch deshalb habe ich mich für Homebrew entschieden, weil ich hier festlegen kann, welche Version installiert werden soll.Sobald Homebrew also mit seiner eigenen Installation fertig ist, kann man den Befehl zur Installation von nodejs geben.
Hierzu im noch geöffneten Terminalfensterbrew install nodeeingeben. Bei diesem Befehl wird allerdings auch die letzte LTS installiert.
brew install node@8installiert z. B. die letzte 8er Version 8.15.0
4. node verlinken
Mit der reinen Installation von node ist es aber noch nicht getan, denn die Version muss noch verlinkt werden. Vorher kann man auch noch gar nicht die Versionsinfonode -vabrufen.
Auch hier hilft Homebrew ohne wirkliche Vorkenntnisse prima weiter. Das ermöglicht z. B. auch, mehrere node Versionen parallel auf dem Mac laufen zu haben, wovon nur eine verlinkt ist. So kann man vor einem Update auch erst mal testen.brew link node@8 --forcewäre hier der Befehl, der im Terminal direkt nach der Installation von node 8.15.0 ausgeführt werden muss.
Mit nodejs kommt auch automatisch npm mit, dessen Version man nach der Verlinkung von node sehen kann. Mit der 8er, sowie der 10er node Version kommt npm 6.4.1 mit.5. ioBroker installieren
Um nun ioBroker auf den Rechner zu bekommen, im immer noch geöffneten Terminalcurl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/stable-installer/installer.sh | bash -eingeben. Die Installation erfolgt in 4 Schritten, wobei der entsprechende Ordner, in den ioBroker kopiert wird, automatisch angelegt wird. Alle anderen Anleitungen, bei denen unter Dokumente oder sonst wo auf der Festplatte ein Ordner namens "ioBroker" angelegt werden soll, kann man ignorieren. Die führen nicht mehr zum Ziel.
Die Installation quittiert später mit dem Hinweis, dass man nun den Host:8081 aufrufen kann.
Das stimmt zum jetzigen Zeitpunkt leider noch nicht. Die Autostart plist werden nämlich vom Installer noch nicht angelegt. ioBroker muss manuell gestartet werden. Dies kann man, sofern man nicht noch ein Backup einspielen will, sowohl vom Admin, als auch vom Standardbenutzer tun.
Wer also nur ioBroker als neue, frische Instanz installieren wollte, ist hier fertig und kann im Adminkonto im Terminalcd /usr/local/iobroker iobroker starteingeben. Sollte iobroker start nicht funktionieren und mit einer Fehlermeldung enden, gebt stattdessen iobroker restart ein. Das funktioniert in jedem Fall.
Wer iobroker nun erst mit dem Standardbenutzer einrichten will, der meldet den Admin ab und meldet sich mit seinem Standardbenutzer an und öffnet dort das Terminal. Hier muss man allerdings den Startbefehl mit dem Adminkonto geben und deshalb lautet hier der Befehllogin Admin-Benutzername Passwort eingeben cd /usr/local/iobroker iobroker start oder iobroker restart6. Nach der Installation ein komplettes Backup einspielen (ioBroker Umzug)
Das ist jetzt leider nicht so einfach, denn ein komplettes Backup kann nicht wie in vielen Anleitungen geschrieben einfach in den Backup-Ordner von ioBroker installiert werden. Das komplette Backup beinhaltet den gesamten gepackten Ordner "iobroker" und muss an der Stelle wieder entpackt werden.
Das hat mich zwar die meiste Zeit gekostet, aber am Ende war es auch mit die logischste Geschichte.Zunächst müssen wir das ganze aber wieder unter dem Adminkonto am Mac machen, weil die Berechtigungen der Ordner uns sonst ein Schnippchen schlagen. Zudem muss das Backup vom Altsystem so gemacht werden, dass der /opt Ordner, wenn man von einem Linux System kommt, nicht im Restore wiederhergestellt wird, denn den gibt es auf dem Mac nicht.
Also Backup am Altsystem
cd /opt tar -cf /opt/iobroker_backup.tar iobroker/Hier wird eine tar-Datei in den Ordner /opt des Altsystems geschrieben, die den darin befindlichen Ordner /iobroker mit all seinen Unterordnern packt. Diese Datei auf gewünschtem Weg auf den Mac ins Adminkonto kopieren.
Dort dann das Terminal aufrufen, iobroker stoppen, falls es läuft und mit
tar -vxf <Ordner-und Dateiname der tar-Datei> -C /usr/localentpacken. Hier den Zielpfad /iobroker definitiv weglassen, denn sonst wird er im vorhandenen /usr/local/iobroker nochmal angelegt.
Anschließend noch
cd /usr/local/iobroker iobroker host thiseingeben und die Instanz über den Admin oder auch den Standardbenutzer mit angemeldetem Admin im Terminal wieder starten.
Thats it! Relativ einfach, aber bei mir zumindest ein holpriger Weg bis dahin. Falls anschließend Instanzen nicht starten, diese löschen und neu anlegen. Das ist mir lediglich mit dem Tradfri Adapter passiert. Alle anderen Adapter liefen direkt einwandfrei und auch alle Views, Skripte und Datenpunkte waren wieder da. Alexa muss dann noch einmal nach neuen Geräten suchen, falls die Anbindung an Alexa vorher bestanden hat, aber das war es.
-
@simatec said in ioBroker Installation macOS Mojave:
Wenn du das total per Konsole wiederherstellen willst, muss es im iobroker Ordner bereits liegen.
Also Standard /opt/iobrokerHallo @simatec.
Danke für Deine Antwort. Ich habe mit dem Adapter wirklich sehr lange herum experimentiert und er war für eine Wiederherstellung auf macOS leider nicht zu gebrauchen. Ich vermute, so wie ich es bereits im vorhergehenden Beitrag in der Anleitung geschrieben habe, dass wie es unter Linux üblich ist, der Adapter das komplette Backup mit dem Ordner /opt macht und diesen gibt es eben nicht auf dem Mac. ioBroker wird hier in /usr/local geschrieben. Im gelindesten Fall hat man nach dem Restore in /local noch einen /opt Ordner, den man dann manuell wieder kopieren muss. Dabei gehen aber die node-module den Bach runter, wie es bei mir zumindest der Fall war.Der Adapter ist zumindest unter macOS, außerhalb einer Linux-Umgebung tatsächlich wie Du schreibst, nur für einfache "minimale" Backups zu nutzen. Heißt aber auch, dass man ein bereits eingerichtetes, gehostetes ioBroker benötigt.
Ich wollte aber komplett umziehen. Vielleicht ist das auch ein Hinweis für alle macOS User, die bisher mit dem Adapter fleißig komplette Backups gemacht haben. Die sind aus meiner Sicht alle unbrauchbar. Zumindest um damit von einem Linux auf ein macOS oder umgekehrt umziehen zu wollen.
Ich mache später auf dem Mac mal ein komplettes Backup mit dem Adapter und schaue mal, was da dann drin steht.Zumindest kann ich mir vorstellen, dass es Probleme mit den Dateiberechtigungen gibt, wenn man auf dem Mac, so wie ich einen Admin und einen Standardbenutzer hat, der dann die Backups macht und ablegt. Die Dateiberechtigungen werden dann nicht mehr zu den Ordnerberechtigungen passen und damit gibt es Murks beim Restore. Das teste ich aber mal in einer ruhigen Minute aus. Bis dahin wird wohl hoffentlich kein macOS Nutzer in die Verlegenheit kommen, dass sein Leben davon abhängt.
Ich habe es ja auch irgendwie am Ende geschafft von macOS zum Raspberry, vom Raspberry auf einen OMV Server, von Debian in einen Docker auf der Synology und von dort aus nun wieder zu macOS zu wechseln, ohne großartig Daten (wenn auch viel Zeit) zu verlieren. -
Nei der Adapter ist mit flexiblen Pfad programmiert.
Es wird nicht star das standardverzeichnis /opt/iobroker genommen.Stelle die Instanz von backitup mal auf debug und poste hier deinen Log.
So sehen wir mehr ...
