NEWS
Fehler bei Host Update nach iob fix
-
@thomas-braun Zumindest nicht bewusst. Ich musste ein Backup einspielen und dann kam das.
@hardl
Dann würde ich mal ganz stark das Backup anzweifeln. -
@thomas-braun Was bedeutet das, soll ich mein Backup nicht verwenden?
Alles neu aufsetzen ist ein großer Aufwand.
Kann ich nicht die Rechte ändern?Im Docker soll doch auch als root eine gewisse Sicherheit vorhanden sein.
Ich weiß nicht wie du da ein 'Backup' angelegt hast.
Jedenfalls ist ein Backup, das mit 777 (vollen Rechten für alles und jeden) zurück kommt ein Mega-Murks.Und das user management zwischen root / sudoers und normalen Usern wird auch im Docker nicht durchbrochen.
-
Ich weiß nicht wie du da ein 'Backup' angelegt hast.
Jedenfalls ist ein Backup, das mit 777 (vollen Rechten für alles und jeden) zurück kommt ein Mega-Murks.Und das user management zwischen root / sudoers und normalen Usern wird auch im Docker nicht durchbrochen.
@thomas-braun "Backup", der Ausdruck ist tatsächlich falsch.
Ich habe einen neuen ioBroker-Container erstellt und in den Freigaben auf das alte Verzeichnis ioBroker.Data verwiesen. -
Da kann ich dir nicht helfen. Container stehen hier im Hof. Kommt der Müll rein.
-
Da kann ich dir nicht helfen. Container stehen hier im Hof. Kommt der Müll rein.
-
@thomas-braun Ok, danke.
Vielleicht kennt sich ja hier auch jemand mit "Müll" ausMir wir immer erzählt, mit Containern ist das gar kein Problem, da haste binnen Sekunden einen neuen hergezaubert. Mach das doch und dann haust du dein Backitup wieder in den futschneuen ioBroker rein.
-
@hardl
Dann würde ich mal ganz stark das Backup anzweifeln.@thomas-braun sagte in Fehler bei Host Update nach iob fix:
Dann würde ich mal ganz stark das Backup anzweifeln.
nee, scheint am Image zu liegen, tritt hier auch auf mit brandneuem Container, und ja, tatsächlich binnen Sekunden erstellt(als erfahrener Benutzer!)
im original debian Container mit nachinstalliertem sudo sind die Flags richtig
@andre irgendeine Idee? V6.1.0
-
@thomas-braun sagte in Fehler bei Host Update nach iob fix:
Dann würde ich mal ganz stark das Backup anzweifeln.
nee, scheint am Image zu liegen, tritt hier auch auf mit brandneuem Container, und ja, tatsächlich binnen Sekunden erstellt(als erfahrener Benutzer!)
im original debian Container mit nachinstalliertem sudo sind die Flags richtig
@andre irgendeine Idee? V6.1.0
-
@fastfoot Ja, wollte ich auch gerade schreiben. Die Erstellung des neuen Containers dauert nur Sekunden, aber es sind sofort alle Rechte offen.
-
@fastfoot Ja, wollte ich auch gerade schreiben. Die Erstellung des neuen Containers dauert nur Sekunden, aber es sind sofort alle Rechte offen.
-
-
@fastfoot sagte in Fehler bei Host Update nach iob fix:
@hardl, @andre wenn man das Image selbst erstellt ist alles in Ordnung. Seltsam und etwas beängstigend...
neuestes Image vom 30.03. heruntergeladen, alles in Ordnung damit!
-
Hallo,
MAC OS
ioBroker in QNAP NAS im Docker
Status: JS 4.0.21, Node.JS 12.22.2, NMP 6.14.13ich habe schon häufig ein Update durchgeführt mit:
pkill -u iobroker
iob fix
iob update
iob upgrade self
iob startNach iob fix kommt jetzt folgender Fehler:
========================================================================== Checking ioBroker user and directory permissions (2/3) ========================================================================== Created /etc/sudoers.d/iobroker sudo: Fehler in /etc/sudo.conf, Zeile 0, während Plugin »sudoers_policy« geladen wurde sudo: /usr/lib/sudo/sudoers.so darf nur vom Besitzer beschreibbar sein sudo: Schwerwiegender Fehler, Plugins konnten nicht geladen werden sudo: Fehler in /etc/sudo.conf, Zeile 0, während Plugin »sudoers_policy« geladen wurde sudo: /usr/lib/sudo/sudoers.so darf nur vom Besitzer beschreibbar sein sudo: Schwerwiegender Fehler, Plugins konnten nicht geladen werden Fixing directory permissions...Im Verzeichnis /etc existiert aber keine sudo.conf
Nach Stop und Neustart des ioBroker läuft wieder alles.
Kann mir bitte jemand helfen?
@hardl sagte in Fehler bei Host Update nach iob fix:
ich habe schon häufig ein Update durchgeführt mit:
pkill -u iobroker
iob fix
iob update
iob upgrade self
iob startWarum denn ein iob fix?
Wer hat dir denn das nahegelegt?
Ich habe iobroker seit 2017 in meinem Container laufen und immer fleißig upgedatet und noch nie ein iob fix gemacht/ gebraucht...@fastfoot Gibt es jetzt noch ein Problem oder nicht? Hab sowas bisher noch nicht gehört. Kann natürlich sein dass im autobuild mal ein faules Image erstellt wird. Wenn du Infos hast wie man das reproduzieren kann dann gib mir die Infos am besten mal als Issue. Dann kann ich mal auf die Suche gehen ob da irgendwo mal was falsch gelaufen ist und das in Zukunft ggf. vermeiden :)
Das Einhängen des ioBroker Ordners im neuen Container ist übrigens gängige Praxis und eigentlich problemlos solange man nicht am Verzeichnis auf dem Host rum pfuscht. Falls man das Verzeichnis als Backup umkopiert, bitte darauf achten, dass beim Kopieren die Berechtigungen beibehalten werden. Das geht in der Regel über einen entsprechenden Kommandozeilen-Parameter.
Ausserdem ist es ratsam im Verzeichnis immer ein "iobroker backup" liegen zu haben. Damit könnte man, wenn mal was schief geht ein Restore in einem frischen iobroker machen...MfG,
André -
@hardl sagte in Fehler bei Host Update nach iob fix:
ich habe schon häufig ein Update durchgeführt mit:
pkill -u iobroker
iob fix
iob update
iob upgrade self
iob startWarum denn ein iob fix?
Wer hat dir denn das nahegelegt?
Ich habe iobroker seit 2017 in meinem Container laufen und immer fleißig upgedatet und noch nie ein iob fix gemacht/ gebraucht...@fastfoot Gibt es jetzt noch ein Problem oder nicht? Hab sowas bisher noch nicht gehört. Kann natürlich sein dass im autobuild mal ein faules Image erstellt wird. Wenn du Infos hast wie man das reproduzieren kann dann gib mir die Infos am besten mal als Issue. Dann kann ich mal auf die Suche gehen ob da irgendwo mal was falsch gelaufen ist und das in Zukunft ggf. vermeiden :)
Das Einhängen des ioBroker Ordners im neuen Container ist übrigens gängige Praxis und eigentlich problemlos solange man nicht am Verzeichnis auf dem Host rum pfuscht. Falls man das Verzeichnis als Backup umkopiert, bitte darauf achten, dass beim Kopieren die Berechtigungen beibehalten werden. Das geht in der Regel über einen entsprechenden Kommandozeilen-Parameter.
Ausserdem ist es ratsam im Verzeichnis immer ein "iobroker backup" liegen zu haben. Damit könnte man, wenn mal was schief geht ein Restore in einem frischen iobroker machen...MfG,
André@andre sagte in Fehler bei Host Update nach iob fix:
@fastfoot Gibt es jetzt noch ein Problem oder nicht? Hab sowas bisher noch nicht gehört. Kann natürlich sein dass im autobuild mal ein faules Image erstellt wird. Wenn du Infos hast wie man das reproduzieren kann dann gib mir die Infos am besten mal als Issue. Dann kann ich mal auf die Suche gehen ob da irgendwo mal was falsch gelaufen ist und das in Zukunft ggf. vermeiden
scheinbar nein. Mir ist das vor längerem(paar Wochen) mal aufgefallen, habe mir aber nichts dabei gedacht und das manuell gefixt. Nachdem es hier zur Sprache kam hatte ich einen neuen Container erstellt und gesehen dass es am Image liegt(gezogen als 6.1.0 rauskam) Ein neuerer Download zeigt das Verhalten aber nicht mehr, von daher nicht mehr nachzuvollziehen. Auch die Erstellung des Image mittels Dockerfile ist ok
-
@andre Hallo Andrè,
vor längerer Zeit habe ich das mit "iob fix"hier im Forum gelesen und problemlos schon öfter so gemacht.
Soweit ich mich erinnere steht das "iob fix"auch in der Anweisung, wenn ein Update des Host zur Verfügung steht.
Ich bin kein Fachmann und werde das natürlich bei Updates weglassen, wenn das auch ohne geht.Was mir aber aufgefallen ist:
Nachdem ich einen neuen Container mit der iobroker/iobroker V.6.0.1 erstellt und den Ordner eingehängt habe, waren alle Rechte so vergeben, wie es sein sollte??:-rw-r--r-- 1 root root 553480 Feb 27 2021 /usr/lib/sudo/sudoers.soWenn ich das Gleiche aber mit buanet/iobroker latest erstelle:
-rwxrwxrwx 1 root root 380192 Jan 20 2021 /usr/lib/sudo/sudoers.soIst das normal oder ist bei meinem Container etwas verstellt?
Gruß
Reinhard -
@andre Hallo Andrè,
vor längerer Zeit habe ich das mit "iob fix"hier im Forum gelesen und problemlos schon öfter so gemacht.
Soweit ich mich erinnere steht das "iob fix"auch in der Anweisung, wenn ein Update des Host zur Verfügung steht.
Ich bin kein Fachmann und werde das natürlich bei Updates weglassen, wenn das auch ohne geht.Was mir aber aufgefallen ist:
Nachdem ich einen neuen Container mit der iobroker/iobroker V.6.0.1 erstellt und den Ordner eingehängt habe, waren alle Rechte so vergeben, wie es sein sollte??:-rw-r--r-- 1 root root 553480 Feb 27 2021 /usr/lib/sudo/sudoers.soWenn ich das Gleiche aber mit buanet/iobroker latest erstelle:
-rwxrwxrwx 1 root root 380192 Jan 20 2021 /usr/lib/sudo/sudoers.soIst das normal oder ist bei meinem Container etwas verstellt?
Gruß
Reinhard@hardl sagte in Fehler bei Host Update nach iob fix:
vor längerer Zeit habe ich das mit "iob fix"hier im Forum gelesen und problemlos schon öfter so gemacht.
Soweit ich mich erinnere steht das "iob fix"auch in der Anweisung, wenn ein Update des Host zur Verfügung steht.Bitte hier ein bisschen vorsichtig sein. Eine Installation von iobroker unter Docker ist nicht gleich einer nativen Linux Installation. Aufgrund von Besonderheiten bei Docker können nicht alle Tips zu einer nativen iobroker Installation 1:1 übernommen werden. So wird iobroker z. B. normalerweise als Dienst ausgeführt, unter Docker ist das etwas anders...
Daher bitte am besten immer (auch) in die Doku zum Docker Image schauen.@hardl sagte in Fehler bei Host Update nach iob fix:
Was mir aber aufgefallen ist:
Nachdem ich einen neuen Container mit der iobroker/iobroker V.6.0.1 erstellt und den Ordner eingehängt habe, waren alle Rechte so vergeben, wie es sein sollte??:
-rw-r--r-- 1 root root 553480 Feb 27 2021 /usr/lib/sudo/sudoers.soWenn ich das Gleiche aber mit buanet/iobroker latest erstelle:
-rwxrwxrwx 1 root root 380192 Jan 20 2021 /usr/lib/sudo/sudoers.soIst das normal oder ist bei meinem Container etwas verstellt?
Das kann ich so erstmal nicht nachvollziehen. latest ist aktuell gleich v6.1.0. und da iobroker/iobroker lediglich ein mirror zu buanet/iobroker ist, sollten das theoretisch die gleichen Images sein (zumindest aus der selben source erstellt). Was natürlich immer mal sein kann ist, dass im Build Prozess was schief gegangen ist und daher da irgendwo mal ein faules Image erstellt wurde. Ich werde mir das mal ansehen.
MfG,
André -
@hardl sagte in Fehler bei Host Update nach iob fix:
vor längerer Zeit habe ich das mit "iob fix"hier im Forum gelesen und problemlos schon öfter so gemacht.
Soweit ich mich erinnere steht das "iob fix"auch in der Anweisung, wenn ein Update des Host zur Verfügung steht.Bitte hier ein bisschen vorsichtig sein. Eine Installation von iobroker unter Docker ist nicht gleich einer nativen Linux Installation. Aufgrund von Besonderheiten bei Docker können nicht alle Tips zu einer nativen iobroker Installation 1:1 übernommen werden. So wird iobroker z. B. normalerweise als Dienst ausgeführt, unter Docker ist das etwas anders...
Daher bitte am besten immer (auch) in die Doku zum Docker Image schauen.@hardl sagte in Fehler bei Host Update nach iob fix:
Was mir aber aufgefallen ist:
Nachdem ich einen neuen Container mit der iobroker/iobroker V.6.0.1 erstellt und den Ordner eingehängt habe, waren alle Rechte so vergeben, wie es sein sollte??:
-rw-r--r-- 1 root root 553480 Feb 27 2021 /usr/lib/sudo/sudoers.soWenn ich das Gleiche aber mit buanet/iobroker latest erstelle:
-rwxrwxrwx 1 root root 380192 Jan 20 2021 /usr/lib/sudo/sudoers.soIst das normal oder ist bei meinem Container etwas verstellt?
Das kann ich so erstmal nicht nachvollziehen. latest ist aktuell gleich v6.1.0. und da iobroker/iobroker lediglich ein mirror zu buanet/iobroker ist, sollten das theoretisch die gleichen Images sein (zumindest aus der selben source erstellt). Was natürlich immer mal sein kann ist, dass im Build Prozess was schief gegangen ist und daher da irgendwo mal ein faules Image erstellt wurde. Ich werde mir das mal ansehen.
MfG,
André
427
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge