NEWS
iobroker fixer Fehler bei Rechtebereinigung
-
@thomas-braun
Klar, ist aber auch nur eine Linux Büchse. Mir geht es um die Befehle die ich absetzen kann.EDIT: So sieht es dort (auf der NAS) auf dem Share, der in iob Maschine gemountet ist, aus, also ist Deine Vermutung richtig.
admin@nas:/volume1/video$ ls -la total 15820 drwxrwxrwx+ 1 root root 474 Dec 18 09:01 . drwxr-xr-x 1 root root 1004 May 31 2024 .. drwxrwxrwx+ 1 1002 1002 1340 Dec 18 09:01 cocoa_476292060 -rwxrwxrwx+ 1 1002 1002 8592837 Dec 18 09:00 _data.json -rwxrwxrwx+ 1 micha users 12292 Dec 18 08:27 .DS_Store drwxrwxrwx+ 1 root root 360 May 23 2024 @eaDir drwxrwxrwx+ 1 root root 22 Dec 9 00:00 #recycle -rwxrwxrwx+ 1 1002 1002 93421 Dec 18 08:16 ring_0_cocoa_476292060_HDSnapshot.jpg -rwxrwxrwx+ 1 1002 1002 4194352 Dec 18 09:00 ring_0_cocoa_476292060_Livestream.mp4 -rwxrwxrwx+ 1 1002 1002 85833 Dec 1 12:49 ring_0_unknown_476292060_HDSnapshot.jpg -rwxrwxrwx+ 1 1002 1002 3162807 Dec 1 12:49 ring_0_unknown_476292060_Livestream.mp4 -rwxrwxrwx+ 1 1002 1002 42330 Dec 1 12:49 ring_0_unknown_476292060_Snapshot.jpgFraglich also wie ich das korrigieren kann.
@reutli sagte in iobroker fixer Fehler bei Rechtebereinigung:
1002
Das ist also die dortige UID/GID.
Am günstigsten wäre es, wenn die mit der UID/GID des users 'iobroker' übereinstimmen würde. -
Das ist richtig. Daran wird es aber nicht direkt liegen, sondern am Squash. Wenn ich hier aber was anderes einstelle als das:
funktioniert der Share nicht mehr (mount schlägt fehl).@reutli sagte in iobroker fixer Fehler bei Rechtebereinigung:
sondern am Squash
möglich.
Ich hsb NFS deswegen nie verstanden und mit Cifs gearbeitetkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@reutli sagte in iobroker fixer Fehler bei Rechtebereinigung:
sondern am Squash
möglich.
Ich hsb NFS deswegen nie verstanden und mit Cifs gearbeitetIch halte zwar von Ubuntu als OS nicht besonders viel, aber das Wiki dort ist gut:
https://wiki.ubuntuusers.de/NFS/ -
@reutli sagte in iobroker fixer Fehler bei Rechtebereinigung:
sondern am Squash
möglich.
Ich hsb NFS deswegen nie verstanden und mit Cifs gearbeitet -
@homoran
jupp, geht mir auch so. Wenn aber NFS läuft dann deutlich schneller und stabiler als CIFS (SMB - aus der Windows Welt).Falls jemand bei der Suche darauf stößt...
Eine Teillösung wurde durch eine einfach Sache erreicht:
Der User "iobroker" (der interne User von iobroker) war gar nicht als berechtigter User eingetragen in den Berechtigungen auf der NAS.
Dadurch wurde der User "anonymous" angenommen, der wegen "root_sqash" zu root gemappt wurde. Daurch erhalten Dateien, die abgelegt werden den Owner "roor".Ich habe den User "iobroker" eingetragen, dann bekommt das Verzeichnis den Owner UID=1002, welches die UID des Users "iobroker" auf dem iobroker ist.
admin@iobroker-master:~$ id -u iobroker 1002
Allerdings lässt sich der eigentliche Ordner
/opt/iobroker/iobroker-data/files/ring.0nicht ändern. Dieser bleibt, wenn gemountet beim Besitzerroot:
drwxrwxrwx 1 root root 474 Dec 18 09:01 ring.0Dies führt dann zu dem oben beschriebenen Fehler im
iob fix.BITTE BEACHTET DOCH DAS: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.*Wer freundlich ist, dem wird freundlich geholfen *
-
Falls jemand bei der Suche darauf stößt...
Eine Teillösung wurde durch eine einfach Sache erreicht:
Der User "iobroker" (der interne User von iobroker) war gar nicht als berechtigter User eingetragen in den Berechtigungen auf der NAS.
Dadurch wurde der User "anonymous" angenommen, der wegen "root_sqash" zu root gemappt wurde. Daurch erhalten Dateien, die abgelegt werden den Owner "roor".Ich habe den User "iobroker" eingetragen, dann bekommt das Verzeichnis den Owner UID=1002, welches die UID des Users "iobroker" auf dem iobroker ist.
admin@iobroker-master:~$ id -u iobroker 1002Allerdings lässt sich der eigentliche Ordner
/opt/iobroker/iobroker-data/files/ring.0nicht ändern. Dieser bleibt, wenn gemountet beim Besitzerroot:
drwxrwxrwx 1 root root 474 Dec 18 09:01 ring.0Dies führt dann zu dem oben beschriebenen Fehler im
iob fix.Aber
192.168.200.1:/volume1/video /opt/iobroker/iobroker-data/files/ring.0 nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
ist doch dein Mountpunkt. Wie sehen die Rechte an dem Verzeichnis denn aus, wenn das Dateisystem gerade nicht eingehängt ist?
Und ist das Verzeichnis dann leer? Sonst kann es durch Überlagerungen der Dateien zu unschönen Effekten kommen. -
Aber
192.168.200.1:/volume1/video /opt/iobroker/iobroker-data/files/ring.0 nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
ist doch dein Mountpunkt. Wie sehen die Rechte an dem Verzeichnis denn aus, wenn das Dateisystem gerade nicht eingehängt ist?
Und ist das Verzeichnis dann leer? Sonst kann es durch Überlagerungen der Dateien zu unschönen Effekten kommen.Dann muss ich komplett eigenes Verzeichnis anlegen, im Adapter dieses Verzeichnis hinterlegen als Speicherort eintragen und dort dann den NFS-Export rein mounten. Das ist die sauberste Lösung. Tatsächlich ist das Verzeichnis nicht leer.
Danke.
BITTE BEACHTET DOCH DAS: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.*Wer freundlich ist, dem wird freundlich geholfen *
-
Dann muss ich komplett eigenes Verzeichnis anlegen, im Adapter dieses Verzeichnis hinterlegen als Speicherort eintragen und dort dann den NFS-Export rein mounten. Das ist die sauberste Lösung. Tatsächlich ist das Verzeichnis nicht leer.
Danke.
Dann stoppe den Adapter (besser noch den ioBroker), häng das Filesystem aus, verschiebe die Daten aus dem Mountpunkt in das Wurzelverzeichnis der Freigabe und häng es dann wieder auf dem dann leeren Mountpunkt per NFS ein.
Wenn das funktioniert musst du nur noch schauen, dass künftig der mount vor dem Start des ioBrokers erfolgt. Kann man in systemd festlegen.
-
Dann stoppe den Adapter (besser noch den ioBroker), häng das Filesystem aus, verschiebe die Daten aus dem Mountpunkt in das Wurzelverzeichnis der Freigabe und häng es dann wieder auf dem dann leeren Mountpunkt per NFS ein.
Wenn das funktioniert musst du nur noch schauen, dass künftig der mount vor dem Start des ioBrokers erfolgt. Kann man in systemd festlegen.
@thomas-braun
Hatte ich genauso bereits gemacht und funktioniert.
Der grundsätzliche Fehler war, die Daten im Adapterverzeichnis zu speichern und auf dieses einen mount einzuhängen. Das macht man nicht und führt zu den Problemen.Ergo: Eigenes Verzeichnis (leeres) Verzeichnis z.B. in
/home/iobrokeranlegen und dort den mount einhängen.BITTE BEACHTET DOCH DAS: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.*Wer freundlich ist, dem wird freundlich geholfen *
-
@thomas-braun
Hatte ich genauso bereits gemacht und funktioniert.
Der grundsätzliche Fehler war, die Daten im Adapterverzeichnis zu speichern und auf dieses einen mount einzuhängen. Das macht man nicht und führt zu den Problemen.Ergo: Eigenes Verzeichnis (leeres) Verzeichnis z.B. in
/home/iobrokeranlegen und dort den mount einhängen.@reutli sagte in iobroker fixer Fehler bei Rechtebereinigung:
Das macht man nicht und führt zu den Problemen.
Richtig.
474
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge