chiamarc

Hi folks, I'm switching away from Box and just wanted to get a general sense of which providers people are using and their level of satisfaction. I'm particularly looking at OpenDrive, Dropbox, BackBlaze, and iDrive. I've got about 20TiB that I'm using for backups, etc. Any thoughts are much appreciated. -Marc

They're running a special right now on 20 TiB for $300/year and $600/year in subsequent years.

I am looking to switch off Box unlimited storage and start paying for 20TiB on iDrive. Has anyone worked much with this CP and if so, what has your experience been? Decent bandwidth? Any corruption, etc? Thanks in advance.

It turns out that Box may have a new fair use policy that limits bandwidth per user to 1 TiB per month, even for unlimited accounts. 😠

I cannot even mount any drives with pending data at this point. This is in the service log and on this and other machines it just keeps getting longer (I think it was up to several hours at one point). Do you know if there have been any changes at Box? Please advise: 0:01:55.1: Information: 0 : [ServiceStoreSynchronization] Initial synchronization complete. 0:01:55.1: Information: 0 : Adding firewall rule 'StableBit Cloud - UDP (CloudDrive.Service.exe)'. 0:01:55.2: Information: 0 : [Main] Starting notifications... 0:01:55.3: Information: 0 : [Main] Starting BitLocker... 0:01:55.4: Information: 0 : [Main] Enumerating disks... 0:01:55.5: Information: 0 : [SignalClient.Controller] Connected to 173.68.147.210:34160. 0:01:55.5: Information: 0 : [ServiceStoreSynchronizationSignal] [signal] Connected to Signal server (173.68.147.210:34160). 0:01:56.0: Information: 0 : [ServiceStoreSynchronization:27] [change-tracking] Set CloudServiceInfo on cloud (Result=Saved, LocalCloudRevision=, CloudRevision=1) 0:01:56.0: Information: 0 : [ServiceStoreSynchronization:27] [change-tracking] SetBatch on cloud (T=00:00:00.1781305) 0:01:56.1: Information: 0 : [ServiceStoreSynchronization:27] [change-tracking] Set UpdateInfo on cloud (Result=Saved, LocalCloudRevision=187, CloudRevision=188) 0:01:56.1: Information: 0 : [ServiceStoreSynchronization:27] [change-tracking] Set UpdateInfo on cloud (Result=Saved, LocalCloudRevision=277, CloudRevision=278) 0:01:56.1: Information: 0 : [ServiceStoreSynchronization:27] [change-tracking] Set UpdateInfo on cloud (Result=Saved, LocalCloudRevision=727, CloudRevision=728) 0:01:56.1: Information: 0 : [ServiceStoreSynchronization:27] [change-tracking] SetBatch on cloud (T=00:00:00.1627609) 0:01:56.1: Information: 0 : [ServiceStoreSynchronizationSignal:18] [signal] Cloud storable 0x3ab8b3c3d6c5fac1070e41136c9c21548f67b485 changed (CloudRevision=278). 0:01:56.2: Information: 0 : [ServiceStoreSynchronizationSignal:25] [signal] Cloud storable 0x6fcdb1ee9ababd38601c473df38c947206b7daab changed (CloudRevision=188). 0:01:56.2: Information: 0 : [ServiceStoreSynchronizationSignal:5] [signal] Cloud storable 0x60674b24d33d720f08a81e39f1eac17b56dd8b4a changed (CloudRevision=728). 0:02:02.6: Information: 0 : [Disks] Updating disks / volumes... 0:02:03.4: Information: 0 : [Main] Updating free space... 0:02:03.4: Information: 0 : [Main] Service started. 0:02:03.4: Information: 0 : [Main] Synchronizing cloud drives... 0:02:05.4: Information: 0 : [CloudDrives] Synchronizing cloud drives... 0:02:05.5: Information: 0 : [CloudDrives] Valid encryption key specified for cloud part 3b9fdbb9-b92f-43e2-a148-f6b32737475c. 0:02:07.0: Information: 0 : [ServiceStoreSynchronization:46] [change-tracking] Set CloudProviderInfo on cloud (Result=Saved, LocalCloudRevision=, CloudRevision=1) 0:02:07.0: Information: 0 : [ServiceStoreSynchronization:46] [change-tracking] Set CloudDriveInfo on cloud (Result=Saved, LocalCloudRevision=, CloudRevision=1) 0:02:07.0: Information: 0 : [ServiceStoreSynchronization:46] [change-tracking] Set CloudDiskStatisticsInfo on cloud (Result=Saved, LocalCloudRevision=, CloudRevision=1) 0:02:07.0: Information: 0 : [ServiceStoreSynchronization:46] [change-tracking] Set CloudDriveStatusInfo on cloud (Result=Saved, LocalCloudRevision=, CloudRevision=1) 0:02:07.0: Information: 0 : [ServiceStoreSynchronization:46] [change-tracking] Set CloudMountingInfo on cloud (Result=Saved, LocalCloudRevision=, CloudRevision=1) 0:02:07.0: Information: 0 : [ServiceStoreSynchronization:46] [change-tracking] Set CloudUnmountableInfo on cloud (Result=Saved, LocalCloudRevision=, CloudRevision=1) 0:02:07.0: Information: 0 : [ServiceStoreSynchronization:46] [change-tracking] SetBatch on cloud (T=00:00:00.3990282) 0:02:13.8: Warning: 0 : [ApiBox] Server is throttling us, waiting recommended 1,716,000ms and retrying.

This also depends on how much RAM you have and how efficiently Plex uses that memory and system cache.

Hey all, Long time DP and CD user here. I have a mix of pools for various purposes but the majority of storage is audio/video/photos. A few months ago, I bought a nice NUC for housing my Plex Server. That server has about 1TiB of internal storage used for OS, Plex and other related apps. It is streaming media however by accessing CIFS mounts on my home desktop (the original location of the Plex Server and media). This is far from ideal of course. Today I purchased two 12 TiB external USB3 drives that I plan to use as primary pool storage, plus maybe another 6 TiB or so for various endeavors. I intend to transfer my DP license to the NUC and install a second licensed copy of CD there as well. I will detach the media cloud drives and reattach to NUC before rebuilding my drive pools. My main question is this: what is the best way to go about transferring everything? I have backups of almost everything in the cloud and a fast GigE Internet connection so I'm not super worried about risk. The two methods I thought of were - 1. Copy all media files to one of the 12TiB drives. Move that drive to the NUC. Create a drive pool on the NUC using the big drive just transferred. Move the files to the hidden drivepool directory. Add the other big drive (and possibly one or two CDs) to the pool. Enable duplication. Let it just do its balancing magic once I enable duplication. 2. Add one 12 TiB drive to the existing pool on my desktop. Evacuate all other pool drives to the big one I just added. ??? and here's where I get stuck. Can I "recreate" or "re-attach" the pool that has this one disk on the NUC? Is this option unnecessarily complicated? Thank you.

I still use a 12yo (this week) external 320GiB hard drive that I stole from an old Dell laptop and placed in an external USB3 housing! Technically, it's only been part of my pool for about 4 years. I don't know why I keep it around...nostalgia.

Do you have a price point (aside from "as inexpensive as possible") and a sizing estimate? You might look at something like the following for direct-attached or network-attached storage: https://www.amazon.com/stores/TerraMaster/page/5E802F2F-5AC0-4C37-B11D-61028DB9AB95?ref_=ast_bln Then you can find some relatively inexpensive 6 or 8 TiB internal drives or you can "schuck" a couple of external hard drives (remove the drive from its case) like this one: https://www.bestbuy.com/site/wd-easystore-12tb-external-usb-3-0-hard-drive-black/6425301.p?skuId=6425301 Hope this helps.

Hi Folks, Part of this question was previously asked and answered (here) but I recently noticed something interesting: CloudDrive drives do get indexed by Everything (Voidtools). Why is this the case for CD but not DP? Are the drivers not similar? This is not a burning question of course because the solution is just to index as a folder rather than NTFS filesystem. Still, it would be nice to get a technical explanation. -Marc

I've been experiencing very long boot times in the past year and I'm trying to rule out everything I can. I've tried disabling everything and using Safe boot to no avail. It is not any startup programs because a clean boot does the same. I've also removed all external devices. Is it possible for me to temporarily disable the drivepool drivers to help diagnose this? Is there something else I can do to diagnose? Thanks.

One thing you *could* do is try to use a traffic shaper with a scheduler (like NetLimiter or NetBalancer). I have a need for this also and I've done it in the past. These programs can limit the bandwidth of the entire system or sets of individual applications/services. Turn your CloudDrive throttling off then limit it during the daytime with the traffic shaper. Chris, which processes would need to be limited CloudDrive.Service.exe and CloudDrive.Service.Native.exe? Are there any caveats? -Marc

Out of curiosity, exactly what is your use case? Why do you need to measure uncached read/write speeds on a virtual drive? I know it's an inconvenient hack but you could aggregate perfmon throughput stats for individual disks if you really need to. Otherwise, you might get some mileage out of a nice Powershell script.

@anderssonoscar, this has been mentioned elsewhere but I think it's important enough to repeat: technically, the pool that you have "backed up" to the cloud is *replicated* to the cloud. There is a distinct difference between backup and replication that is lost on some people. If you make a change to something in your pool (including deletion), that change is propagated to the cloud drive in a (potentially very) small window of time. This window is of course dependent on the number of files and amount of data being replicated. My point is that it is not a backup, or if it is, it's a very weak one! A backup implies that you can always restore files that were lost, deleted, or otherwise changed, intentionally or unintentionally. StableBit replication is designed to always keep a specified number of copies of something in your locations of choice so that at least one copy of that something will be likely to survive in the event of corruption or destruction in one or more of the locations. It cannot and should not be used reliably as a backup. Personally, I do this: I replicate important stuff locally with DP but I use a backup program to backup to my CD. Unimportant stuff (i.e., easily reproduced or re-obtained) may simply be stored on my CD without replication or replicated locally.

OK, this may be the last and final straw. My cache was completely consistent for 2-3 days, nothing to upload. After what I thought was a normal shutdown and no "normal" writes to the cloud drive (only reading of metadata by a backup program which, e.g., does not modify the archive bit), the CD service determined that there had been something that caused a provider resynchronization. I find myself once again uploading close to 50 GB. As I've stated before, I have limited total monthly bandwidth so this is a serious issue for me. In my previous post I asked how I can mitigate the amount of data that needs to be resynchronized/uploaded after a crash or what have you. If this cannot be improved then I have no choice but to seek a solution other than Cloud Drive. I will not bad mouth the product because I think you and Alex are doing an amazing job in general. I just find it hard to believe that there aren't more people with my problem (I've definitely seen some on the forums with the resync on crash problem) that would at least support the notion that re-sync should be redesigned. I still don't understand the mapping between sets of NTFS blocks and CD "blocks" that make some form of local journaling/tracking impractical. I mean please, I'm a computer scientist; give us an example of what you're talking about in your 12/10/17 post.