BLKMGK

Honestly I've not looked at Boiler because the last I looked at it I couldn't figure out how to install it and what it would buy me. With 6.0 requiring me to start with a clean install now is a much better time to take the plunge! Yes, choosing one VM manager to rule them all isn't easy. We won't get consensus but we gotta' start somewhere! Which one is easiest to package? Does anyone have experience with one, could name one worth looking at? If the interface is sentence long command strings I cannot believe there will be much adoption :-( I'm excited by the prospect of using Xen to replace ESXi but not if its like driving nails with my forehead! As for OSX, I want to virtualize OSX not run management tools under it :-) I've done this on ESXi and the system isn't really up to snuff. Sent from my iPad using Tapatalk

I'd say keep pata too. It's not much space, keeping it allows a portion of the user base who gets great benefit from unRAID to continue, and the drivers should be pretty tried and true. I ran 2x machines stuffed with pata drives and Promise cards for YEARS! I think dropping support for this is shortsighted and almost sounds elitist. UnRAID allows you to throw all sorts of cat and dog hardware together and enjoy some safety doing it, I think that's a good thing... Sent from my iPad using Tapatalk

It's funny, I've been using the monthly parity check code for so long I DID think it was part of the base distro! I believe we need that as base, that email alerts should be base, and that UPS interfacing should be base. What we'll be using to manage VMs should be a plugin as I expect it'll be heavier and not needed by all. I'm very interested in what folks think would work well for that management. Roll our own? Something web based? I've been trying to research this myself as I'm most used to VSphere and so far I'm real unsure as to what might work best. The cli commands for some things are fairly lengthy and not user friendly at all however. Sadly I haven't yet come across support for OSX in Xen :-( Sent from my iPad using Tapatalk

I'd be fine with a tailored VM that was tailored but wouldn't want it taking too much focus. I've learned a lot with the VM I have and think its got some features folks would want like Maraschino and a web based command shell. Adding packages via the web is easy too although I've not had to use it. Truthfully I think the first thing that's needed is some way to manage VMs without using the cli too much. I'm researching that now but only have experience with VSphere. What I'd love is some good metrics on performance, VSphere hasn't seemed too intuitive for that to say the least! It's pretty easy to spin up VM though which is nice. My fingers are crossed too that I'll finally be able to run an OSX VM without dorking up my server. ESXi 5.5 acts funky when it's hacked for supporting osx Sent from my iPad using Tapatalk

So far I've done okay keeping my SAB, sick, and other stuff working - there are update scripts that pull from git, couch gives me issues but its running. I haven't tried to update the OS core, it works and its not off browsing pages naked on the 'net. I'd certainly be interested if there were something better but having installed some of this stuff from scratch and pulled my hair out I think it's a pretty good head start! The guy who built the VMs does support them and answer questions so if folks were inclined improvements could probably be made. I've had one running for about a year, the indexer shorter as I've managed to screw it up a time or two updating it and its way more active than the others. (shrug) Sent from my iPad using Tapatalk

Fwiw, I already posted a link to a distro that's VM suitable that has all of those packages and more. I use it now on my ESXi server. It's from aceshome and uses turnkey Linux as is base. Sent from my iPad using Tapatalk

That is not the G2 that works. I got two of those when they first came out and they did not have a unique ID. It wasn't zero but a sequence of digits that is blacklisted since they(the readers) are all the same GUID. This comment is based on the picture at your link. The G2 I have looks like this: http://www.amazon.com/Kingston-Flash-Reader-MobileLite-Multi-card/dp/B00536WFTA/ref=sr_1_2?ie=UTF8&qid=1390486324&sr=8-2&keywords=mobilelite+g2 Well that sux! I saw people posting about a Kingston "G2" and simply did a quick Amazon search for it not realizing that I needed a "mini light" one sheesh! I guess I can try with the G3 model, I really don't care which works honestly. I should've known to search further but didn't expect multiple versions of the damned thing much less that a generic term would be used. I'll have a look at the mini one as well, the size is a draw at least. Sent from my iPad using Tapatalk

Grumpy, I'm quite sure my existing hardware will run Xen. However I will want to test this out on a separate box to prepare myself for the migration. My current spare AMD system was just being used for OpenIndiana and FreeNAS testing; it was nice enough to throw a big fat "no KVM for you!" message in my face while booting :-( I may take this opportunity to move to a faster system too, something Haswell Xeon based if possible, my existing is Sandy based. For now I'll dig around in the toy box to see what I have aside from a spare cheap chassis. I've seen screenshots of VMs being managed by something that looked a great deal like VSphere but was instead managing Xen I think. I'd really want to use something like that to watch things vs commandline if possible. I'll admit most of what I run is managed via ssh but one or two aren't and I'd love to skip RDP or X. (shrug) Thoughts on BTRFS vs ReiserFS? Doable? I want the ability to rollback but don't want the huge parity overhead of normal RAID. Seems a possible marriage might work but since unRAID isn't one big mount point I'm not sure how well since slack is used for those snapshots.. Sent from my iPad using Tapatalk

I suspect with the new release and excitement that the bandwidth cap is going to come up just a bit faster ;-) Sent from my iPad using Tapatalk

What kind of performance hit are you seeing running things through a VM. I cannot see nzbget, sickbeard, couchpotato being affected that much but I can see Plex being degraded. I run Plex on an ESXi server for when I'm on the road and want access to my media. I've never had an issue with it I could trace to it being virtualized - it runs in a Win7 VM... Sent from my iPad using Tapatalk

9p simply shares files between guests and the host yes? What do you foresee doing with that? I've used something like that with VMWorkstation but I'm not sure how I'd use it regularly on a virtual server - what am I missing? Sent from my iPad using Tapatalk

Looks like I need to dig up some KVM capable hardware! Currently I run unRAID under ESXi so I'm a little nervous about switching but this certainly seems a possibility now once packages are figured out. Is there a preferred web GUI to manage VMs? Should this be pretty well setup like ESXi with gobs of ram etc.? Flipping my system from running unRAID under ESXi to running VMs under unRAID with KVM should prove interesting but I'm going to have to test like crazy with this one :-O Sent from my iPad using Tapatalk

For those of you looking to setup Sick, SAB, Marchino, Couch, etc i strongly suggest you look to a pre configured image I've been using on ESX that uses turnkey Linux. There's also a VM for NewzNab that I run. http://aceshome.com/nzbapp/ Sent from my iPad using Tapatalk

Sure, Amazon search... http://www.amazon.com/dp/B0028R3NCU/ref=cm_sw_em_r_am_it_am_us?ie=UTF8 Sent from my iPad using Tapatalk

I saw elsewhere someone was using a Kingston G2 reader with SD cards for unRAID. I've just ordered both this ($7) and a G3 ($19) off of Amazon to try for this. The G3 is USB 3 so perhaps not of interest but it looks possibly sturdier and I thought I'd try it out :-) I'll try to report back on my findings when they arrive! Sent from my iPad using Tapatalk

I do think that moving to a plg64 extension for the new 64bit only plugins would make sense and that 64bit unRAID shouldn't support a deprecated 32bit plg format. I think this might be the best way to prevent ignorant users from shooting themselves in the foot installing 32bit code. Seems a simple change to make IMO.. Now for something controversial - any chance of using BTRFS on unRAID in the future? Having read the latest Ars article on it and ZFS I *think* running BTRFS on something "not RAID" is doable and we'd still reap the benefits of rollback from drive slack space, maybe even dedupe or crypto? Something I'd like to hear more educated thoughts than mine on but don't want to derail this 64bit discussion too badly ;-) Sent from my iPad using Tapatalk

