Pancakes

How long are the logs stored? I don't want to submit them now and have you guys go through tons of logs only to find it hasn't done it in the time the logs were there

Reboot twice again and I can safely say this is solved Is it worth editing my title to say "Losing shared on reboot" to help SEO for other people if they have the same problem?

Good deal, thanks! I will probably cut the cache down to 10GB and see what happens. This is for backing up data so performance pretty much doesn't matter at all

I am switching my main storage system to Synology (I really need parity..) however I have a 1TB OneDrive for Business volume mounted on my fileserver VM using CloudDrive CloudDrive has worked perfectly for all 26 days of my trial, and I have not had a single problem. So I have no desire to stop using it, and will be purchasing a licence. However I am only getting my Synology in around 2 weeks time so I want to prepare for how it will work, and if I can keep using it how I want to I currently have an ESXi server which has my FS01 VM. It has a 30GB vDisk and has an LSI HBA passed through to it. When I setup my CloudDrive, I just threw the cache onto one of my drives (Used in DrivePool), however when I get my synology the FS01 VM will no longer have any direct attach storage. It will only have the 30GB vDisk 1. Can I store the cache file on the NAS? 2. Can I store the cache file on my 30GB volume, and tell it to use NO MORE than lets say 2GB of space? 3. How do I "move" the cache file while leaving everything else as is? I have no data pinned, as its purely a backup

Sadly it looks like this is still a problem. I still don't really know if its a Deluge or a Drivepool problem. I can't find a single thread anywhere about Deluge doing the same thing for anyone else I am going to try and change some things in Deluge and see if it fixes the problem

I switched it to the Automatic (Delayed) option and I think it might have solved it, although I have only rebooted twice in total so far

So far so good, Ill wait a little while longer before calling it completely solved on my end, but I think its fixed

I sometimes have a problem where I reboot my server, and it loses all the shares. I suspect this is happening because my fileserver is starting up so fast, its having to wait on DrivePool I found a similar problem unrelated to Drivepool here: https://serverfault.com/questions/752895/windows-2008-r2-shares-disappear-on-reboot It looks like the fix was to make the LanmanServer service dependant on the (In this case) Drobo service using this commant: sc config LanmanServer depend= SamSS/Srv/DDServer If I want to do this for DrivePool, what is the correct service I would add? And does anyone see any problems with doing this?

I have played with other software that claims to do the same thing, but they all worked terribly. The only concern I have is Ransomware, is there any added protection I can configure for CloudDrive? Backing up with Syncovery means the data is completely shielded from Ransomware, but with CloudDrive, could it just wipe out all my backups on CloudDrive?

Honestly I am not all that happy with Deluge anyway, and all my other systems are Debian based so its kind of annoying I set it up on CentOS all those years ago Tomorrow I will install the latest DrivePool version and see what happens, if its still acting funny then I will just rebuild my torrenting setup

I just tried out CloudDrive for mouting my OneDrive For Business storage as a drive letter, so Syncovery can back-up to it. Holy smokes it works great It literally just works. With Syncovery connecting to OneDrive For Business I was having problem after problem, so I just deleted all the data and went with Cloud Drive, now its working perfectly

Thanks for the suggestions, you were kind of correct On the CentOS VM, I have \\FS01\Data\Downloads\ mapped via SMB/CIFS Torrents download directly to \\FS01\Data\Downloads\Incomplete, and then when they are done, they are moved to \\FS01\Data\Downloads. So the files reside on the pool all the time Once they are there, I rename them and move them. But I guess CentOS is still holding onto the original file, even though i successfully renamed and moved the file. I even gave the Deluge account explicit DENY NTFS permissions on the media share, so its weird how its still holding onto the file that it thinks is still in downloads Ill install the latest and see how it goes, I am on 734 so I am a few behind. I may look into downloading to a different volume all together, that might make more sense

