<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Unraid on Pieter Viljoen's Blog</title><link>https://blog.insanegenius.com/tag/unraid/</link><description>Recent content in Unraid on Pieter Viljoen's Blog</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sun, 21 Jun 2020 20:18:48 +0000</lastBuildDate><atom:link href="https://blog.insanegenius.com/tag/unraid/feed.xml" rel="self" type="application/rss+xml"/><item><title>Moving from Unraid to Proxmox VE</title><link>https://blog.insanegenius.com/2020/06/21/moving-from-unraid-to-proxmox-ve/</link><pubDate>Sun, 21 Jun 2020 20:18:48 +0000</pubDate><guid isPermaLink="false">https://blog.insanegenius.com/2020/06/21/moving-from-unraid-to-proxmox-ve/</guid><description>&lt;p&gt;I finally took the plunge and moved from &lt;a href="https://unraid.net/"&gt;Unraid&lt;/a&gt; to &lt;a href="https://www.proxmox.com/en/proxmox-ve"&gt;Proxmox VE&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;I used to love Unraid, but at some point the easy to use web management UI and app store ecosystem simply lacked capabilities I needed for deployment automation and configuration tasks. Then there is the problem with the &lt;a href="https://forums.unraid.net/bug-reports/stable-releases/slow-smb-performance-r566/"&gt;poor IO performance&lt;/a&gt;, that I&amp;rsquo;ve written &lt;a href="https://blog.insanegenius.com/2020/04/25/unraid-user-share-vs-disk-share-smb-performance/"&gt;several posts&lt;/a&gt; on, and &lt;a href="https://forums.unraid.net/bug-reports/stable-releases/683-docker-image-huge-amount-of-unnecessary-writes-on-cache-r733/"&gt;excessive SSD writes&lt;/a&gt; wearing out drives, that have remained unresolved, and no solution seems to be forthcoming.&lt;/p&gt;</description></item><item><title>Unraid User-Share vs. Disk-Share SMB Performance</title><link>https://blog.insanegenius.com/2020/04/25/unraid-user-share-vs-disk-share-smb-performance/</link><pubDate>Sat, 25 Apr 2020 16:44:42 +0000</pubDate><guid isPermaLink="false">https://blog.insanegenius.com/2020/04/25/unraid-user-share-vs-disk-share-smb-performance/</guid><description>&lt;p&gt;This &lt;a href="https://blog.insanegenius.com/2020/02/02/unraid-vs-ubuntu-bare-metal-smb-performance/"&gt;is&lt;/a&gt; &lt;a href="https://blog.insanegenius.com/2020/01/18/unraid-vs-ubuntu-smb-performance/"&gt;yet&lt;/a&gt; &lt;a href="https://blog.insanegenius.com/2020/01/16/unraid-smb-performance-v6-7-2-vs-v6-8-1/"&gt;another&lt;/a&gt; post on Unraid&amp;rsquo;s poor SMB performance, but I think I narrowed down the cause of the problem to the Unraid FUSE filesystem. I discovered this about 2 months ago, but with COVID-19 and no kids weekend sporting event duties, I have some time to post.&lt;/p&gt;
&lt;p&gt;In this round of testing I compared the performance of &amp;ldquo;User&amp;rdquo; shares vs. &amp;ldquo;Disk&amp;rdquo; shares. An Unraid &amp;ldquo;User&amp;rdquo; share is a volume backed by Unraid&amp;rsquo;s &lt;a href="https://en.wikipedia.org/wiki/Filesystem_in_Userspace"&gt;FUSE&lt;/a&gt; filesystem, while a &amp;ldquo;Disk&amp;rdquo; share is a volume directly backed by the disk&amp;rsquo;s native filesystem.&lt;/p&gt;</description></item><item><title>Unraid vs. Ubuntu Bare Metal SMB Performance</title><link>https://blog.insanegenius.com/2020/02/02/unraid-vs-ubuntu-bare-metal-smb-performance/</link><pubDate>Mon, 03 Feb 2020 04:14:07 +0000</pubDate><guid isPermaLink="false">https://blog.insanegenius.com/2020/02/02/unraid-vs-ubuntu-bare-metal-smb-performance/</guid><description>&lt;p&gt;In my last &lt;a href="https://blog.insanegenius.com/2020/01/18/unraid-vs-ubuntu-smb-performance/"&gt;test&lt;/a&gt; I compared Unraid SMB performance with an Ubuntu VM running on Unraid, and Ubuntu outperformed Unraid. I was wondering if the VM disk image synthetically improved performance, maybe IO caching, so this time I tested Ubuntu on the same hardware that runs Unraid.&lt;/p&gt;
&lt;p&gt;I configured the system to boot from either the Unraid USB stick, or an Ubuntu Server USB stick. In both cases the hardware was exactly the same, and the SMB share was on the same 4 x 1TB Samsung 860 Pro SSD BTRFS volume. I mounted the BTRFS volume using the same mount options that Unraid uses. The Ubuntu Samba server used default options, the only change I made was to register the share.&lt;/p&gt;</description></item><item><title>Unraid vs. Ubuntu SMB Performance</title><link>https://blog.insanegenius.com/2020/01/18/unraid-vs-ubuntu-smb-performance/</link><pubDate>Sat, 18 Jan 2020 18:40:05 +0000</pubDate><guid isPermaLink="false">https://blog.insanegenius.com/2020/01/18/unraid-vs-ubuntu-smb-performance/</guid><description>&lt;p&gt;In my &lt;a href="https://blog.insanegenius.com/2020/01/16/unraid-smb-performance-v6-7-2-vs-v6-8-1/"&gt;last&lt;/a&gt; round of testing I found that Unraid v6.8 SMB still underperforms compared to Windows Server 2019, but I was wondering if it is a Linux Samba problem, or an Unraid problem.&lt;/p&gt;
&lt;p&gt;I installed an Ubuntu Server 18.04.3 LTS VM on Unraid, bridged network, 16GB RAM, 128GB raw disk located on the BTRFS cache volume, consisting of 4 x Samsung Pro 860 SSD drives. This is exactly the same configuration I use for the W2K19 test VM. I &lt;a href="https://tutorials.ubuntu.com/tutorial/install-and-configure-samba"&gt;installed&lt;/a&gt; Samba on Ubuntu using default options.&lt;/p&gt;</description></item><item><title>Unraid SMB Performance: v6.7.2 vs. v6.8.1</title><link>https://blog.insanegenius.com/2020/01/16/unraid-smb-performance-v6-7-2-vs-v6-8-1/</link><pubDate>Thu, 16 Jan 2020 19:07:49 +0000</pubDate><guid isPermaLink="false">https://blog.insanegenius.com/2020/01/16/unraid-smb-performance-v6-7-2-vs-v6-8-1/</guid><description>&lt;p&gt;I previously &lt;a href="https://blog.insanegenius.com/2019/06/10/unraid-in-production-a-bit-rough-around-the-edges-and-terrible-smb-performance/"&gt;wrote&lt;/a&gt; about the poor SMB performance I experienced in Unraid v6.7.2. Unraid v6.8 supposedly addressed SMB performance issues for concurrent read and write operations, and after waiting for the first bugfix release of v6.8, I re-tested using v6.8.1.&lt;/p&gt;
&lt;p&gt;In my last test I used a combination of batch files and copy and paste, this time I wrote a &lt;a href="https://github.com/ptr727/DiskSpeedTest"&gt;tool&lt;/a&gt; to make repeat testing easy. I am not going to describe the usage here, see the instructions at the &lt;a href="https://github.com/ptr727/DiskSpeedTest"&gt;GitHub&lt;/a&gt; repository. There are new &lt;a href="https://forums.unraid.net/bug-reports/stable-releases/680-smb-ver-4113-significant-performance-decrease-when-opening-files-in-folders-with-1000-files-in-them-r789/"&gt;reports&lt;/a&gt; in v6.8 of poor SMB performance when a folder contains large numbers of files, so I added a test to try and simulate that behavior, by creating a large number of files, then reading each file, then deleting each file.&lt;/p&gt;</description></item><item><title>Unraid repeat parity errors on reboot</title><link>https://blog.insanegenius.com/2020/01/10/unraid-repeat-parity-errors-on-reboot/</link><pubDate>Sat, 11 Jan 2020 01:52:30 +0000</pubDate><guid isPermaLink="false">https://blog.insanegenius.com/2020/01/10/unraid-repeat-parity-errors-on-reboot/</guid><description>&lt;p&gt;This post started with a quick experiment, but after hardware incompatibilities forced me to swap SSD drives, and subsequently lose a data volume, it turned into a much bigger effort.&lt;/p&gt;
&lt;p&gt;My two Unraid servers have been running nonstop without any issues for many months, last I looked the uptime on v6.7.2 was around 240 days. We recently experienced an extended power failure, and I noticed 5 parity errors, on both servers, after the servers were restarted.&lt;/p&gt;</description></item><item><title>Unraid in production, a bit rough around the edges, and terrible SMB performance</title><link>https://blog.insanegenius.com/2019/06/10/unraid-in-production-a-bit-rough-around-the-edges-and-terrible-smb-performance/</link><pubDate>Tue, 11 Jun 2019 02:51:12 +0000</pubDate><guid isPermaLink="false">https://blog.insanegenius.com/2019/06/10/unraid-in-production-a-bit-rough-around-the-edges-and-terrible-smb-performance/</guid><description>&lt;p&gt;In my &lt;a href="https://blog.insanegenius.com/2019/05/05/moving-from-w2k16-to-unraid/"&gt;last&lt;/a&gt; &lt;a href="https://blog.insanegenius.com/2019/05/12/unraid-and-robocopy-problems/"&gt;two&lt;/a&gt; posts I described how I migrated from W2K16 and hardware RAID6 to Unraid. Now that I&amp;rsquo;ve had two Unraid servers in production for a while, I&amp;rsquo;ll describe some of the good and not so good I experienced.&lt;/p&gt;
&lt;p&gt;Running Docker on Unraid is magnitudes easier compared to getting Docker to work on Windows. Docker allowed me to move all but one of my workloads from VM&amp;rsquo;s to containers, simplifying updates, reducing the memory footprint, and improving performance.&lt;/p&gt;</description></item><item><title>Unraid and Robocopy Problems</title><link>https://blog.insanegenius.com/2019/05/12/unraid-and-robocopy-problems/</link><pubDate>Mon, 13 May 2019 03:12:41 +0000</pubDate><guid isPermaLink="false">https://blog.insanegenius.com/2019/05/12/unraid-and-robocopy-problems/</guid><description>&lt;p&gt;In my &lt;a href="https://blog.insanegenius.com/2019/05/05/moving-from-w2k16-to-unraid/"&gt;last post&lt;/a&gt; I described how I converted one of my W2K16 servers to Unraid, and how I am preparing for conversion of the second server.&lt;/p&gt;
&lt;p&gt;As I&amp;rsquo;ve been copying all my data from W2K16 to Unraid, I discovered some interesting discrepancies between W2K16 SMB and Unraid SMB. I use robocopy to mirror files from one server to the other, and once the first run completes, any subsequent runs should complete without needing to copy any files again (unless they were modified).&lt;/p&gt;</description></item><item><title>Moving from W2K16 to Unraid</title><link>https://blog.insanegenius.com/2019/05/05/moving-from-w2k16-to-unraid/</link><pubDate>Mon, 06 May 2019 01:34:42 +0000</pubDate><guid isPermaLink="false">https://blog.insanegenius.com/2019/05/05/moving-from-w2k16-to-unraid/</guid><description>&lt;p&gt;I have been happy with &lt;a href="https://blog.insanegenius.com/2014/10/08/rack-that-server/"&gt;my server rack&lt;/a&gt; running my &lt;a href="https://unifi-sdn.ui.com/"&gt;UniFi&lt;/a&gt; network equipment and two Windows Server 2016 (W2K16) instances. I use the servers for &lt;a href="https://blog.insanegenius.com/2011/04/22/archiving-my-cd-dvd-and-bd-collection/"&gt;archiving my media collection&lt;/a&gt; and running Hyper-V for all sorts of home projects and work related experiments. But, time moves on, one can never have enough storage, and technology changes. So I set about a path that led to me replacing my W2K16 servers with &lt;a href="https://unraid.net/"&gt;Unraid&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;I currently use Adaptec &lt;a href="https://storage.microsemi.com/en-us/support/raid/sas_raid/sas-7805q/"&gt;7805Q&lt;/a&gt; and &lt;a href="https://storage.microsemi.com/en-us/support/raid/sas_raid/asr-81605zq/"&gt;81605ZQ&lt;/a&gt; RAID cards, with a mixture of SSD for caching, SSD RAID1 for boot and VM images, and HDD RAID6 for the large media storage array. The setup has been solid, and although I&amp;rsquo;ve had both SSD and HDD failures, the hot spares kicked in, and I replaced the failed drives with new hot spares, no data lost.&lt;/p&gt;</description></item></channel></rss>