Ah yes, I'd forgotten that SD readers, some of them, could be used! I'd be interested in doing that myself for sure. No more bugging Tom when I kill a USB for this stick :-) Worth the $30! Someone do please post up an SD reader that can be used and I'll be jumping on this.

I too may hold off just a little bit since I no longer have a test server I can dork with on the bleeding edge. That said, I am also very excited to see a 64bit only release! I will almost certainly use this as an opportunity to clean out all of my plugins and start from scratch. I really have got such a mess of stuff on there now that I wouldn't trust it to go 64bit lol Actually, I do have some small servers I built for others that could be candidates, I'll have to see about updating one of them to this release.

I'd be willing to give it a shot, it's not too much trouble to swap stuff around when everything is virtual :-) Sent from my iPad using Tapatalk

Do the other VMs have the same issue or is it only unRAID? Assuming it's only unRAID, Tom could patch and install an updated driver. In my case yes it's just unRAID having this issue but only one other is using the VMXnet 3, another is using VMXnet 2 and it's also fine. The one using VMXnet 3 is a Turnkey Linux appliance and seems fine. Now that I've looked the VMXnet 2 should probably be moved to a 3 since it communicates with the other one. <shrug> The difference was quite pronounced when I switched unRAID to that adapter - SMB sharing was timing out and just refreshing a directory that had been already opened was near impossible. Not a big deal for me honestly but since some of my VMs talk directly to unRAID to move files around I had hoped to make things more efficient. My system doesn't test out particularly fast and I've been looking for ways to speed things up <shrug>

I too am running 5.5 and the upgrade was clean. I do passthru of both USB and SAS cards with no issues, my FreeNAS install also suffered no issues. One thing that Is giving me grief now that I've tinkered with it is network speeds. I decided to try the VMXNet 3 driver - boy was THAT a mistake! Performance went completely down the drain to my clients not on the server itself and I didn't een try the ones that were. What are folks using for a network card driver? Does the VMXnet 2 enhanced driver work? I was using the E1000 driver but was hoping to find some additional perofmrnace by "upgrading" - whoops! Edit: aaand I can confirm that the VMXnet 2 doesn't have a driver. Not a surprise! i know that VMXnet 3 comes from the kernel and not from Tom but it was a bummer to find it didn't work as it's setup on several of my other VMs and they seem to have no issues. Anyone have insight?

Why 16gig of memory? Will this be an ESXi server as well as run unRAID? Sent from my iPad using Tapatalk

I could go with that as an easier alternative. At the end of the day I don't want a thief to have usable data and so long as the volume is encrypted that serves my goals. What *I* do not want is to have to apply crypto keys or push past password prompts at each of my end points. Computers attaching to the array when credentials have been offered to it at boot system start shouldn't have to be aware of the encryption. No mounting of special file volumes etc.

Just wanting to throw my hat in the ring as desiring encryption. In my picture perfect world unRAID, upon bootup, would require a password input at the console, and then afterwards behave as it does now to the end user. My specific desire is to prevent someone from stealing my drives and being able to do something with them and I would be willing to accept that if they access them while powered on and the password entered by me at boot that they would see data. Walking off with my drives will almost certainly require a power cycle and allow the crypto to kick in :-) I don't want my PC endpoints to have to fiddle with the crypto. I'm not particularly picky about which crypto is used so long as it's standards based and reasonably supported. I agree that being able to access individual drives pulled from the array would be desirable and I'd like to keep that with the understanding that I'd be required to provide a password to decrypt and access. I've asked about this before and not gotten very far, I'm very happy to see others pushing this forward as I do not have the skill to nor the time. I admit that encrypting my drives makes me a little nervous as I realize a burp could render them bricks but I feel fairly comfortable with it and would probably test on a separate system until comfortable just in case.

Tom can you tell us what has changed? The release notes link takes me to a generic R5 section that explains upgrading. Other than flush support is there anything in particular to look for? I've seen some slowness with my system but I've been suspecting it was an ESX issue. <shrug> Thank you for your continued support and work towards R5!