For a while now I have had issues where files will not duplicate properly after downloading and moving them, It doesn't happen all the time, and I have been busy so I never bothered looking into it Today I noticed that a TV show would not duplicate So I checked to see if anything had it open, and it didn't. HOWEVER my "deluge" account which is used by Deluge running on a CentOS 7 VM had the original download file open, which no longer existed. I thought this was weird, because how can you have a file open which doesn't exist? So I closed the file, and then the file in /Data/Media/TV Shows/wherver duplicated fine Is this a DrivePool issue, or a Windows SMB issue, or a CentOS/Deluge issue? Related to this, sometimes I have a problem where I will download a file, move it and find that the file is now also back in the downloads folder, because Deluge is still hanging onto it. Closing the session/open file makes the file disappear When I add a torrent, the file will start downloading to \\FS01\Data\Downloads\Incomplete, and when done it will move to \\FS01\Data\Downloads. From there I will remove the torrent from Deluge, and move it to \\FS01\Data\Media\ and then a subfolder All of these folder are on the same pool. \\FS01\Data\Downloads is NOT duplicated, the rest of pool is Does anyone have any suggestions on how I should resolve this?

Nope I am using NTFS, I have StableBit Scanner installed, and the drives all show as good I did have two drives show as having filesystem damage around a month ago, but I followed some advice on here and moved to a later BETA of scanner which fixed the issue, one still showed as having filesystem damage, but a quick checkdisk fixed it I am 100% that duplication was set to X1 vs X2 which it should have been If its helps, the folder used to be a root folder with X2, and then got moved inside a child folder which also had X2 (Probably a year ogo) but I never had any problems When I went in to check after noticing the problem, it was on blue with X1, so I set it to X2, but its still blue. It used to be Green with X2

Nope I'm on WS2016 Standard running BETA 2.2.0.734 Should I still give that BETA a shot? Thanks!

Excuse the title typo! My TV Shows folder which is around 6TB just decided to switch itself from 2x to 1x. I noticed when I saw that I had over 12TB free space, and panicked that I lost a bunch of data somewhere. After looking into DrivePool, it was balancing. I waited for it to finish and it said everything was good. Checked duplication, and it was set to x1 Now I am duplicating the data again, but if I didn't notice and list a drive, I would have been toast Any idea why it would do this?

Alright this whole "License Transfer" is getting old for me now. I just upgraded my ESXi host from ESXi 5.5 to 6.5 and upgraded the VM Version at the same time Not only did it not tell me about the license (but obviously I now knew to go look), but it also REMOVED all the shares that were on the pool... I never noticed this the first time because it was a new host anyway and had no shares I hoped that once I transferred the licensed they would come back, but nope. So I had to go back and re-create all my shares. Why on earth does it do this? Its worth noting that the shares that were not on the pool were completely unaffected

Okay, that must be what got me I renamed it from FS01-V2 to FS01, however it never gave me any prompts anywhere. I never opened the DrivePool application because I didn't think there was any reason to

I just recently moved over my Pool from my old Windows Server 2012 R2 VM, to my new Windows Server 2016 VM I left the old fileserver on, because I need to move over a lot of other configurations and scheduled tasks etc I moved the pool over, running the Trial on the new system. It imports perfectly, and I reboot to make sure my BitLocker Auto-Unlock is working Then I work on getting the shares all back in order, but for some reason I can't write to any folder. Only read. Then I realize I can't on the host system either I just spend probably 2 hours trying to figure out why the file permissions were not working right, I took ownership of around 30TB of data, which took forever. After none of this working, I am convinced the whole thing is screwed, and my best option would be to start removing disks from the pool, formatting them and starting a new pool and moving my data over while not copying the permissions Thats when I open DrivePool to do it, and it won't let me do anything without transferring my licence, so I do it and now everything works. Could you guys make it say that FROM THE START, or give some kind of notification? I just reset every single permissions and wasted a whole bunch of time, when I could have just transferred the licence in about two seconds Taking data hostage over a licence (Even though I had 29 days trial left!) is a quick way to get people to move to another solution

Thanks, ill go with that one!

I currently have a filserver VM running Windows Server 2012 R2 Standard, and its running DrivePool 2.2.0.734. I had some weird issue, and Christopher (I think) said I should grab that one. That solved the problem and its been running file ever since Now I re-building my fileserver VM with Windows Server 2016 Standard. Should I grab the same Beta or should I grab a newer one? Thanks!

Yeah BitLocker, I would maybe look into something more advanced, but I am not too concerned about security other than an average Joe criminal stealing all my stuff and just plugging it in and getting sensitive documents. So BitLocker is more than enough for what I need, especially since it "Just Works"

Okay thanks, I just did it with 16TB of folders, and it just worked

I never updated this thread, but I encrypted my drives one by one, with no availability impact. I now have my entire pool encrypted at it works just as normal. Fantastic!

No problems since, I think this one is solved