jonp

Thank you for sharing this and we will look to address this as soon as possible.

Probably goes hand in hand with the cache / user data co-mingling capability feature and linux disk quota capabilities, but definitely something we want to have planned for sometime in the future, even if it's a new product offering.

TBD

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...

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