hawihoney

In unserer Umgebung gibt es ungefähr 50 Skripte die maschinell oder auch manuell aufgerufen werden. Die meisten in Python. Sie geben etwas aus oder machen einfach nur etwas ohne großartige Rückmeldung. Der Weg über die Web-Oberfläche von Unraid, die, egal welchen Aufruf man verwendet, nach einer notwendigen Anmeldung nie dort landet wo man eigentlich hin wollte, ist schon umständlich - um nicht zu sagen dämlich. Gäbe es eine Lösung ohne die notwendige Anmeldung? Wie gesagt, die Skripte sind harmlos Vielen Dank. Zur Erläuterung des Aufrufs der nicht dort landet wo man hin will. Ruft diese Seite einmal mit bereits erfolgter Anmeldung auf und einmal mit notwendiger Anmeldung (User Scripts Plugin muss installiert sein): http://<euerserver>/Settings/Userscripts

Den Bogen hin zu External Storages von Nextcloud hast Du geschlagen. Ich bin nicht davon überzeugt, da bei uns alle über External Storages auf das Array zugreifen und bei uns keine Platte unmotiviert aufwacht. Nee, der Verursacher ist bei Dir etwas Anderes.

Ich pflege außerhalb von Homeassistant eine SQLite Datenbank. Die Inhalte der DB verarbeite ich innerhalb HA. Den Pfad der DB habe ich dem HA Container übergeben damit das geht. Das Path-Mapping ist einfach Standard und genau für solche Fälle geschaffen.

Oder PUID, PGID wie bei LSIO. Auch das ist variabel und nicht immer möglich. Die großen Ersteller für Unraid kennen die Besonderheit von Unraid (99:100) und berücksichtigen das zumindest als optionale Parameter-Variable.

Unter Unraid ist das standardmäßig root. Diese Entscheidung ist vom Container abhängig, vom Autor. Weil das eher Docker betrifft. Unraid ist nur der Host. Warum fragst Du?

Damit würdest Du das gesamte Sicherheitskonzept der User untereinander aushebeln. Mit External Storages wird zunächst nur die Möglichkeit geschaffen bereits existierende, gefüllte Ordner Nextcloud bekannt zu geben. Dann vergibt der Nextcloud Administrator die Rechte dafür an die einzelnen Nextcloud User. /data wird an dieser Stelle, außer für Caching, überhaupt nicht benötigt. Innerhalb Nextcloud und seiner Apps ist damit alles sauber. Mit SMB kommt nun eine weitere Schicht dazu. Hier ist dann eher der Windows, oder was auch immer, Administrator gefragt. Er gibt den Usern die Berechtigungen für den External Storage, nicht für Nextcloud. Denn der External Storage muss nicht über Nextcloud bedient werden - kann man aber (wie bei uns über WebDAV). Und an dieser Stelle war unser Problem. Der Windows Admin konnte User2 keine Berechtigungen für Daten von User1 vergeben, selbst wenn er wollte. Selbst User1, bei Verwendung eines anderen Windows Namens, kam nicht an seine eigenen Daten. Das Problem existierte auch innerhalb Unraid selbst. Denn durch Nextcloud neu erzeugte Daten erhielten die Berechtigung ausschließlich für den Ersteller. Nun, durch die hinzugefügte Gruppenberechtigung, ist das wieder möglich. Durch Nextcloud neu erzeugte Daten erhalten nun die Berechtigung für den Ersteller sowie für die Gruppe der dieser User angehört. Das macht das UMASK=002. Und somit kann User2 der Zugriff auf Daten von User1 eingeräumt werden bzw. dem anderen Login von User1 selbst. Bin jetzt wirklich kein Netzwerk- oder Kommunikationsspezialist, aber so habe ich es mir selbst erklärt ...

YMMD. Ja, müsste gehen. Es gibt den Status 'item', 'unavailable'. Ich habe es selbst noch nicht benötigt. Wird genutzt um z.B. leere Batterien zu erkennen.

@Pixelpaule @mgutt Confirmed. Mit dem Eintrag in der config.php läuft es (Ordner anpassen). Datei: /mnt/pool_nvme/system/appdata/nextcloud/www/nextcloud/config/config.php Eintragen: 'localstorage.umask' => 002, Vielen Dank.

Nennt sich Ausschlussverfahren, wie in der Schulmedizin. Ich würde so vorgehen ...

Mit -e UMASK_SET=002 klappt es auch nicht. Das UMASK Feature ist wohl "broken" bei beiden Containern.

Falsche Annahme. Der Unraid Cache ist ein Schreibcache für neue Daten, kein klassischer Lesecache. Einfach mal die Hilfe auf der Detail-Seite eines Shares aktivieren (achte zusätzlich auf das kleine Wörtchen new). Den Lesecache übernimmt Unraids Linux Unterbau. Und das eigentlich sehr gut.

Kann verschiedene Gründe haben. Wie erfolgt der Update? Als Fritzbox Inhaber bedarf es z.B. keinem separaten DuckDNS Container. Das kann die Fritzbox - quasi aus erster Hand - besser: https://www.duckdns.org/spec.jsp

Hatte ich schon mehrfach ausprobiert, bekomme ich nicht hin. Es bleibt bei rw-r--r--. In alten Zeiten von Unraid gehörte umask 000 bei vielen Containern automatisch dazu: Unraid selbst arbeitet mit 000, Nextcloud mit 022. Da ändert die Variable UMASK=000 beim Container nichts. Ich vermute Nextcloud ändert das wieder zurück.

Es gibt kein "richtig". Entweder mit Ausfallsicherheit (Parity) oder ohne (keine Parity). Entweder mit hohem Stromverbrauch aber schneller (Reconstruct-Write) oder mit niedrigerem Stromverbrauch aber langsamer (read/modify/write).

Was bekommt Nextcloud nicht hin? Du lädst Dateien hoch als User1 und User2 kann nicht darauf zugreifen? Ist doch korrekt so. Du willst es richtig? Dann zieh überall klassisch die User durch. User1 unter Windows = User1 unter Unraid = User1 unter Nextcloud. Aber viel Spaß dann mit Plex und allem anderen. Es gibt noch den Generalschlüssel über die SMB Konfiguration, aber das müssen dann andere erklären.

Exakt. Denn nobody kann nicht auf Daten Deines - nennen wir ihn mal - User1 zugreifen. Das ist ein alter Hut.

Und was steht dann bei der jeweiligen Zeile des Externen Storage unter Authentifizierung? Ebenfalls nix? Zu rw-r--r-- habe ich oben schon etwas geschrieben. Das ist unter Unraid korrekt. Unraid, als nicht-voll-aufgeblasene Linux Distribution, interessiert sich eigentlich nicht für User. Alles läuft über nobody. Solange der genutzt wird (rw-) ist alles im Lot. Kommen andere User ins Spiel dann, und genau dann, werden die Berechtigungen interessant. Bei globaler Nutzung von nobody sind die wurscht.

Das ist doch nix Ungewöhnliches im Parity-Protected Array. Das entspricht min. 120-180 MB/s. Am Anfang zieht der RAM-Cache. >100 MB/s bekommt man nicht bei Standard-Konfiguration mit Harddisks im Parity-Protected Array. Ich muss mir mal ein paar Makros basteln für die immer und immer wieder gleichen Fragen. Oder besser gleich ein paar Youtube Videos 😁

Probier doch mal ohne die ganzen Powersave Einstellungen. Einfach mal testen.

Auf der Hauptseite sind die ganzen Buttons. Da haste das doch auch angeworfen, oder?

Linuxserver, aber das darf doch keinen Unterschied machen, oder? @mgutt hat Recht mit dem 99:100. Hab gerade noch mal nachgeschaut, bei LSIO sind 99:100 über vordefinierte Felder belegt (PUID, PGID). Bei den External Storages ist bei mir nobody (s.o.) hinterlegt. Liege gerade am anderen Ende der Welt in der Sonne und kopiere mit dem Dateimanager+ auf dem Android Tablet die neuen Fotos nach Nextcloud in einen der External Storages. Habe ich jetzt extra noch mal angeschmissen. Dazu nutze ich den WebDAV Zugang des entsprechenden User im Dateimanager. Und was soll ich sagen: In Unraid kommen die neuen Bilder als nobody an, obwohl ich mit meinem User in WebDAV arbeite. So, und jetzt seid Ihr dran. Wenn im Container nobody eine andere ID hat, wieso kommt denn in Unraid 99 an? Der einzige Nachteil, die Daten kommen als rw-r--r-- an. Ich habe mir nie die Mühe gemacht das zu lösen. Ich greife ja auch mit allem als nobody zu ... Nachtrag: Genau so ist das bei jedem User unserer Nextcloud Instanz. Alle arbeiten mit WebDAV - auch unter Windows. Alle arbeiten mit ihrem Nextcloud User. Die User Berechtigungen sind in Nextcloud bei den External Storages angegeben. Kopiert User1 etwas in einen Ordner und greift User2 auf den Ordner zu, dann sieht er das von User1. Da passiert im Hintergrund beim Zugriff der Scan. Fragt mich nicht wieso. Das läuft hier wie eine 1. Allerdings will ich hier keinen Explorer auf die Nextcloud zugreifen sehen - höchstens über WebDAV ...

Das ist wohl ein möglicher Unterschied: Um auch mit allen Devices, egal mit welchem OS, egal wo auf der Welt, gleich arbeiten zu können, bietet sich das eingebaute WebDAV mit Nextcloud an.

Ich verstehe das alles nicht mehr. Wieso läuft das dann bei uns seit Jahren problemlos?

Ja, auf Pause klicken.

Die 99:100 in den Container Settings kann raus wenn Du mit External Storage und dort nobody als Authentifizierung arbeitest.