Backitup v1.8.5 0kB

[Thomas Braun]

@ofbeqnpolkkl6mby5e13
Okay...
Richtig sähe das so aus:

pi@raspberrypi:/opt/iobroker/node_modules/iobroker.js-controller $ getfacl tmp/
# file: tmp/
# owner: iobroker
# group: iobroker
user::rwx
group::r-x
group:iobroker:rwx
mask::rwx
other::r-x
default:user::rwx
default:group::r-x
default:group:iobroker:rwx
default:mask::rwx
default:other::r-x

[oFbEQnpoLKKl6mbY5e13]

@thomas-braun

Okay.

Ist schon komisch. Eigentlich ist es aber auch egal, denn nach iobroker fix geht es ja jedes Mal wieder. Und den JS-Controller aktualisiert man jetzt auch nicht alle Tage.

[oFbEQnpoLKKl6mbY5e13]

@fastfoot
Ohne mit weiteren Logs zu langweilen. Mit "iobroker upgrade self" tritt der Fehler nicht auf. Vielen Dank!

[fastfoot]

@ofbeqnpolkkl6mby5e13 sagte in Backitup v1.8.5 0kB:

@fastfoot
Ohne mit weiteren Logs zu langweilen. Mit "iobroker upgrade self" tritt der Fehler nicht auf. Vielen Dank!

gut zu lesen! Meine Vermutung war ja dass man im Falle der npm installation ja nicht der user iobroker ist und sich deshalb die Berechtigungen des tmp Ordners ändern. So einfach ist es aber wohl nicht, denn in meinen Tests hatte ich den Ordner auch vor der Installation gelöscht und dennoch war er richtig mit iobroker:iobroker geflaggt, auch bei einer npm Installation. Gerade weil unsere Setups durch Container auf QNAP sehr ähnlich sind, hatte mich das verwundert

[oFbEQnpoLKKl6mbY5e13]

@fastfoot
Ich verstehe auch nicht, weshalb ausschließlich der tmp-Ordner betroffen ist.

Ganz vielen Dank für deine Hilfe und Beharrlichkeit!

Auch danke an @thomas-braun, der trotz seiner Container-Abneigung noch mal geholfen hat!

[fastfoot]

@thomas-braun sagte in Backitup v1.8.5 0kB:

Richtig sähe das so aus:

das hat mich jetzt doch mal interessiert, mit acl's kenne ich mich aber Null aus. Scheinbar liegt das nicht (nur) am Container, sondern auch daran dass die QNAP das generell nicht nutzt. Alle Angaben von getfacl sehen auch auf dem Host so aus wie von @oFbEQnpoLKKl6mbY5e13 gezeigt, die von dir gezeigten Zusatzangaben fehlen nicht nur bei den shared ordnern sondern auch in reinen Linux Ordnern wie /bin, /sbin etc. Die nutzen auch keine Standard Distro, uname -a sieht dann so aus: Linux qnapnas 4.14.24-qnap #1 SMP Thu Jan 7 01:26:20 CST 2021 x86_64 GNU/Linux

[Thomas Braun]

@fastfoot Auf welchem Dateisystem läuft denn das da?

[fastfoot]

@thomas-braun sagte in Backitup v1.8.5 0kB:

@fastfoot Auf welchem Dateisystem läuft denn das da?

jetzt hast du mich erwischt
ein Eintrag aus dmesg lautet so. ist bei mir ein Raid5
EXT4-fs (sdd1): mounting ext3 file system using the ext4 subsystem

[Thomas Braun]

@fastfoot Also ein erweitertes ext3. Keine Ahnung was da genau getrieben wird. Mit ACL bin ich aber auch nicht auf Du und Du. Aber es scheint da einen Zusammenhang zu geben.

[oFbEQnpoLKKl6mbY5e13]

@fastfoot
Kann es an npm liegen?

# npm -v
6.14.11

[fastfoot]

@ofbeqnpolkkl6mby5e13 sagte in Backitup v1.8.5 0kB:

@fastfoot
Kann es an npm liegen?

ich habe die 6.14.10, glaube aber nicht. Vielleicht finden die Entwickler ja noch die Ursache, wenn das häufiger auftritt. Aber jetzt läuft es ja, ich upgrade npm eigentlich auch immer recht zeitnah, habe aber viel mit meinen diversen Containern rumgespielt und ständig gewechselt, die buanet images kommen ja noch mit der .10 und ich habe noch nicht geupdated. Ist ja aber auch nicht soo wichtig normalerweise, man merkt im Normalfall ja keinen Unterschied