Diskussion zum neuen Installation-Fixer

[AlCalzone]

@Homoran siehe Screenshots oben -> buanets Docker-Image

[MyzerAT]

ja läuft im buanets Docker-Image , aber ich habe kein ahnung wie ich da ran komme auf der NAS, ich tipper mir die finger wund und finde es nicht und im inet gibt es auch nix wo das beschrieben ist

[AlCalzone]

Die Datei liegt meist im Home-Verzeichnis, an das du über Putty/SSH drankommen solltest. Je nachdem, welcher User direkt auf der NAS angemeldet ist, ist das /root oder /home/username (kurz ~).

Und was zeigt denn die Seite "Übersicht" in der GUI? Steht es da vllt?

[MyzerAT]

@AlCalzone sagte in Diskussion zum neuen Installation-Fixer:

Und was zeigt denn die Seite "Übersicht" in der GUI? Steht es da vllt?

wo muss ich da schauen ? am NAS oder im ioBroker

[AlCalzone]

Ich beziehe mich auf den Screenshot, den du oben gepostet hast.

[apollon77]

Meine Frage ist: Bei Docker setzt man den Installer nicht ein weil man ein Docker Image nutzt (also in meiner Welt eine ganz andere Baustelle). Daher wäre ich nicht auf die Idee gekommen den Fixer im Docker zu nutzen.

Die Frageist jetzt aber: geht es oder geht es nicht im Docker? Gefühlt glaube ich gelesen zu haben das es geht, aber jetzt haben wir den Fall wo es nicht tut ...

Kann man "läuft im Docker" irgendwie erkennen? Dann könnte der Fixer abbrechen.

[MyzerAT]

der iobroker im docker läuft wieder , leider habe ich jetzt ein anderes problem!

https://forum.iobroker.net/topic/20363/eigene-namen-statt-herk%C3%B6mmlicher-objekt-id

ich könnt mich in den arsch beissen, habe das mit dem Fixer alles genau durchgelesen und wenn ich gewusst hätte das es ein nogo ist den auf docker loszulassen hätte ich es gelassen!

[AlCalzone]

@MyzerAT sagte in Diskussion zum neuen Installation-Fixer:

leider habe ich jetzt ein anderes problem!
https://forum.iobroker.net/topic/20363/eigene-namen-statt-herkömmlicher-objekt-id

Das hat mit der Installation/Fixer nix zu tun, sondern wird vom Skript-Adapter verursacht.

[MyzerAT]

ja abers seit dem neu installieren

[AlCalzone]

Zufall. Ist wohl in einer der neuen Adapter-Versionen aufgetreten, die du jetzt mitbekommen hast.

[MyzerAT]

könnt es der javascript adapter sein ? wenn ja kann ich da einen rückschritt machen ?

[AlCalzone]

[Negalein]

@MyzerAT sagte in Diskussion zum neuen Installation-Fixer:

ich könnt mich in den arsch beissen, habe das mit dem Fixer alles genau durchgelesen und wenn ich gewusst hätte das es ein nogo ist den auf docker loszulassen hätte ich es gelassen!

Schön dass es wieder läuft.

ABER gib nicht dem Fixer usw. Schuld.

Ich hab auch das Buanet-Image auf der Synology im Docker laufen.
Ich bin bei der Installation genau nach der Beschreibung vorgegangen.
Dort wird auch sehr gut ein Weg der Sicherung erklärt und umgesetzt.

Also am Docker liegt es nicht!

[loi83]

Danke für das Script. Lief auf meinem Ubuntu ohne Probleme durch

[dslraser]

@apollon77
Hallo apollon77, ich habe ioBroker seit ca 1,5 Jahren im Docker auf der Synology nach der Anleitung von Buanet laufen. Auch die Anleitung für Backups von Ihm setze ich ein und es funktioniert auch. Nur wurde ioBroker nach dieser Backuo Anleitung von mir nicht mehr automatisch nach einem Backup gestartet. Sprich, der Container wird gestoppt, Backup witd ausgeführt, aber der autostart funktionierte noch nie.

In der Anleitung vom Fixer steht/stand für Linux basierte Systeme. Die Synology ist ein Linux System.

Ich habe den Fixer ausgeführt, ohne ioBroker zu stoppen. Der Fixer lief durch mit Erfolgsmeldung am Ende. Ich musste weder den Container, noch irgendwelche Adapter neu starten.
Nun noch das Beste daran, ich habe anschließend wieder ein Backup ausgeführt und ioBroker wurde automatisch gestartet, das hatte bisher noch nie funktioniert.
Also muß/kann das eigentlich nur der Fixer behoben haben.

Bei mir gab es kein Problem mit dem Fixer auf der Synology im Container !

[Negalein]

@dslraser sagte in Diskussion zum neuen Installation-Fixer:

Bei mir gab es kein Problem mit dem Fixer auf der Synology im Container !

dito
Lief bei mir auch ohne nennenswerte Probleme.

Bei mir funktionierte das Backupscript von Buanet von Anfang an.

Um den Fixer zu starten, musste ich ioBroker vorher mit pkill io stoppen.

[Brati]

Fixer lief auf meinem 2 Jahre alten Debian System durch und alles funzt. Mal ne Frage zum "iobroker" Nutzer. Wo finde ich den?

Ehrlich gesagt, habe ich mich immer mit root angemeldet und das soll ja nicht so gut sein. Vor dem Fix habe ich mir extra einen anderen User "xxx" erstellt und dem "sudo" verpasst. Jetzt gibt es nur "root" und "xxx" auf dem System.

Ist das ok so? Also jetzt immer "xxx" nutzen?

Grüße

Brati

[AlCalzone]

@Brati iobroker wird nur hinter den Kulissen genutzt, du kannst weiterhin wie gehabt mit deinem nicht-root-User arbeiten.
Dabei aber bitte https://forum.iobroker.net/topic/17109/wichtige-hinweise-bei-neueren-npm-versionen-und-sudo beachten.

Und zum Installieren bevorzugt den Admin oder die iobroker ... Kommandos verwenden: http://www.iobroker.net/docu/?page_id=8511&lang=de

[Merlin123]

Fixer lief durch, iobroker startet.

Was ich aber (vermutlich mangels Linux Know-How) nicht verstehe:

root@orangepiplus2e:~# su - iobroker
This account is currently not available.
root@orangepiplus2e:~# cat /etc/passwd
root:x:0:0:root:/root:/bin/bash

[...]

iobroker:x:1000:1000::/home/iobroker:/usr/sbin/nologin
root@orangepiplus2e:~#

aber iobroker scheint unter iobroker zu laufen:

root@orangepiplus2e:~# ps -ef|grep iobroker
iobroker   937     1 22 17:30 ?        00:01:03 iobroker.js-controller
iobroker  1135   937  6 17:30 ?        00:00:18 io.admin.0
iobroker  1168   937  0 17:30 ?        00:00:02 io.discovery.0
iobroker  1190   937  1 17:30 ?        00:00:03 io.ping.0
iobroker  1205   937  1 17:31 ?        00:00:03 io.web.0
iobroker  1221   937  1 17:31 ?        00:00:03 io.history.0
iobroker  1238   937  9 17:31 ?        00:00:25 io.javascript.0
iobroker  1261   937  1 17:31 ?        00:00:02 io.fritzbox.0
iobroker  1294   937  6 17:31 ?        00:00:15 io.hue.0
iobroker  1312   937  1 17:31 ?        00:00:04 io.scenes.0
iobroker  1447   937  2 17:31 ?        00:00:06 io.harmony.0
iobroker  1465   937  4 17:32 ?        00:00:09 io.systeminfo.0
iobroker  1479   937  1 17:32 ?        00:00:03 io.email.0
iobroker  1498   937  3 17:32 ?        00:00:06 io.cloud.0
iobroker  1539   937  2 17:32 ?        00:00:05 io.knx.0
iobroker  1581   937  3 17:32 ?        00:00:07 io.alexa2.0
iobroker  1595   937  2 17:32 ?        00:00:04 io.landroid-s.0
iobroker  1609   937  1 17:32 ?        00:00:03 io.backitup.0
iobroker  1625   937  5 17:32 ?        00:00:09 io.iot.0
iobroker  1635   937  1 17:32 ?        00:00:02 io.text2command.0
iobroker  1663   937  3 17:32 ?        00:00:05 io.fritzdect.0
iobroker  1672   937  2 17:32 ?        00:00:03 io.shelly.0
iobroker  1707   937  2 17:33 ?        00:00:02 node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js upgrade javascript
iobroker  1731  1707  0 17:33 ?        00:00:00 /bin/sh -c npm install iobroker.javascript@4.1.5 --production --save --prefix "/opt/iobroker"
iobroker  1732  1731 99 17:33 ?        00:02:21 npm
root      1773  1431  0 17:35 pts/0    00:00:00 grep iobroker

ist damit alles OK?

[apollon77]

Ja das passt. Der User existiert nur für Berechtigungen und das der Prozess dort läuft. Ein Login als der User ist nicht geplant und nicht nötig. Von daher...