Jump to content

Enks

Members
  • Posts

    105
  • Joined

  • Last visited

Posts posted by Enks

  1. 6 hours ago, jj1987 said:

    Kannst du mir einen gefallen tun, und Unraid mal testweise nur mit einer SSD in Betrieb nehmen, powertop --auto-tune ausführen und einen Moment abwarten ob das System dann in C7+ geht. Ich komme nämlich nur auf C2 und habe den Verdacht, dass liegt an der zweiten SSD die ja über den PCH angeschlossen ist.

    Ich habe selbst das C246M-WU4 im Einsatz und zwei Samsung SSD 970 EVO Plus 1TB M.2 SSD verbaut und erreiche C9:powertop.jpg.eafb09f02b369c42d1cefddf1417952b.jpg

     

    • Thanks 1
  2. Host Path 4: Gibst du den Share an in dem die Userdaten liegen sollen, also die Dateien die von den einzelnen Benutzern in die Cloud geladen werden. Derzeit wäre dies ein Unterordner von appdata. Ich habe hier, damit ich mir nicht appdata "vollmülle", einen eigenen Share angegeben z.B: /mnt/user/nextcloud

    Host Path 5: Hier kannst du einen deiner User Shares angeben den du später über External Storage in Nextcloud einbindest, da Nextcloud ansonsten auf keine anderen Unraid User Shares zugreifen kann

    Wenn du bei Netzwerktyp Bridge vernwendest (MariaDB-Netzwerktyp beachten!):

    Der interne Port des Containers ist 80, du könntest diesen noch auf einen Port deiner Wahl mappen, dazu auf "Weiteren Pfad,Port, Variale oder Bezeichnung hinzufügen" klicken und dann Konfiguration Port in der Liste. Container-Port ist 80, Host-Port: Port deiner Wahl, der nicht mit anderen Containern kollidiert. Connection Type bleibt auf TCP

    Wenn du den Port änderst solltest du auch noch unter Advanced View unter dem Punkt "WebUI:" http://[IP]:[PORT:80] eintragen, sonst funktioniert der WebUI-Eintrag beim klick auf den Container nicht mehr

     

    EDIT: Unter Advanced View kannst du dann auch noch gleich bei "Extra Parameters": --user 99:100 --sysctl net.ipv4.ip_unprivileged_port_start=0

    eintragen, damit benutzt der Container den Unraid-User nobody

  3. 21 hours ago, hawihoney said:

    Nextcloud User: Lanuser --> SMB User: Lanuser

    Ah ok. Die Dateien die durch Nextcloud "laufen" gehören mit der default-PUID nobody, insofern haben dann alle SMB-User nur Leserechte, da Nextcloud auf UMASK 0022 beharrt. Demzufolge errachte ich es als vernünftiger, die PUID anzupassen, sodass der Container-User = SMB-User ist. Nachteil ist halt, dass andere Docker nur dann mit diesen Daten arbeiten können, wenn ich auch dort den Container-User umstelle. Da ich aber derzeit nicht vorhabe die Dateien im Externen Storage anderen Containern zur Verfügung zu stellen erübrigt sich dieser Punkt.
    Kann es bei der Konstellation: MariaDB mit Docker-User nobody und Nextcloud mit Docker-User lanuser (als Beispiel) zu Problemen mit der Datenbank kommen, Nextcloud sollte doch rein über den zugewisenen Datenbank-Benutzer in die entsprechende MySQL-Datenbank schreiben oder?

    Es gäbe ja auch noch das Template von knex666, welches das offiziele Nextcloud-Image verwendet: Wisst ihr ob es dort die selbe Problematik mit der UMASK gibt?

  4. Ich habe mal testweise bei PUID die ID von 'lanuser' eingetragen, das wird vom Container übernommen und umgesetzt. Ich habe daher über SMB wieder Schreibrechte, da Nextcloud nun statt nobody den Benutzer lanuser verwendet. Kann diese Vorgangsweise (Container verwendet Benutzer lanuser statt nobody) an einer anderen Stelle zu Problemen führen?

  5. 1 hour ago, hawihoney said:

    Hast Du die Nextcloud User (Verfügbar für) hinter den extenen Speichern spezifiziert?

    Bis jetzt habe ich es auf 2 Arten getestet: Für Alle Benutzer verfügbar und dann nochmal für bestimmte Gruppen, beide Male dasselbe Ergebnis

    1 hour ago, hawihoney said:

     

    Hast Du bei den einzelnen externen Speichern die Authentifizierung auf keine stehen?

    Ja

    1 hour ago, hawihoney said:

     

    Hast Du bei den globalen Anmeldedaten (im unteren Bereich bei den externen Speichern) den User nobody ohne Passwort verwendet?

    Habe sowohl Benutzername als auch Passwort ich leer gelassen

    1 hour ago, hawihoney said:

     

    Jetzt zu dem Nextcloud Ordner:

     

     

    Ist das der Nextcloud Data Ordner der bei Installation angegeben wurde? Der eignet sich denkbar schlecht als externer Speicher. Nextcloud wird dort immer mit den Rechten jonglieren. Das zu testen bringt nichts.

    Ja, aber wird nicht als externer Speicher eingebunden. War nur zum Testen der Umask über den Windows-Client. Der Externe Speicher hat den SMB-Pfad: \\CADBRO\test, auf Unraid: /mnt/user/test

    1 hour ago, hawihoney said:

     

    Lass uns auf /mnt/user/x bzw. /mnt/diskx/y als Quelle für externen Speicher konzentrieren. Leg in Unraid einen Share x an. Guck auf der Unraid Konsole welchen User und welche Rechte er hat. Nun nimm Deinen Windows User Lanuser und leg über SMB eine Datei dort rein. Welchen User und welche Rechte hat die Datei?

     

    Jetzt klinke diesen Share als externen Ordner gem. meinen o.g. Fragen in Nextcloud ein.

     

    Und jetzt lade eine Datei über die Nextcloud Oberfläche dort rein. Welchen user und welche Rechte hat nun diese?

     

    Das genau ist das Problem. Entweder nur SMB oder nur Nextcloud. Wird es gemischt, dann besitzt Nextcloud nur noch Leserechte auf die SMB Dateien.

     

    Bin zwei Wochen vom PC abgeschnitten, kann also leider keine Screenshots machen.

     

     

    /mnt/user/test ist als Externer Speicher in Nextcloud eingeklinkt:

     

    Habe nun über den Windows-Client den Subordner Client mit der Word-Datei: "Client-Rechte.docx" synchronisiert

    Über die GUI habe ich den Subordner GUI angelegt und darin über die GUI die Word-Datei: "GUI-Rechte.docx" hochgeladen.

    Zum Abschluss Habe ich noch über SMB ( Benutzer: lanuser) den Subordner SMB mit der Word-Datei: "SMB-Rechte.docx" angelegt, diese Datei wurde samt Subordner über den Nc-Windows-Client mit dem Desktop synchronisiert, Die Word-Datei dort bearbeitet und dann wieder über den Client mit dem Server synchronisiert.

    Ergebnisse:

    Vergleich.jpg.dcb22b01d37d4ddd9ad52a06ced4b48a.jpg

    Fazit: Wenn eine Datei bereits vor dem ersten Kontakt mit Nextcloud im Share liegt, dann ändert Nextcloud die Rechte an dieser Datei nicht, auch wenn Sie hin und her synchronisiert wird. Bei neuen Dateien werden jedoch von Nextcloud nur Leserechte vergeben (außer nobody)

  6. Das die Gruppe users nur Leserechte hat ist mir natürlich auch aufgefallen, ich wollte genau diesen Umstand über die Umask korrigieren. Leider funktioniert die Umask nicht.

    Ich habe soeben den normalen Nextcloud Ordner getestet: Unterordner "Direkt" über die GUI erstellt und dann im Client mit einem entsprechenden Ordner verknüpft.

    Nach Hochladen des Testszenario /Test01/Testen.docx über SMB zum Pfad:

    \\CADBRO\nextcloud\MeinBenutzer\files\Direkt\Test01        manövriert, die Gruppe users hat wieder nur Leserechte 😢

    Etwas ist mir auch noch aufgefallen:

    Wenn ich den Subordner "Test01" im Ordner "test" (External Storage) über die GUI lösche, dann bekomme ich vom Server die Meldung: Fehler beim Löschen der Datei "Test01", es wird dann aber trotzdem durchgeführt, dasselbe Spiel wenn ich den Ordner Lokal lösche: Client meldet, dass es am Server nicht gelöscht werden kann, wird dann aberwieder durchgeführt. Bei der Datei hingegen beide male kein 'gemeckere'.

     

    Wie bereits erwähnt hatte ich mit dem Syncthing-Container von Linuxserver dasselbe Rechteproblem, dort griff Umask auch erst dann als ich in der GUI den Haken bei "Berechtigungen ignorieren" setzte. Vielleicht gibts für Nextcloud eine ähnliche Option durch abändern einer config-Datei?

     

    Die gwünschte Ausgabe:

     

    root@548099d41ef4:/# cat /proc/mounts
    /dev/loop2 / btrfs rw,noatime,ssd,space_cache=v2,subvolid=512,subvol=/btrfs/subvolumes/992782d4a708cf484ec65a358a8be3bd6223d8df1e969b694f2b07bc0ed867a8 0 0
    proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
    tmpfs /dev tmpfs rw,nosuid,size=65536k,mode=755 0 0
    devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=666 0 0
    sysfs /sys sysfs ro,nosuid,nodev,noexec,relatime 0 0
    tmpfs /sys/fs/cgroup tmpfs rw,nosuid,nodev,noexec,relatime,mode=755 0 0
    cpuset /sys/fs/cgroup/cpuset cgroup ro,nosuid,nodev,noexec,relatime,cpuset 0 0
    cpu /sys/fs/cgroup/cpu cgroup ro,nosuid,nodev,noexec,relatime,cpu 0 0
    cpuacct /sys/fs/cgroup/cpuacct cgroup ro,nosuid,nodev,noexec,relatime,cpuacct 0 0
    blkio /sys/fs/cgroup/blkio cgroup ro,nosuid,nodev,noexec,relatime,blkio 0 0
    memory /sys/fs/cgroup/memory cgroup ro,nosuid,nodev,noexec,relatime,memory 0 0
    devices /sys/fs/cgroup/devices cgroup ro,nosuid,nodev,noexec,relatime,devices 0 0
    freezer /sys/fs/cgroup/freezer cgroup ro,nosuid,nodev,noexec,relatime,freezer 0 0
    net_cls /sys/fs/cgroup/net_cls cgroup ro,nosuid,nodev,noexec,relatime,net_cls 0 0
    perf_event /sys/fs/cgroup/perf_event cgroup ro,nosuid,nodev,noexec,relatime,perf_event 0 0
    net_prio /sys/fs/cgroup/net_prio cgroup ro,nosuid,nodev,noexec,relatime,net_prio 0 0
    hugetlb /sys/fs/cgroup/hugetlb cgroup ro,nosuid,nodev,noexec,relatime,hugetlb 0 0
    pids /sys/fs/cgroup/pids cgroup ro,nosuid,nodev,noexec,relatime,pids 0 0
    mqueue /dev/mqueue mqueue rw,nosuid,nodev,noexec,relatime 0 0
    shm /dev/shm tmpfs rw,nosuid,nodev,noexec,relatime,size=65536k 0 0
    shfs /data fuse.shfs rw,nosuid,nodev,noatime,user_id=0,group_id=0,allow_other 0 0
    shfs /test fuse.shfs rw,nosuid,nodev,noatime,user_id=0,group_id=0,allow_other 0 0
    shfs /config fuse.shfs rw,nosuid,nodev,noatime,user_id=0,group_id=0,allow_other 0 0
    /dev/loop2 /etc/resolv.conf btrfs rw,noatime,ssd,space_cache=v2,subvolid=5,subvol=/ 0 0
    /dev/loop2 /etc/hostname btrfs rw,noatime,ssd,space_cache=v2,subvolid=5,subvol=/ 0 0
    /dev/loop2 /etc/hosts btrfs rw,noatime,ssd,space_cache=v2,subvolid=5,subvol=/ 0 0
    proc /proc/bus proc ro,relatime 0 0
    proc /proc/fs proc ro,relatime 0 0
    proc /proc/irq proc ro,relatime 0 0
    proc /proc/sys proc ro,relatime 0 0
    proc /proc/sysrq-trigger proc ro,relatime 0 0
    tmpfs /proc/acpi tmpfs ro,relatime 0 0
    tmpfs /proc/kcore tmpfs rw,nosuid,size=65536k,mode=755 0 0
    tmpfs /proc/keys tmpfs rw,nosuid,size=65536k,mode=755 0 0
    tmpfs /proc/timer_list tmpfs rw,nosuid,size=65536k,mode=755 0 0
    tmpfs /sys/firmware tmpfs ro,relatime 0 0
    root@548099d41ef4:/# 

     

  7. 17 hours ago, mgutt said:

    Welche Rechte hat der Ordner "Daten" und hast du die Datei "Testen.docx" neu hochgeladen, nachdem du die umask geändert hast? Die Rechte bestehender Dateien werden dadurch nicht korrigiert.

    Ja Datei und Ordner "Test01" wurden nach der Änderung der umask auf 000 über den Windows-Client neu hochgeladen.

    Keine Veränderung gegenüber dem Ausgangszustand.

     

    Ich habe heute Nextcloud inkl. MariaDB gelöscht und neu installiert (beide Container wieder von Linuxserver), Umask im Template des Nextcloud-Containers gleich auf 000 gesetzt.

    Diesmal habe ich den User Share "test" über external storage eingebunden ("Daten" wird aktuell für syncthing verwendet) und wieder über den Windows-Client den Ordner "Test01" mit der Datei "Testen.docx" hochgeladen. Gleiches Problem wie vorher: Über SMB keine Schreibrechte mehr bezüglich der Datei (Gleiche Rechte wie im ersten Post)

    Die SMB-Security Settings in Unraid für test sind:

    • Export: Yes
    • Case-sensitive names: Auto
    • Security: Private

    Der SMB-User "lanuser" der über Windows darauf zugreift hat die Rechte: Read/Write

     

    Quote

    Öffne das WebTerminal und gib "mc" ein und bestätige mit Enter. Drücke "F9" um das "Left" Menü zu öffnen > Listung Format... > Long file list > Ok. Jetzt wechsle in /mnt/user/ und prüfe die Rechte von "Daten". Danach die von "Test01" und eben der Datei.

    Ergibt folgendes Ergebnis:

    MC.jpg.2dfbca776de7ec1322e4e2c6324c1c89.jpg

  8. Anscheinend handelt es sich um ein Allgemeines Docker/SMB-Problem, da ich gerade vorher den Syncthing-Container von Linuxserver installiert habe und dort nach der Synchronisation vom lokalen Rechner zum Unraid-Share dasselbe Problem auftritt: Keine Schreibrechte bei synchronisierten Dateien über SMB.

    Bei Syncthing gibt es allerdings die Möglichkeit in den Einstellungen anzugeben. dass die Dateiberechtigungen ignoriert werden sollen, zusätzlich habe ich beim Docker-Template den Wert für UMASK auf 000 (default 022) gesetzt.

    Bei Nextcloud hätte ich im Template UMASK=000 auch schon probiert, leider ohne Erfolg.

  9. Hi Leute,

    ich habe folgendes Problem mit Nextcloud:

    Über die External Storage App habe ich in Nextcloud den User Share "Daten" eingebunden. Wenn ich nun über den Windows Nextcloud-Client mit diesem eine Datei synchronisiere, wird dies zwar gemacht, ich habe aber über SMB keine Schreibrechte mehr bezüglich dieser Datei (Rechte lt. Windows siehe Anhang).

    Der SMB-Benutzer hat Schreib- und Leserechte auf besagten Share und kann normal alle übrigen Dateien bearbeiten.

    Weitere Informationen:

    Docker-Container: nextcloud von linuxserver (Heute frisch neu aufgesetzt inkl. Maria-DB ebenfalls von linuxserver)

    Nextcloud-Client: Version 3.4.1 (Windows)

    OS: Windows 10 Pro Version 2004

    Unraid: Version: 6.9.2

     

    Danke im voraus für die Hilfestellung

     

     

     

    Rechte.jpg

    Fehlermeldung.jpg

  10. 1 hour ago, toegelr said:

    Darum lese ich das so das es „normal“ ist das das Board 5x Piept wenn kein Anzeigegerät angeschlossen ist.
    Wie gesagt ob das auch CPU abhängig ist kann ich nicht mehr mit bestimmtheit sagen, bilde mir aber ein das die i3 CPU nicht 5x gepiept hat.

    Ich habe auf meinem C246M-WU4 einen i3-9100 verbaut. Beim Hochfahren ohne Anzeigegerät piepst das MB genau 1 mal kurz, was bekanntlich normal ist

  11. Bei der WD Red SA500 handelt es sich um eine SATA-SSD. Diese könntest du nur im unteren M2-Slot einbauen, der obere unterstützt nur NVME-SSDs. Bei Verwendung einer SATA-SSD im unteren M2-Slot wird einer der SATA-Anschlüsse deaktiviert, greife lieber zu 2 NVME-SSDs ( schneller, alle SATA-Anschlüsse nutzbar)

  12. 4 hours ago, Ford Prefect said:

    Ich denke also, das SYS2A/B gemeinsam gemessen werden

    Ich hatte meinen Lüfter in der Front vorher auf SYS_FAN2B hängen wo er nicht vom Plugin erfasst wurde. Nach umstecken auf SYS 2A scheint er nun auch im Plugin auf.

    Meine Konfiguration:

    FAN 0 = CPU- Fan 4-Pin, angeschlossen an CPU_FAN

    FAN 1 = Case-Fan Rear 3-Pin, angeschlossen an SYS_FAN1

    FAN 2 = Case-Fan Front 3-Pin, angeschlossen an SYS_FAN2A

  13. 3 hours ago, mgutt said:

    Nein, WD hat ganz offiziell die Red gestrichen. Früher standen die in der Produktbeschreibung im WD Store. Jetzt nicht mehr. Also da sind wirklich keine mehr drin.

    Zu diesem Schluss bin ich am Ende auch gekommen.

    Mit Lotterie habe ich gemeint, dass Amazon eventuell noch Altbestände hat in denen Red-Platten verbaut sind, wie es derzeit bei der Samsung 970 EVO Plus noch der Fall ist.

  14. 1 hour ago, willi.butz said:

     

    Lohnt sich das für "gebrauchte" HDDs? Gibt es neu im WD Shop für 579,99 €

    Was meinst du mit "gebrauchten" HDDs? Verkäufer ist in beiden Fällen Amazon, es handelt sich um keinen Warehouse-Artikel.

     

    @mgutt

    Auf amazon.de berichtet ein Käufer, dass in seiner im September 2021 gekauften 12 und 16 Tb Version Red-Platten verbaut sind. 

    Anderer Käufer berichtet, dass in seiner 28 Tb Version (Kauf im November 2021) White Label drin sind. Sprich gleiche Lotterie, wie bei der Samsung 970 EVO Plus, wenn man Glück hat bekommt man noch die alte Version mit Red-Platten, die neue Version ist anscheinend leider mit White Label. WD schreibt in ihrem Shop auch nur von optimierten RAID-Festplatten.

  15. Für den Xeon E-2356G brauchst du ein Mainboard mit C252 oder C256 Chipsatz, Mainboards mit Chipsatz C246 sind mit dieser CPU nicht kompatibel.

    Warum nur 8 Gb RAM? Wenn es dein Budghet erlaubt würde ich mindestens 1x 32 Gb nehmen, dann kannst du in Zukunft, abhängig vom Mainboard die maximale Speicherkapazität der CPU (128 Gb) ausnutzen.

     

  16. 8 hours ago, mgutt said:

    Warum? Die M.2 war erst wieder für 100 im Angebot:

    https://www.mydealz.de/deals/samsung-ssd-970-evo-plus-1tb-m2-pcie-30-tlc-r3500w3300-1gb-lpddr4-cache-600tbw-5j-garantie-1889220

     

    Da kauft man doch keine 2.5 fürs selbe Geld?! Denk dran, dass NVMe viel mehr IOPS erlaubt als SATA.

    Die Samsung 970 EVO Plus ist grad auf amazon für knapp unter 100€ erhältlich: https://www.amazon.de/dp/B07MBQPQ62/ref=cm_sw_em_r_mt_dp_KWDH9N0H61XGAZV96470

     

    Frage am Rande, weil es hier eh schon um Hardware geht:

    Welche 1 TB M.2 würdet ihr empfehlen, WD Black SN750 oder Samsung 970 EVO Plus? Einsatz würde auf einem Gigabyte C246M-WU4 erfolgen, der X570-Bug der SN750 würde also nicht zum Tragen kommen.
    Bei der neuen Version der 970 EVO Plus bricht bei vollem SLC-Cache die Leistung auf ca. 800 Mb/s ein: https://www.computerbase.de/2021-08/970-evo-plus-auch-samsung-tauscht-ssd-komponenten-aus/
    Preislich besteht zwischen den beiden Modellen  ja derzeit kein wirklicher Unterschied.

  17. 1 hour ago, Johnny4233 said:

    Und auf Alternativen hatte ich jetzt nicht so Lust da es meist mit Kompromissen behaftet ist. Und wenn dann wollte ich schon vernünftig einsteigen. 👍

    Kann ich verstehen, ich hoffe du wirst von den anfallen Zusatzkosten nicht überrascht. Beim derzeitigen Preis im Webshop würde ich inkl. Versand (mit 20 € angenommen), Zoll und EInfuhrumsatzsteuer (20% für Österreich) auf Gesamtkosten von ca. 215 € kommen, etwaige Bearbeitungsgebühren des Versanddienstleisters für die Zollabwicklung habe ich dabei nicht berücksichtigt. Alles in allem ein ziemlich teures Unterfangen, wenn man bedenkt, dass das Board derzeit im scan-Webshop für umgerechnet 152,02 € gelistet ist.

    Ich werde daher noch abwarten und hoffe, dass meine Amazon-UK Bestellung über amazon.de positiv abgewickelt wird

×
×
  • Create New...