hawihoney

Hä? Wir hatten das Thema doch schon abgehakt. Es liegt an etwas Anderem.

Ich glaube diesen Unterschied machen einige Länder/Kulturen nicht. Das Ding habe ich ebenfalls reduziert. Bin mir allerdings nicht sicher ob das bei unserer Gasheizung auch so heißt. Das Ding hält einen Warmwasserkreislauf für einige Stunden zwischen EG und OG aufrecht. Den habe ich auf die morgendlichen Zeiten meiner Frau eingestellt. Ich bin ja schon Rentner, wenn es mal 60 Sekunden dauert bis unter der Dusche Warmwasser kommt, ist mir Latte Leider ist unsere Gasheizung noch nicht smart.

Dann liegen die falsch. Der Werktag ist der Gegenbegriff zu Sonn- und Feiertag. Aber Danke für die Info. Mach Dir für solche Dinge einfach eigene Entitäten. Zum Beispiel einen einfachen Binär Sensor (Werktag ja/nein, ableiten aus dem aktuellen Datum). Dann hast Du die Kontrolle:

Da sagst Du was. Das ist Seite 2 von 2:

Hab ich auch so verstanden. Zu epubs: Wir hatten uns mal eine riesige Sammlung epub vor bestimmt 10 Jahren oder so angeeignet. Da passiert nicht mehr viel nur 1-3 Magazine. Die liegen alle in Nextcloud nach dem Muster "M/Mustermann, Juergen/Mein Erstes Buch.epub" und wie bei Musik "VA/Der Spiegel/Der Spiegel 2008 02.pdf". Damit kommt jeder bei uns klar.

Vieles ist automatisiert, aber eben nicht alles. Bei einigen Sachen habe ich gerne meine Finger dran bzw. Augen drauf. Deshalb nutze ich auch die ganzen *R Tools nicht. Mir geht es bei vielen Dingen um Qualität, nicht so sehr um Masse (deshalb weitestgehend H265 freie Zone bisher, da alte Clients). Haben uns auch unsere eigenen Regeln geschaffen z.B. bei Dokumenten und Bildern. Das endet dann leider in einigen manuellen Aufgaben, aber das Ergebnis ist es allesamt wert. Whow, da hast Du Dir aber ein Regelwerk geschaffen. Das ist bei mir nicht ansatzweise so komplex ... Meine Arbeitspferde bei Content sind MakeMKV und MKVToolNix. Selbst hier will ich nur in Ansätze automatisieren. Vor vielen Jahren, in der Anfangsphase, waren viele Annahmen einfach falsch und es wurde Schrott erzeugt. Das will ich einfach nicht. Mit fehlt nur ein vernünftiger Batch Modus für MakeMKV das würde unglaublich viel Zeitersparnis bringen. MKVToolNix ließ sich erheblicher besser für Batchverarbeitung einstellen. Es gibt einen externen für MakeMKV aber dem traue ich noch nicht.

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.