BetaQuasi

If you need further help with editing that file, here is one way: - On the same configuration tab as above, click on 'Security Profile' under 'Software'. - Click on 'Properties' (top right of services) - Start the ESXi Shell and SSH (should be self-explanatory) - SSH into your ESXi host using putty or similar - once there, edit the /bootbank/boot.cfg - quick vi instructions.... vi /bootbank/boot.cfg - arrow down until you find the mentioned line - put the cursor under the T in TRUE and press INSERT to enter insert mode - press DEL to remove TRUE and type FALSE instead - press ESC to exit insert mode :wq (type the above, i.e. colon,w,q and hit enter to write the file and quit) - reboot the host and see how you go (you'll need to set things up again once you're out of audit mode, if that is indeed the issue. I'd love to know how you managed to get it into audit mode in the first place! lol) - if you give a shit, go ahead and stop the ESXi shell and SSH access. Probably neither here nor there in a home environment, but the yellow warning ! can be annoying

To double check what you are doing for passthrough... - in the vSphere client, highlight the host in the left column and then choose the Configuration tab on the right. - in the Hardware menu, click advanced settings and then edit on the far right - Tick the LSI Logic / Symbios Logic LSI2008 entry like the below screenshot (I have 2 in my box) - Click OK and reboot the ESXi host - After reboot, create a new VM/edit existing VM, then add a PCI device. Once you've added it, it should appear like this on the VM configuration screen:

Using 5.0 Update 1 here

Just a note, 1.0c is generally the preferred BIOS - since it's not on Supermicro's site, you can get it here: http://hardforum.com/showthread.php?t=1666761

You'll most likely need to drop back to 1.0c or 1.1a (I'm using the former.) This is likely one of the things that Supermicro 'broke' with the v2 BIOS update.

What are you defining your high water levels at? Remember it's in kilobytes, for example.. 1Gb = 1000000, or 40Gb = 40000000 Don't panic, there is obviously a configuration issue. Perhaps post some screenshots of your user share setups.

Both - you need to turn on NFS on your unRAID shares, and then connect using NFS from your media boxes.

