tragl

thx, i'll try it. but nicer would be to remove that restriction from scratch

Hello Programmers. I'd like to see if you can change the restrictions for adding new users. ATM it's not possible to add users with dots for example max.mustermann The advantage is, that you can use your windows-credentials for logging in to shares from UnRaid if username and password matches. In our Company and also on my home-computers i use dots in usernames for a long time in my old nas-system OpenMediaVault with no problems, also every windows-machine will allow that. It would be fine if UnRaid will do so, too 🙂

Müsste ja trotzdem irgendwo im System verankert sein die Restriktionen... dachte, da hat sich schonmal jemand mit auseinandergesetzt...

Hallo zusammen. Ich bin vor Kurzem von OMV auf UnRaid umgestiegen. Läuft inzwischen alles wie geschmiert, mit einer Ausnahme: gerne würde ich Benutzer mit "." erstellen z.B.: max.mustermann In welcher Ecke des Systems kann ich was umschreiben, damit Punkte zugelassen werden? Bei OMV ging das ohne Probleme und auch jedes Windows macht das problemlos mit - das würde mir das Zugreifen auf die Freigaben wesentlich einfacher machen. LG

Danke für die Antworten. Ich überlege gerade tatsächlich, die 1TB-Platte rauszuwerfen und dafür ne 2. SSD reinzuschmeißen damit ich da auch ne Ausfallsicherheit hab... muss ich mal gucken, ob man da an die 850er Evo's noch dran kommt. In jedem Fall warte ich jetzt mal bis die Daten vom Umzug komplett aufgespielt wurden und änder' dann erstmal alles ab (Parity, VM's und Docker auf SSD etc.)

Naja die isos kann ich ja mit auf den Storage hauen. Aktuell gibt’s ne xp vm mit 200G und ne WSE2016 mit 100G. Rest entfällt weil ich ja nun unraid nutze (war noch ne vm mit omv und ne vm für meine ups) abzgl docker bleiben dann immernoch 150G als Cache das reicht locker. wenn ich mit anderen vms was testen will können die auch über den Storage laufen. also die 1er und 1x 4er dann als Storage bereitstellen und mit ner 4er parity absichern. Backup läuft dann über die shares nehm ich an weil der die Daten ja dann über die 2 disks verteilt wie er lustig ist richtig? wenn ich vms und docker auf die ssd packe werden die dann vom mover ignoriert auch wenn die abgeschaltet sind? ansonsten gute Idee und gewiss auch ein bisschen energiesparend 🙂

Hallo zusammen. Ich bin vor ein paar Tagen von ESXi mit OMV etc. zu unRAID gewechselt. Hauptsächlich weil ich mit VMFS schlecht an die Daten ran komme, wenn der Server mal abschmiert - mit XFS ist das ja noch machbar. Außerdem kann unRAID ja einiges mehr und ist auch einfacher up-to-date zu halten. Jetzt habe ich noch ein paar Fragen bzgl. einer sinnvollen Konstellation. Folgende Hardware ist vorhanden: HP Microserver Gen8 Xeon E3-1260L 16GB ECC-Speicher 1x1TB Seagate Surveillance ST1000VX000 2x4TB Seagate IronWolf ST4000VN008 1x5TB Seagate Enterprise NAS ST5000VN0001 1x500GB Samsung 850EVO SSD als Cache (erst mit unRAID) In ESXi/OMV hatte ich das wie folgt gelöst: - Auf der 1TB-Platte lagen die ISOs und die VM's samt deren Daten (Betriebssysteme) - 1x4TB als Datengrab (Storage) in OMV - 1x4TB dorthin wurden wöchentlich (Sonntags) die Daten vom Storage via rsync Synchronisiert (1. Backup) - 1x5TB einmal monatlich hab ich da manuell ein rsync von der 2. 4TB-Platte angestoßen (2. backup) im besten Fall hatte ich meine Daten also doppelt gesichert. In unRAID wollte ich das eigentlich ähnlich machen: Mein Array würde wie folgt aussehen: Disk1: 1Tb - VM's/isos/docker/appdata/etc. Disk2: 4Tb - Hauptstorage (NAS) Disk3: 4Tb - Backup vom Hauptstorage -> wie wäre hier in unRAID der Weg mit rsync? die 5TB würde ich dann (hotswap) 1x im Monat einschieben und darauf wieder das 2. Backup machen Zusätzlich hab ich noch ne alte Samsung 850 Evo 500GB als Cache verbaut. Eine Parity-Platte bräuchte ich jetzt nicht unbedingt. Wenn mir eine Platte flöten geht, hab ich ja noch 2 Backups davon (im Worst Case mit 1 Woche Datendifferenz, damit kann ich leben, da Privatperson. Ich nutz den NAS als Datenablage - nicht für Firmendaten 🙂 ). Eine 2. SSD als Cache klappt aktuell mit dem Server nicht (keine Slots mehr 🙂 ) Wäre es ggf. sogar sinnvoll, die 1TB als unassigned zu belassen und darauf VM's und Daten (inkl. Appdata, isos etc.) zu speichern?, sodass ich tatsächlich nur den eigentlichen NAS-Speicher und die 1. Backup-Platte dazu im Array hab? Variante 2 mit unRAID: - 5TB als Parity - beide 4TB als Storage (wären dann 8TB Speicher) - 1TB unassigned für VM/isos/appdata etc - SSD als Cache Hier hätte ich aber das Problem, dass ich mir ne 8TB-Platte für externe Backups kaufen müsste - das wollte ich gern vermeiden. 4TB als NAS-Speicher reichen mir derzeit vollkommen aus. Ich freue mich auf Rückmeldung und Vorschläge. LG