azche24

So then it's "pool drive" next time for the docker containers. Daily/weekly backup and easy restore will probably do, downtime 1 h and data losse < 1 week or < 1 day sufficient.

Hi, i'm running (not mission critical) a large unRAID 7.1.2 media server (+ appx. 20 docker containers) for years now. The docker containers lived in a simple btrfs-cache pool (2x1 TB NVME.SSDs), which were RAID1 first (= 1TB), then RAID0 (meaning 2 TB) and now RAID1 again (because i transfered the normal cache activities to a plain 2 TB SSD). After i experienced now, how fast it is to restore the dockers from a backup to a new cache/pool, i'm asking myself, if a simple NVME cache drive without any redundancy would not be better and faster than this pool hassle. Also there is no write overhead (like in a RAID1 configuration) and the setup is way easier and error free. The restore time for about 20 dockers including data is below 1 hour from the moment on, when i change the cache drive. This seems to be acceptable for me or am i missing something? What do you think and what is your practice with this topic?

That's all fine, but underwhelming. Each and every Linux based NAS system or solution can do samba - why is this so quirky with unraid? Of course you will want to rename, move and copy file from a windows client, if there is about 20 TB data on your NAS/server. And why would you need special precautions and workarounds like "Docker Safe New Permissions" after you just renamed a few files on your server from a windows client? I don't get it. I never ever needed a windows server or IT-service for this kind of stuff before and am still hoping, that these inconsitencies get better: I (as an authenticated user) copy or rename a file on the unraid mount and after that tdarr isn't able to read/convert it any more? Really?