You have missed the point entirely - read my original post, I wasn't arguing with you at all, I simply presented what I had set up and what my systems claim in terms of transfer speeds. Next you're going to claim I doctored that screenshot or something. I DO like facts, in fact I have already stated that I am more than willing to be educated further and welcome the opportunity. My "GUESS" (and please do take that definition literally) was based on what I saw occur, nothing more. I wasn't theorising anything, as I don't have the appropriate level of technical expertise to present a theory. Perhaps Teracopy (the application) doesn't actually report correct transfer speeds? I don't know. I fully admit I am no storage/networking guru, but seriously mate, you have some sort of god complex. How about engaging in a civil debate instead of being a complete jerk? We could have discussed this like adults and worked out what exactly was going on in order for me to see the screenshotted transfer speeds, yet instead you choose to speak to me like one would a dog. (Actually I wouldn't even speak to my dog like that.) I have seen you lord it over many people on this forum in many different posts and it's pretty bloody ordinary to say the least. It's a real shame as I truly do like learning - but not from someone who hoards his knowledge and only drip feeds them bits and pieces to make himself feel superior. A sad case indeed. Feel free to ignore my post btw, I will be doing you the same courtesy for any further posts from you.

What's to rethink? With parity calculations going on, writing directly to the actual array is never going to be that quick. That's all I was saying. The cache drive isn't really a member of the array to my way of thinking, as it isn't involved with parity, just a dumb disk to write to. But please feel free to educate me further, I welcome new learning experiences. ...and how about you be a little less abrasive and full of yourself? I never claimed to know 100% what I'm talking about, I'm simply presenting what I have set up and what my system claims to achieve in terms of speed etc. Note that I even said 'I GUESS it's capable, in theory'. That's what people do when they see something happen, and not having the full detail, make an assumption based on what they have seen. Thank you for presenting the facts above - it will certainly make me do some more research in an effort to understand this better. Please work on your delivery though.

I am using a 10Gb vmxnet3 adapter in my unRAID ESXi VM. Quad port PT/1000 Intel adapter in the ESXi server set up in etherchannel mode (ip hash), dual port in my main desktop PC, also in etherchannel. Switch ports set to etherchannel accordingly. Transfer rates to a SSD cache drive peak at about 180-190 and level around the 153 mark. So I guess unRAID is capable in theory - but obviously never directly to the array. Screenshot of a file copy that I posted elsewhere:

According to the specs page at their website, it's Registered or Unbuffered ECC only. http://www.supermicro.com/products/motherboard/Xeon3000/3400/X8SIA.cfm?IPMI=Y

I'm thinking of going the FreeNAS + ZFS + iSCSI target for my datastores. Best of all worlds, and I don't have to bust my butt learning Solaris (already enough flavours of unix/linux in my head ) The FreeNAS VM will live on a Corsair Performance Pro SSD, and I'll probably just do a 4 disk ZFS array.

Re: plugins etc, make sure your /boot/config/plugins folder is clean as well as /boot/extra (though I don't think the second existed in 4.7) Re: Putty, you need to change/save a config using UTF-8 mode

Dang... that's a bit steep! Almost be cheaper to buy from Oz and ship them lol

I'd suggest you need to post this over on the Plex forum - the unRAID plugin is not really any different to installing PMS on any other flavour of linux. I'll be giving 0.9.6.1 a go on the weekend myself, will report back on whether I get the same issue or not.

Try and find the actual Xigmatek 4 in 3's - they're $17 here in Australia and fit their whole range perfectly.

Oh good to know, they don't seem to mention that in any of their spec sheets! Hope the rest of the RMA goes well, you'll love the board when you finally get a hold of it!

I believe it's the i3 2100, thus my suggestion

It is very odd, but I'd suggest it's even more odd for a CPU to be at fault. I've had hundreds of CPU's pass through my hands over the years and never had one that had to be RMA'ed. Could be just luck though I guess! I'd probably be half tempted to pick up an i3 2100 to check.

...the unhelpfulness of your retailer makes me wonder if they weren't aware they sold you a faulty board 0_o I hope that's not the case and you get it sorted!

unRAID needs to see physical disks, either via Raw Device Mapping or by passing through a HBA controller to the VM. While you could have the boot .vmdk on any valid datastore, you must have physical connections to the disks that are present in the unRAID array. While you could conceivably place a datastore on the unRAID array, it isn't really designed with that in mind, and your performance would be ordinary to say the least.

As mentioned above, seems stable so far on my m1015 (LSI) based ESXi system. No issues with transfer speeds, here's a screenshot of Teracopy to the array (cache drive is a RDM'ed SSD, and I have two gigabit ports in etherchannel from the sending PC.)

I've been testing rc2 on my test array with 1x m1015 (LSI) with no issues - I've now migrated it to my production array (ESXi-based) and it works 100%. The only minor issue I'm seeing is the cache drive is flashing green as if spun down (but this could be SimpleFeatures?) Has persisted after 2 reboots, but has not affected functionality in any way. Ignore that, after a spin down/spin up cycle of the array, the issue has gone. Great work, it looks like this is a nice stable release for LSI-based controllers

The curse of a forum-based environment! Would love to see something like Mantis made available for bug tracking (http://www.mantisbt.org/) It's free and works quite well.

I use teracopy as well and sustain high transfer rates without an issue. I would suggest it is something at your networking layer. I would break it down item by item, for example - plug a PC/laptop into the SAME switch that unRAID is present on and see what your transfer speeds are like (perhaps this is the managed switch?) and then gradually add each extra switch/device/ethernet cable until the issue shows itself. My setup is a bit simpler than yours - a single 24 port managed HP Procurve with everything connected to it via Molex CAT6 ethernet cables (I didn't terminate them myself though!) I'd probably suggest breaking that out into its own thread though - I think I'm reading from your post that the issue has been present across unRAID versions, so it's not really RC2-related (and likely not even unRAID-related).