Leaderboard

Popular Content

Showing content with the highest reputation on 07/27/21 in all areas

  1. Not sure where to post this but man this unRaid stuff just WORKS, rock solid. Almost a year now with two installs and they're both absolutely ROCK SOLID. Love the simplicity and stability of this setup. I would say money well spent. Keep up the good work gents.
    3 points
  2. Great Odin's Raven! Today's blog is a guide on how to set up a dedicated Valheim server on Unraid by @spxlabs! Want to set up a co-op with fellow Unraiders? Need help troubleshooting? Let us know below in the comments. SKOL! 🛡️ https://unraid.net/blog/unraid-valheim-dedicated-server
    1 point
  3. On episode 5 of the Uncast pod, join @jonp for a sneak peek at some of the security changes being made in Unraid 6.10. Also, there is a deep-dive discussion about 10gbps performance over SMB on Unraid. Need a refresher on Unraid security best practices? Be sure to check out the security best practices blog. Curious about SMB Multichannel Support? Check this out!
    1 point
  4. Hatte ich auch gedacht, nachdem ich mehrere Stunden meinen vermeintlichen Konfigurationsfehler gesucht hatte. Ist meiner Meinung nach in Plex hart verdrahtet bei Nutzung des "Fernzugriff", man kann nur den Port der Website ändern (was auch immer einem das bringen soll). Wobei ich nicht mal sicher bin, ob ich das Ganze über plex.tv probiert hatte, vielleicht schleust er es dann komplett über den angegebenen Port? Wie auch immer...ich nenne sowas bei Plex gerne: "Das hat Bernd vor 10 Jahren programmiert, wir wissen nicht was es tut und hängen nur Code dran." Die Datenbank ist dafür auch ein gutes Beispiel...sieht eigentlich logisch aus, bis man was ändert und gaaaanz komische Dinge passieren. Das ist cool. Wollte ich auch probieren, als an meinem verwandtschaftlichen Server-Standort FTTH gelegt wurde...aber dann lief mir die Zeit davon und ich habe halt doch wieder 'ne IPv4 beantragt (für 5 Euro/Monat, ich dachte ich lese nicht richtig). Irgendwann setze ich mich in "urlaubiger Ruhe" nochmal dran, vielleicht ist Dein Guide ja dann schon draußen. 🙂
    1 point
  5. I fixed it, one of the dockers (Heimdall) was using port 443, you put me in the right path! Instead of messing with the command line, I tried first to start in safe mode, the webgui loaded without issues. I changed the docker port to 443 and rebooted, everything is fine now. Thanks!
    1 point
  6. Im going to try my best to help since this community was so helpful for the 80 hours I put into getting my unraid up and running last week. (and now it is so, so, so sweet!) I dont have the exact same MB you have. I have the MSI B560M PRO-VDH WIFI LGA 1200. And I had this problem too. It could be a MSI bios issue. The problem is you simply cant boot up to the unraid GUI interface. So you must let unraid boot up with the first option (that does not mention GUI). This boots in text only mode. Then when its finished you can login to your home IP. For me this is ultimately what unraid will boot with if you let the timer tick down anyway. So now I can reboot it without hooking up a monitor, mouse, keyboard etc. So hope this helps! And thanks to the community for all their help from all of my google/duck duck searches!
    1 point
  7. Usually, If you have settings under Unraid for the NIC, then Unraid won't allow to pass it through. Double check the network/VM/Docker settings.
    1 point
  8. @limetech any ETA on the spin down issue here. I basically have my server and basement AC fighting with each other on this issue due to the extra heat the spinners are generating. To make things more complicated I am using Areca controllers which have their challenges in UNraid. Everything worked fine in 6.9.1. I tried to downgrade from 6.9.2 to 6.9.1 and the issue is still present.
    1 point
  9. From what I see in your Diagnostics you have bound these devices: BIND=c1:00.0 45:00.0 to VFIO where one of them is the P2000 (c1:00.x): c1:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP106GL [Quadro P2200] [10de:1c31] (rev a1) Subsystem: NVIDIA Corporation Device [10de:131b] Kernel driver in use: vfio-pci Kernel modules: nvidia_drm, nvidia c1:00.1 Audio device [0403]: NVIDIA Corporation GP106 High Definition Audio Controller [10de:10f1] (rev a1) Subsystem: NVIDIA Corporation GP106 High Definition Audio Controller [10de:131b] You have to unbind the P2000 from VFIO so that the plugin actually can see the P2000, if you bind it to VFIO the plugin can't see the card because the card is reserved for exclusive use in a VM.
    1 point
  10. houseofgivens-diagnostics-20210727-0628.zip
    1 point
  11. The warning about -L says you should mount the disk first if possible so the log can be replayed. Unraid has already determined the disk is unmountable, so it is not possible to proceed with the log. Therefore, you must use -L. And you must NOT use -n (no-modify) or no repair will be done.
    1 point
  12. It's generated by HP's server management system iLO.
    1 point
  13. Same on my j5005 (UHD 605) I reverted to the last tag: then restored appdata and the template (/boot/config/plugins/dockerMan/templates-user/my-HandBrake.xml) from backup and all is well.
    1 point
  14. I've removed the NIC temporarily, so I cannot check your command's output on my machine. However I'll come back to you when re-installing the NIC again. Good Luck
    1 point
  15. Hi I'm trying to rip a DVD using Ripper (fantastic container btw) and I'm having the same issue: /mnt/user/appdata/ripper/Ripper.log: MSG:1005,0,1,"MakeMKV v1.16.3 linux(x64-release) started","%1 started","MakeMKV v1.16.3 linux(x64-release)" MSG:5074,0,0,"Automatic checking for updates is enabled, you may disable it in preferences if you don't want MakeMKV to contact web server.","Automatic checking for updates is enabled, you may disable it in preferences if you don't want MakeMKV to contact web server." DRV:0,2,999,1,"BD-RE HL-DT-ST BD-RE BH16NS40 1.00","STUDIO_ONE_PAL","/dev/sr0" DRV:1,256,999,0,"","","" DRV:2,256,999,0,"","","" DRV:3,256,999,0,"","","" DRV:4,256,999,0,"","","" DRV:5,256,999,0,"","","" DRV:6,256,999,0,"","","" DRV:7,256,999,0,"","","" DRV:8,256,999,0,"","","" DRV:9,256,999,0,"","","" DRV:10,256,999,0,"","","" DRV:11,256,999,0,"","","" DRV:12,256,999,0,"","","" DRV:13,256,999,0,"","","" DRV:14,256,999,0,"","","" DRV:15,256,999,0,"","","" MSG:5021,131332,1,"This application version is too old. Please download the latest version at http://www.makemkv.com/ or enter a registration key to continue using the current version.","This application version is too old. Please download the latest version at %1 or enter a registration key to continue using the current version.","http://www.makemkv.com/" Docker container log extract: *** Running /etc/my_init.d/ripper.sh... Using this daily? Please sponsor me at https://github.com/sponsors/rix1337 - any amount counts! Found settings.conf. Replacing beta key file. 27.07.2021 09:38:05 : Starting Ripper. Optical Discs will be detected and ripped within 60 seconds. 27.07.2021 09:38:09 : DVD detected: Saving MKV renamed '/out/Ripper/DVD/STUDIO_ONE_PAL' -> '/out/Ripper/DVD/finished/' 27.07.2021 09:38:10 : Done! Ejecting Disk I did buy a MakeMKV key and pasted in /mnt/user/appdata/ripper/settings.conf: app_Key = "M-yXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX_wpR2sl1" I also restarted the docker container and checked inside the container that the settings.conf was grabbed by /etc/my_init.d/ripper.sh: root@Tower:~# docker exec -i -t Ripper bash root@Tower:/# ls -al /root/.MakeMKV/ total 12 drwxr-xr-x 1 root root 82 Jul 27 09:26 . drwx------ 1 root root 92 Jul 27 09:09 .. -rw-rw-rw- 1 root root 2048 Jul 27 09:17 _private_data.tar -rw-r--r-- 1 root root 81 Jul 27 09:17 settings.conf -rw-rw-rw- 1 root root 194 Jul 27 09:19 update.conf I can't figure out why MakeMKV is still not working (it was working with this DVD a few weeks ago). Any idea?
    1 point
  16. @0sense i have had similar issues and i haven't really worked it out myself (on my ryzen system, which i'm nolonger using). The thing i noticed is that when the gpu is in use by unraid itsself for primary video output, the dockers won't see it or be able to use it. With a little bit of tinkering you have an odd chance that a VM will work with it when exporting the rom and loading it in with the VM, but this for me was a hit and miss. I'm not entirely versed with intel cpu, but i believe that cpu has an IGP. Are you perhaps able to set that as primary graphics adapter in the BIOS? (you might need to hook up a monitor to it, or a dummy plug) Next to that, there is another thing that was suggested i would do, i had to turn off whql support in the bios to turn on some function that would allow first gpu detection via chipset rather than first pci-e slot, but forgot what its called. Will search for it, but maybe someone else knows it out the top of their head? -- edit: Correction, as i had to look it up. By turning on WHQL on the MSI mainboard, it turned CSM off. Which allowed me to use the graphic cards in proper order.
    1 point
  17. Hi @rcrh, it is in fact only a music server. If you search for 'photos' in community applications you'll find plenty of photo servers. Good luck!
    1 point
  18. du brauchst eigentlich kein Zertifikat in CloudFlare erstellen und in nginx registrieren, wenn du swag benutzt, dort werden automatisch Zertifikate erstellt... Aber mach dir du meinst 😁
    1 point
  19. Was lange währt, wird endlich gut. Darf ich vorstellen, mein neuer Server. Die Hardware wurde sofort erkannt, auch die beiden NVMEs. Nach einem BIOS Update wurde der Prozessor auch richtig erkannt und jetzt läuft soweit alles wie es soll. Ein paar Kleinigkeiten muss ich für die Ersteinrichtung noch machen, aber der Großteil läuft schon, die Datenmigration hab ich auch schon abgeschlossen. An der Stelle vielen Dank für die Hilfe an @mgutt, @ich777 , an @Morrtin und alle anderen, die geholfen haben.
    1 point
  20. Since the last handbrake update i use its breake the intel QSV encoding. before it works for a couple of month. i can see the hardware profiles and i can select and start a job but the encoding doesnt work the encoding stops after i started. in the log i can see: " Failure to initialise thread 'Quick Sync Video encoder (Intel Media SDK)'. plex working with hardware encoding and the device /dev/dri is already be there. ?????
    1 point
  21. Sometimes host access won't work after a reboot, the solution to this is to restart the Docker service.
    1 point
  22. You are right.. I cant ping my unraid server... Any clue? I dont know how, but it fixed itself, after I restarted the whole unRAID
    1 point
  23. Can you try to ping unRAID from the container Console and see if it actually can reach it?
    1 point
  24. Windows 10PRO (not sure about HOME), if you go to Control Panel >>> Programs and Features. Then click on "Turn Windows features off and on" in the left panel. Then scroll down until you find "Services for NFS". Not sure why one would want to use it unless one was a dyed -in-the-wool Linux user... PS: it is actually easier to get SMB to work in a secure mode than to use the insecure mode (~2010 security level) that Unraid defaults to. See here: https://forums.unraid.net/topic/110580-security-is-not-a-dirty-word-unraid-windows-10-smb-setup
    1 point
  25. Grundsätzlich gilt: Es gibt überall Sicherheitslücken und alles lässt sich hacken. Die Frage ist ob sich der Aufwand für den Angreifer lohnt die Hürden zu überwinden. Und genau diese Hürden kann man erhöhen. Mal von oben nach unten wie der Zugriff auf Plex am sichersten wäre: man holt sich einen smarten Switch und erstellt VLANs, also virtuelle getrennte Netze mit eigenen IP-Adressräumen. In ein VLAN käme Plex und die Clients und in ein anderes Unraid. So wäre gewährleistet, dass nur der Admin auf Unraid selbst käme. Plex selbst und die Clients könnten zwar immer noch gehackt werden, wenn sich einer der Clients zB beim Surfen einen Virus einfährt, aber der Angreifer wäre auf die Clients dieses VLANs beschränkt. dann der Klassiker wie es die meisten haben. Alle Clients und auch Plex sind im selben Heimnetzwerk. Wird irgendein Client gehackt zB durch einen Trojaner, könnte dieser versuchen alle Clients und natürlich auch Unraid selbst zu attackieren. Jetzt wie in 1., nur mit Zugriff über das Internet. Hier würde man sich von unterwegs per VPN Tunnel mit dem Plex VLAN verbinden. Der Angreifer kann in dem Szenario erst mal nur den VPN Server attackieren, Plex und Clients erreicht man erst, wenn man diese Hürde überwunden hat. Der potentielle Schwachpunkt wäre also der VPN Server. Stärkster VPN Server wäre eine gehärtete Hardware wie ein VPN-fähiger Router. Solche Komponenten werden jeden Tag angegriffen und gelten als besonders gut abgesichert gegen Angriffe. Schwächster VPN Server wäre Unraid selbst, da es sich um einen klassischen "Linux PC" handelt mit einem relativ umfangreichen Linux Kernel. Auch hier gibt es natürlich die Möglichkeit, dass ein Client durch einen Angreifer kontrolliert wird. Der stärkste Tunnel nützt dann natürlich wenig. Das kann zB schon ein Smartphone sein, dass unbeaufsichtigt herumliegt und wo jemand mal kurz den WLAN Hotspot aktiviert und dann über einen Laptop das heimische Netz angreifen könnte. Jetzt wie in 2., also klassisches Heimnetzwerk mit dem man sich per VPN-Tunnel verbindet. Auch hier wäre der VPN-Server bzw die Clients der Schwachpunkt, aber nach einem erfolgreichen Angriff könnte man auch Unraid selbst attackieren. Jetzt wie in 2. nur diesmal mit einer simplen Port-Freigabe im Router auf einen Reverse Proxy Container mit IP-Whitelist, der wiederum die Zugriffe auf den Plex Container weiterleitet. Jetzt kann jeder aus Land X und ohne Login direkt den Reverse Proxy Container und/oder den Plex Container versuchen zu attackieren und erst im nächsten Schritt die Clients oder Unraid. Der Reverse Proxy gilt dabei aber als kleine zusätzliche Hürde, da hier Nginx im Einsatz ist, was sich nicht so schnell von Angriffen beeindrucken lässt, wie der Webserver, der beim Plex Container selbst zum Einsatz kommt. In wie weit aber Nginx die Angriffe einfach durchleitet, kann natürlich keiner abschätzen. Wie in 7. aber ohne eine IP-Whitelist ein, die ausschließlich Zugriffe aus Land X erlaubt. Jetzt wie in 7. mit einer simplen Port-Freigabe im Router, die aber nun direkt auf den Plex Container verweist. Jetzt wie in 9., aber Plex ist nicht als Container installiert, sondern direkt auf dem Server selbst (geht nicht in Unraid, nur zur Vollständigkeit). Hier hätte der Angreifer also nach einer erfolgreichen Attacke den kompletten Server übernommen. Wie du siehst ist der dritte und sechste Punkt leer. Das habe ich bewusst gemacht um aufzuzeigen, dass alles was nur lokal oder mit VPN Tunneln stattfindet, deutlich sicherer ist als die dann folgenden Varianten. Natürlich gibt es dann noch so Kleinigkeiten um weitere Hürden zu realisieren wie zB ob der Plex Container schreibend auf deine Film-Sammlung zugreifen kann. Bei mir ist zB ausschließlich ein lesender Zugriff möglich. Auch die Frage ob der Plex Container Zugriff auf das Internet erhält. Ohne Internet könnte Plex zB keine Cover, Filmnamen usw runterladen. Macht natürlich keinen Sinn. Aber vielleicht sperrt man alles bis auf die Domains von Plex.... Ein Container ohne Internetzugriff ist jedenfalls sicherer, weil der Angreifer keine Software nachladen könnte. Und nach dieser Fülle an Varianten muss man sich nun fragen: Lohnt der Aufwand? Was könnte ein Angreifer stehlen und lohnt sich das dann für diesen? Was wäre, wenn ich an einem externen Standort ein sicheres Backup aufbewahren würde, würde mich dann ein Angriff noch sonderlich stören? Ich möchte zB Nextcloud öffentlich verfügbar machen und kann hier gar keinen VPN Tunnel einsetzen, da sonst Gäste nicht auf die Cloud zugreifen könnten, wenn ich mit ihnen Dateien teile. Nextcloud muss außerdem schreibenden Zugriff besitzen. Ich kann mich also gar nicht wirklich gegen Angriffe schützen, außer vielleicht über eine IP-Whitelist. Die einzige Sicherheit ist hier mein Backup am externen Standort und besonders sensible Daten nicht über Nextcloud verfügbar zu machen und/oder sie dort nur verschlüsselt hochzuladen (zB ein AES verschlüsseltes 7z Archiv). Die einzige Sicherheit ist in so einem Fall also mein Backup. Ich handhabe es daher aktuell wie in 7. und verlasse mich im Härtefall auf mein Backup. Außerdem arbeite ich mich immer weiter in die Thematik ein wie man zusätzliche Hürden umsetzen könnte wie zB das Beispiel mit der Internetsperre für Plex. Wenn aber außer den Familienmitgliedern sonst keiner darauf zugreifen können soll, würde ich in jedem Fall einen VPN Tunnel empfehlen. Wer dann noch Geld und Zeit dafür hat, sollte mit VLANs arbeiten. Dann könnte man zB zu Hause auch getrennte Netze für potentiell unsichere Clients bereitstellen wie zB den Staubsauger-Roboter oder den Mähroboter, da so ein Equipment ja in der Regel nach x Jahren keine Updates mehr erhält. Wie du siehst ein durchaus komplexes Thema, dass man nicht mal eben mit Ja oder Nein beantworten kann.
    1 point
  26. https://xkcd.com/936/
    1 point
  27. Just wanted to let anyone know if they have trouble with the URL for uploaded images being wrong. I had to deleted the App_URL setting in the docker settings. You need to add the URL inside the .env file manually but removing the APP_URL setting in the docker fixes the broken image URLs
    1 point
  28. Was muss man bei einem All-In-One Server/Gaming System beachten? Beim ersten Booten oder falls eine VM nicht startet, muss man in der Lage sein auf die Unraid WebGUI zugreifen zu können (um die VM zu starten). Man braucht also jederzeit einen lauffähigen Rechner neben dem Server, was aber auch ein Tablet oder Notebook sein kann. Alternativ: Unraid bekommt eine eigene GPU und man bootet Unraid im GUI Modus. Fährt man eine VM herunter oder versetzt sie in den Standby, verbraucht die GPU genauso so viel Strom, als würde man die VM inkl der GPU im Leerlauf belassen. Der Grund ist, dass GPUs erst Strom sparen, wenn ihnen der GPU Treiber das sagt, der aber außerhalb der VM nicht aktiv ist. Es macht also eigentlich gar keinen Sinn die VM herunterzufahren. Man muss also mit einem Stromverbrauch rechnen, der einem PC gleichkommt, der 24 Stunden pro Tag läuft. Die Powertaste am Gehäuse fährt nicht die VM, sondern den kompletten Server herunter. Es gibt keine Taste mit der man die VM hochfahren kann (denkbare Lösungen sind WoL Widgets auf dem Smartphone in Kombination mit einem Script, dass dann die VM startet). Den Server bei Nichtnutzung herunterzufahren würde Strom sparen, aber Unraid hat immer eine Bootzeit von ~2 Minuten, also deutlich langsamer als Windows, MacOS & Co. und dessen VM-Bootzeit muss natürlich noch addiert werden. Nicht alle Spiele laufen in einer VM. Bekannt ist zB dass alle Spiele mit BattleEye Kopierschutz den Betrieb in einer VM als cheaten betrachten und den Zugriff dann sperren. Nicht jedes Board verfügt über mehrere LAN Controller oder erlaubt überhaupt das Durchschleifen einzelner LAN-Controller an eine VM. Es macht allerdings gerade beim Gaming Sinn einen physischen LAN Controller / Karte durchzuschleifen, da der virtuelle Controller einiges an CPU Last verursachen kann (Fazit: Eine LAN-Karte oder einen USB LAN Adapter einplanen) Normalerweise erstellt man auf dem SSD Cache von Unraid die VM-Disk(s). Damit erhält die VM eine virtuelle Festplatte. Diese Virtualisierung kostet CPU Leistung. Das Durchschleifen einer NVMe ist daher empfehlenswert, wenn man die beste Performance erreichen will. Allerdings kommt man schnell an die Grenzen eines Consumer-Mainboards, wenn man einen SSD Cache mit 2x NVMe erstellt hat und zusätzlich noch eine NVMe in einer VM nutzen möchte (oder gar mehrere). Innerhalb einer VM kann man nicht nativ auf die Dateien des Unraid Arrays zugreifen. Der Zugriff erfolgt dann über das Netzwerk (SMB, NFS), was aber lokal passiert und daher recht schnell geht. Unraid kann zwar ohne GPU (headless) gestartet werden, aber sobald eine GPU verbaut ist, gibt es gerne mal Probleme (Unraid "besteht" auf die GPU, UEFI muss evtl deaktiviert werden, etc). Deutlich weniger Probleme hat man, wenn das System zwei GPUs besitzt. zB eine iGPU in der CPU für Unraid und eine dGPU für die VM. Zwei dGPUs sind natürlich auch denkbar. Wer Single GPU Passthrough machen möchte, sollte hier lesen. Bedient man Unraid im GUI Modus, benötigt Unraid eine eigene Tastatur & Maus (oder Umschalter oder Multi-Device Eingabegerät wie zb von Logitech mit mehreren USB Receivern). Ein Wechsel zwischen zwei VMs ist nicht ohne weiteres möglich. Eine Nvidia oder AMD GPU kann nicht von mehreren VMs gleichzeitig genutzt werden.
    1 point
  29. That worked! I had to set the "Docker Hub URL", then the container showed up. Thanks for the help!
    1 point
  30. @shEiD that's a very well written post. I like the ideas. There's the technical and the business side, here's a suggestion that is hopefully a good marriage of both and a win for Lime-tech. Allow two pro licenses to be assigned to the same USB GUID. Or add a whole new license offering. Copy and paste much of the code to allow for a second 30 drive max, dual parity array. I don't see why it can't stop/start one array array complete independent of the second array. The merge/fuse of user shares could still combine from both first and second array.If one array is stopped, those files just won't be visible. Parity, whether single or dual is unchanged, still tied to the array. So if you want 2 arrays up to 30 drives max, dual parity on both would mean 4 drives. Or run one array with dual and the second array with single parity, shouldn't matter. Extra licensed feature... add a hot-spare disk. It's pre-cleared, it's ready to go to replace a failed disk on either the first or second array. Either with user acknowledgement or once confidence in the feature builds, then allow for it to be automatic. Cache drives remain unchanged.
    1 point
  31. This is a sore subject for me too, actually. The fact that unraid has a limit of drives - is the most annoying thing about it. The main purpose of unraid is to be a storage solution. I know that with VMs and docker support it has evolved to being used not only as storage solution, but that does not change the main purpose of it. And most importantly - unraid is not free, but rather expensive. And for a storage solution software to have a limit on drives in itself (as in - the limit is set in the software itself, and not in hardware limitations) is, IMHO the most ridiculous thing about unraid. And to put it bluntly - it's like a TV manufacturer making and selling TVs that only show 30 channels and no more. And if you happen to have a cable subscription with a hundred channels, you need to buy 4 separate TVs to see all the channels. IMHO, unraid should have supported multiple pools years ago. Multiple pools and no drive limit. And I would actually love to see a proper answer to this question - why doesn't it? Because honestly, the only reason I can see is the money, as in people buying more than one license, hence more money for lime-tech. Multiple pools would solve the problem of drive limits, bandwidth limit problem with a lot of drives when doing parity build/checks, and the problem of actually having 28 drives protected with only 2 parity drives. And I'm sorry guys, but your answers are not very helpful. What would be the difference between 28 and 38 or 48 drives actually? I mean 28 is already too much with only 2 parity. I mean more than 28 with dual parity is way better than 20 with a single parity, as it was a case for years before. And yes, he probably needs that many, seeing that he bought a case that supports 36 drives... More drives means more problems is the same as running unraid is more problems than not running unraid at all. I agree, as it stands now, unraid is only a hobbyist solution at best, and why lime-tech is OK with it I have no idea. I think having a lot of drives even in a home server has already become an enough common-place deal to not be enterprise-only situation. I think it's been years already, with many people having huge home media servers (storage-wise). I am a 100% hobbyist and I have 200TB+ and it's not that hard or expensive as it was before. It's actually pretty easy and cheap nowdays. The cost of having more than 12 drives in one system is actually very cheap. Actually, nowdays you can easily connect more than a hundred drives to a single machine, by using HBA(s) and used external SAS expander boxes from ebay. And it is many times cheaper than building multiple machines + buying multiple unraid Pro licences to run 30 drives at time. That is the situation today, actually. I have bought an unraid licence, as an impulse buy, almost 2 years ago and haven't used it until now for mostly a single reason - the drive limit was too low. I can connect 80 drives to my single home server with my current setup. And 30 is way less than 80. The only reason I actually picked unraid over freenas for now, is because I already had a Pro license. Actually it would be interesting to calculate what would be cheaper to run if you have 50+ or more drives - freenas or unraid. This is just a wishful thinking, but IMHO, what lime-tech should do is: Keep the real time protection using a cache pool, I'm not sure if btrfs is stable enough, though, but it has checksums, and that's a must. Maybe even add an ability to have multiple cache pools with separate raid options. Implement multiple pools. No drive limit. Period. Ditch this proprietary real time 2 parity drives nonsense. Use Snapraid on those multiple data drive pools. Keep the convenience of user shares, of course (the pooling). Result: Way better (if not the best) protection at whatever level user wants. You still get the real time protection using cache pool(s). Mover moves the files from cache during the night hours, and updates Snapraid parity. Copy to the pool(s), update parity, delete from cache... easy. You still have the convenience of adding/removing any type of drives whenever you want. You get the everyday usage speed with cache pools. You avoid I/O bottlenecks during parity checks with smaller Snapraid "protection-pools". Unlimited drives, as it actually should be, in a storage software solution. If/when someone makes a user-friendly solution as described above - unraid will loose customers, imho. Because that one is the best solution for home servers. For anyone that would want more - there's Freenas.
    1 point