Two things turned out to be crucial for this sort of errors: Unraid comes with an inferior samba implementation (at least in my user-experience): No home directories, no consistent user-management in the gui including the smb aspects and no proper rights management for new created files/directories (see following #2). Every time a known and validated user (like me with my user-account without any @ in the user-name) writes to the shares, creates files or directories the given user-rights get shaken up. This happens no matter if you go over a web interface (like creating or renaming files via filebot docker web interface) or directly from windows via file managers. So i googeled this stuff and the only fix or workaround is to add something to the smb-extra.conf in the flash-drive /config directory: logging = 0 force create mode = 0666 force directory mode = 0777 force user = nobody force group = users create mask = 0666 Then hopefully every single file or directory you create like in step 1 gets the right file-mask/permissions. Otherwise you have to re-write them via "Docker Safe New Permissions" very often (which is a pain in the a..). I never ever had these kind of quirky samba experience with any fileserver or nas OS i was using in the last 20+ years. OMV, TrueNAS, Koozali, Synology, Qnap - you name it. Only unraid does this kind of quirks - the main reason i would never ever trust it in a multi user windows centric environment. So these additions to smb.conf don't make it flawless. But it is a start.

Still: No. It is not. See later post.

No, this is not the solution. I read that. My usernames are "@-free". See later...

Hi there, i'm using a local (windows) tdarr to encode my video files on the unraid 6.12.14 server. On the win-client it's a MS account (like: [email protected]) and on unraid server it's a private SMB share with user "alex" - so far, so good. I can read/write to the smb-share on unraid after mapping the share. But: tdarr on the windows client runs under MS account and is no longer able to write back the encoded files to the unraid share. Annoying! Also the RW permissions on the unraid share get mixed up every time i write from the windows client to the unraid share. which causes permission errors on the server (like docker applications being unable to handle these files). i am able to write back these files to the media shares from my windows client under my privileges given by "user password" and share mapping. But i do not want guest access on unraid smb share lesser security than "private" or "secure" drop the MS account on the windows client What is possible? This is the weirdest samba implementation i have seen in 20 years or so.

Moin, bin zurück - hat sich niemand gemeldet für das Board. Getestet habe ich auch noch mal, nach einem beiläufigen Hinweis bei "WolfangsChannel" bei YT und etwas gefunden. Das Board schmiert nach etwa 15 Minuten ab, wenn irgendwo powertop --auto-tune aktiviert ist. Ich musste ein Plugin mit Powertop Optimierungen deinstallieren und das bootscript von @mgutt aus dem go file entfernen. Dann lief das Board. Energieverbrauch habe ich dann nicht mehr getestet - keine Zeit für solche Spielchen. Es hat sich niemand gemeldet für das board. Ich packe es also in meine Bastelkiste oder zum Elektronikschrott. Vielen Dank übrigens an @_alo_ für die liebevolle Dokumentation der Bios-Einstellungen. Wenn man überlegt, wie lange jeder Boot nebst Beobachtung und Messung gedauert hat, dann ist das ebenso verdienstvoll wie Deine Screenshots vom Bios. Toll. Danke! Aber mir ist das echt zu Hardcore und letztlich unzuverlässig. Ist zwar nur der private Homeserver, aber ich möchte auch nicht jede Woche in den Keller. Ein würdiger Nachfolger für mein mittlerweile altes Gigabyte C246M-WU4-rev-1x muss also noch etwas warten. Das verbraucht übrigens verbaut mit 64 GB ECC-RAM, 2x M2 NVME und 5 Festplatten im Idle 27 Watt. Schnellt aber dafür im Betrieb, insbesondere beim Encoden oder Partiy-Checks schnell mal auf > 100 Watt hoch, wobei meine modernen Desktop CPUs (i3 12th gen und auch eine anderswo verbaute Intel ARC 380 Grafikkarte) diese Jobs (h.265 Encoding) mit geringerem Verbrauch in 1/4 der Zeit machen. Aber trotzdem: Stabil muss es laufen. 5 Watt weniger hin oder her.

Darf man fragen: Welches Bios? Besondere Einstellungen im Bios oder Defaults? Vielleicht gebe ich dem Teil doch noch mal eine Chance, kostet aber immer sehr viel Zeit. Mit Alternativen sieht es momentan ja nicht gerade üppig auch, wenn es ITX sein soll.

<<Edit: Das Board ist weg. Der Post bleibt. Hinweis: Es ist einen Versuch wert, "powertop auto-tune" zu deaktivieren und nicht zu verwenden, weil dies bei diesem Board und wohl auch bei einigen ähnlichen- zum Einfrieren führen kann. Jedenfalls hat das bei mir gegen das Einfrieren geholfen.>> Hallo, dies wird kein Rant, obwohl ich von minderwertigen chinesichen Eigenproduktionen wirklich die Nase voll habe. An experimentierfreudige unRAID User aus dem postalisch deutschen Raum habe ich ein Elkhart-Lake Intel J-6413 "NAS" Motherboard mit der Typenbezeichnung CW-J6 NAS zu verschenken. Ein paar Fotos hänge ich hier an. Das Board ist vermutlich technisch in Ordnung, macht aber mit unRAID einen sauberen Absturz, sobald auch nur eine Festplatte in Standby geht. Ähnlich ist es mit OMV - da ging es (ohne jeden Energiesparmodus) noch mit der Version 5.0, aber sobald wir Dinge wie Standby oder Ruhezustand von Festplatten auch nur andenken, ist das Ding reif für einen Reset. Im steten Bemühen um Innovation hatte ich vor einem guten halben Jahr dieses Mainboard mit einem "NAS" desselben Herstellers erworben, um darauf unRAID zu betreiben. Vom Gehäuse wollen wir mal (außer der aberwitzigen Materialverschwendung mit Aluminiumplatten "aus dem Flugzeugbau" und fetten Laufwerksschlitten mit unzähligen winzigen Schrauben nebst turbolauten 8 cm Lüftern - ungeregelt, dafür 4 Stück davon) mal nicht reden. Aber das Ding lief niemals stabil mit unRAID. Nach diversen Versuchen, einem Bios-Update und zahlreichen Varianten in dem gefühlt 50 Unterpunkte umfassenden "Bios" verzichte ich auf weitere Experimente und verschenke das nackte Mainboard mit Anschlussblende ohne weiteres Zubehör. Scheint mir ein Fall von irrer Featuritis zu sein. 2xM2, 6x Sata mit dem Chipsatz hätten mich skeptisch machen sollen. Vielen Dank. Ich habe gerade ein ASROCK Celeron ITX Mainboard für 70 Euronen angeschafft, das seine Dienste als Backup-NAS mit Standby völlig klaglos versieht. Ich brauche solche merkwürdigen Eigenkonstruktionen aus China nicht mehr. M. Gutt hätte (aus Anerkennung für seine Verdienste in der Community) den ersten Zugriff - ansonsten "first come, first serve". Anfragen per PN. Und Ihr wurdet gewarnt. Ich suche immer noch nach einem halbwegs bezahlbaren ITX MB mit "richtigen PCI-Lanes" und einem halbwegs akzeptablen Standby-Verbrauch. Für Tipps immer dankbar. Ansonsten "happy testing"!

Yes indeed: I wanted to use rsync via ssh, as this is working perfectly over local LAN. So you're using SMB mounts, or what am i missing? The clever improvement i was expecting from your script was versioned backups via rsync. The "normal" rsync copy and forget job is just one line and working fine here. I removed the double colons. That changed nothing: created directory media@nas02/link_dest --link-dest arg does not exist: /backup/media@nas02/hard_link/backup/media@nas02/link_dest removed '/tmp/_tmp_user.scripts_tmpScripts_ rsync-Daily_script/empty.file' Error: Your destination [email protected]::backup/media@nas02 does not support hardlinks!

# source # destination "/mnt/user/data/media/" "[email protected]::backup/media@nas02" SSH connection is working. Script is starting and creating tmp folders.

Hi, i want to use this with an OMV 7.0 NAS (which is more conveniant in my case) and always get "hardlinks not supported". Anyone knows what to provide on the OMV side of things (debian linux) to enable hardlinks there? I did not find anything in the OMV forums or elsewhere.

If you configure your library to convert video to HEVC and the file is already H265, then unmanic will not pick up conversion again. If you want to runn other tasks against that file, you can do that with another plugin in the same library. For example if i run my "convert audio to AAC" library (which is a copy of my original library) against the existing files, this will a) convert audio and b) skip video H265 transcoding, if the file is already H265. So no need for an extra plugin or configuration here.

Thx. I'll switch back.

I rebuilt my 2x1 TB NVME cache pool from BTRFS to ZFS after version 6.12 came out. Now (after several weeks) i noticed, that mover action was incredibly slow. Even if running mover without any filters (or mover tuning plugin) a move of about 100 GB of media data needs more than 2 hours. Which is way too slow in my system. In BTRFS this was about 15 minutes or so - just maxed out by the write speed of the array at about 60 - 70 MB/s. Before i switch back to BTRFS: Has anyone an idea where to look or optimize. Because the r/w performance to cache is excellent, when using ZFS cache pool.

Yes, both are Samsung 980 SSDs.

These are reads (if so) not writes. As far as i know, unRAID does not do "read caching". These drives have heat-sinks and the are getting "one by one" up to 84 C (and then throttling). Does not seem "normal" to me.

Hi, every time i'm doing a backup job via rsync like \\NAS02\Media -> \\backup-nas\backup (where NAS02 is a unRAID share with cache and "backup-nas" is a remote share mounted in unRAID via SMB) my cache drives (2x1 TB NVME-SSDs) are overheating several times. I'm speaking of large (> 4 GB) backup jobs running for hours. This is coming from log files or what? How can i avoid this? Rsync is started with "user-script" plugin, but that should not be the concern.

Ich hatte (vor etwa 15 Jahren) den Vorgänger von Zentyal "SME-Server" in einem Büro mit etwa denselben Merkmalen laufen. Damals noch ziemlich viel Hardware, riesige Festplatten usw. - was mich zur Abkehr brachte, war die Notwendigkeit von MS-Exchange und der ewige Stress mit einem selbst gehosteten E-Mail Server. Das würde ich mir nie wieder antun. Bis auf den Photo-Upload (den ich im Zweifel über ein kommerzielles Cloud-Angebot realisieren würde, wenn nicht mit Synology Photo-Station wie jetzt) und die ziemlich "rohe" Implementierung von E-Mail war Zentyal sehr gut. Wer ohne Exchange oder abgefahrene Groupware auskommt, ist damit für eine Büroumgebung wohl auch heute noch (ich habe neulich eine aktuelle Version zum Test installiert) bestens bedient. Vor allem hat Zentyal eine "komplette" SMB Implementation. Alles, was ich bei unRAID auf diesem Gebiet vermisse, wie Home-Directories, granulare Gruppenberechtigungen, AD - Zentyal läuft insoweit komplett out of the box. User anlegen, Rechte und Gruppe zuweisen. Fertig! Zentyal ist allerdings nicht ganz umsonst. Bereits einfache Dienste wie besseres Backup, DynDNS, Monitoring, Support kosten (und zwar nicht wenig). Das lohnt sich normalerweise nur, wenn man darauf verzichten kann oder eine krasse Menge an Benutzern mit einem Server versorgen will. Die community war damals toll und sehr global: Viele Leute aus AUS und US, da bekam man im Forum innerhalb von Stunden gute Tipps. Und ansonsten ein sehr wartungsfreies System, das sich auf jedem besseren PC sehr performant einrichten lässt (RAID1, gute Netzwerkanbindung und los geht's). Zentyal wurde bei mir von Synology abgelöst - je nach notwendigem Speicherplatz und RAM-Anforderungen bleibt man da unter 1000 € in Hardware und die Cloud-Backup Lösung von Synology ist unschlagbar gut und günstig. unRAID verwende ich nur als Datengrab für Medien (Musik und Filme) - das hat durchaus spielerischen Charakter. Die Speicherplatzlösung ist ja für selten benutzte Daten sehr ausgereift und robust. Alle anderen Anwendungen scheiden im professionellen Bereich für mich aus. Backup ist kompliziert einzurichten, die Lese- und Schreibgeschwindigkeiten (vor allem Lesen!) sind für meine Zwecke nicht ausreichend und im Zeitalter der riesigen schnellen Festplatten habe ich mit DSM auch keine Speicherplatzprobleme mehr. Derzeit überlege ich sogar, die Medien zurück zu ziehen. Bei erschwinglichen Festplatten mit 18 TB Kapazität und dank Portainer kann ich eigentlich auf meiner DS 1821+ fast alles umsetzen, was ich sonst auf unRAID habe. Ymmv, aber Synology bringt eigentlich für nicht professionelle Serverbesitzer mit professionellen Ansprüchen ein gutes Gesamtpaket auch für den professionellen Bereich. Active Backup, Hyper Backup - das sind überlebenswichtige Anwendungen, die es bei DSM praktisch umsonst gibt. Und es funktioniert alles. Das Einrichten von Docker Containern ist etwas fummelig, aber ansonsten... Nur die Preise von Synology sind explodiert. Seit die anfangen, Hardware nur noch mit ihren eigenen, sündhaft überteuerten Festplatten zu bestücken, wird es grenzwertig. Da ist man ganz schnell im oberen 4stelligen Bereich. Andererseits hat mein unRAID auch knapp 1000 gekostet (ohne Festplatten). Wenn Du nicht bei Synology bleiben willst, probiere ruhig mal Zentyal aus. Da gibt es aber m.W. keine Docker.

It was a docker related issue: Somehow my docker installation changed from "image" to "folder type docker" - perhaps automagically during a major update of unRAID. This lead to a "/mnt/user/system/docker/docker" instead of "/mnt/user/system/docker/" under "Settings/DockerSettings". So i had to shut down the dockers (and make a backup) move the content from "/docker/docker" to ".../docker" restart. Also i noticed, that roon still is slow (about 15 sec), when shutting down. This seems to be related to the general docker "cache vs. /mnt/user" problem - fuse filesystem is slowing down things, when the app share is addresed through the "normal" /mnt/user/appdata directory. After some reading i followed directions to start mover (to transfer all "appdata" to cache) shutdown array (to finalize this) restart array change share appdata to "cache only" adjust the paths in the docker template(s) especially roon from "/mnt/user/appdata" to "mnt/cache/appdata" - the same way the template creator made this in his template from the start Reasons for doing so are described elsewhere, but this indeed did speed up things (and brought down the standby power consumption a few watts). hth

Did you find the share? Then simply delete/rename it! I had this error pointing to a directory "/" above "appdata", left over from a hanging "delete network share" action. I had to go -> console -> mc -> /mnt/user and delete it there (from the command line). Also in my case the button "ignore" did not work.

Would be nice, but still does not work. I'm not able to stop the Roonserver Docker. It simply does not stop (which is bad for app-backups and system security). It just times out. After that I get the error Nothing helped. Not nuking/reinstall. Not installing into /.../mount/user/apps/... instead of /mount/cache/apps/... - i'm a bit sick of it, because the same thing runs easily on my other (Synology) NAS as a docker. Any more ideas? Shouldn't there be mapping for temp files also (i had this with Unmanic, where it is helpful to map tmp to RAM in any way. Any ideas?

Sorry, but no. I only use unRAID to store stuff and back it up to local disks via smb or to cloud.

OK, hab's begriffen und geändert. Die *.tmp Dateien gehen jetzt in /dev/shm. Habe genug Platz mit 64 GB RAM. Ist immer ärgerlich: RAM ist schnell und oft zu knapp 🤔