jonp

TBD

Self-explanatory.

Self-explanatory.

(Implies a wipe feature as well)

Option to have 'fstrim' treated like 'mover',

Does it mean that if I have 30TB of data, it will take 30GB of RAM just for Crashplan? According to the Crashplan help pages: http://support.code42.com/CrashPlan/Latest/Troubleshooting/CrashPlan_Runs_Out_Of_Memory_And_Crashes What I do to try and get around this is create multiple backup sets. My theory is that if I can keep each backup set to around 1 TB I'll be ok. It seems to work, I've backed up 3.5 TB so far and haven't had any memory problems. But 30 TB is a different story That would probably take a few years to backup. I'd use Crashplan for your critical data and then find some other kind of local backup for the less critical data. Just a quick comment. The crash plan page in reference also said that it needs all that memory because of deduplication. If you are backing up a lot of AV content, you won't benefit from dedupe. I think you can even turn dedupe off for specific jobs...

Drivers are not easy to install. They are a part of the Kernel itself which is pre-compiled for unRAID. We would have to add it. Here's what I can promise. When we are prepping our next release, we will look into this and see if it is an easy and Linux-supported inclusion. If so, we might be able to do that. If it looks like a lot more effort will be required, it'll probably be a no-go. In addition, we'll need someone around and available to test for us on their setup. We don't have this setup in our lab.

Just so you guys know, Tom did actually ask me about this tonight. If there is enough support for it, we may consider this in a future release. I honestly don't know how much effort goes into this with something like hyper-v, and continued support for it may be an added difficulty if it's not solid yet. We've not done any R&D on this yet and to be honest, this is a little lower on the totem pole right now with only 4 folks talking about it. We are headed in a direction with unRAID operating as a host, not a guest. While some folks can get it working as a guest, any effort towards maintaining a build in this direction is going to be difficult to justify for now. This isn't to say that supporting it as a guest WOULDN'T be considered in the future. It's just not the focus right now. Just trying to be honest and direct. Then again, if you guys can get more support for this and it's a simple enough tweak, we may consider it for the next release. Fair enough?

Also just to add, our HQ is in Carlsbad, CA which was being evacuated recently due to some wild fires spreading (Google search for details). Not using that as an excuse for why you didn't get your key right away, but definitely as an excuse for not having seen this message right away :-) Sent from my Nexus 5 using Tapatalk

Yes, I even 'grep'ed the logs of my mailservers and limetech is in my spamfilter's whitelist ;-) My last orders went very smooth so I am really surprised about the delay this time. bye Volker Apologies for the delay. Notifying Tom of this right now. Sent from my Nexus 5 using Tapatalk