NEWS
Backitup v1.8.5 0kB
-
@ofbeqnpolkkl6mby5e13 said in Backitup v1.8.5 0kB:
@fastfoot
Hmm. "npm i iobroker.js-controller@next"Der nächste JS-Controller kommt bestimmt. Ich bin gespannt!
drwxr-xr-x iobroker iobroker
Danke für deine Mühe!
Dann wäre es interessant zu wissen, wie dann der Ordner vor dem fix geflaggt ist. Ansonsten empfehle ich
iob update && iob upgrade selfanstatt über npm, das hatte aber bei meinen Tests, den Fehler zu provozieren, nichts gebracht@fastfoot
Ohne mit weiteren Logs zu langweilen. Mit "iobroker upgrade self" tritt der Fehler nicht auf. Vielen Dank! -
@fastfoot
Ohne mit weiteren Logs zu langweilen. Mit "iobroker upgrade self" tritt der Fehler nicht auf. Vielen Dank!@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 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
@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!
-
@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@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
iobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 -
@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
@fastfoot Auf welchem Dateisystem läuft denn das da?
-
@fastfoot Auf welchem Dateisystem läuft denn das da?
@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 subsystemiobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 -
@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@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.
-
@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@fastfoot
Kann es an npm liegen?# npm -v 6.14.11 -
@fastfoot
Kann es an npm liegen?# npm -v 6.14.11@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
Support us
316
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge