Jump to content
Covecube Inc.

Viktor

Members
  • Content Count

    53
  • Joined

  • Last visited

  • Days Won

    5

Posts posted by Viktor


  1. Maybe I misunderstand this discussion, but wasn’t the initial question: Why does CD not show an information about the filling level of the drive in the GUI?

    This information is indeed missing in the GUI but only for certain types of cloud drives (FTP, File Share, OneDrive). For other drives (Google based) these values are presented in the GUI under “Local”, “Cloud Used” and “Cloud Unused”. Isn’t this also the same, what Windows explorer would show about all cloud drives of any type (like it does for real hard drives)?

    So, where does the different GUI reporting come from?

    Snap_2019.04.08_22h25m33s_002_.png

    Snap_2019.04.08_22h23m55s_001_.png


  2. No, CloudDrive does not use (nor store) your login credentials. It connects as a third-party app through the open authorization (OAuth) protocol. Put simply, it uses a separate key, which was built when you initially created the CloudDrive connection to your Google account and approved the rights, which CloudDrive needs to access your Google Drive data.


  3. A new pool starts always empty and does not automatically take over existing data from an item added to it, regardless of whether the added item is a real drive or a pool.

    It’s always the same mechanism: Adding a drive (or another pool) to a pool means, that a new (empty) PoolPart folder is created on the added drive or pool, what in case of pool hierarchies results in nested PoolPart folders (folder in folder) on involved single drives.

    There are (unsupported) “seeding” methods by moving “other” data into PoolPart folders, but the more pools and nested PoolPart folders are involved, the more complicated can this become.


  4. Phidaissi,

    You are right, technically it is possible to move a file together with its entire set of hard link references from one drive to another. But for DP your request might turn out much more complicated than it seems on the first glance:

    For instance, what, if a file has hard link references outside the PoolPart folder? How should DP handle that correctly? I use hard links for sending existing files on a drive quickly to the pool, the drive is member of, instead of moving them. These files are hard linked inside and outside the PoolPart folder and by this show up twice, in the pool and on the original drive.

    And considering, that your requirement and use case seems to be unique and might not be desired by a bigger DP user community, I doubt it’s worth the necessary development effort.


  5. Each drive, which is member of a DrivePool drive, has a hidden folder with a name that starts with "PoolPart" followed by a unique identifier.
    Follow these instructions to make that folder visible in Windows:  https://www.howtogeek.com/howto/windows-vista/show-hidden-files-and-folders-in-windows-vista/.
    Once you see that folder in Windows Explorer, you can move any folders and files from the root folder (\) of your drive into this PoolPart folder of the same drive.
    The moved data will then immediately show up under the root folder of your pool drive.


  6. The pool's folder structure is actually located on each real drive in a hidden PoolPart folder. DrivePool won't touch any data (pre-existing folders and files) outside the hidden folder. If you want to move existing files and folders from a real drive into the pool, you can simply move them into the drive's PoolPart folder.


  7. In my case it must have happened far more than 7 days ago. I detected it by chance about 10 days ago, when I checked the log file of a daily Duplicati backup job. It had error entries for the symbolic link, which pointed into the hidden PoolPart folder. The one-month log history shows that the link must have been already broken since at least Nov. 12th.


  8. I can confirm that this happened to me as well. When I detected that a symbolic link pointing into a hidden PoolPart Folder didn't work anymore, it turned out that the hidden folder had been renamed. I’m not aware of anything unusual that might have caused this (no drive replacement or something similar). However, as the pool and everything else worked fine, I didn’t pay much attention to the issue (just replaced the link). I only know that the DrivePool version was 2.2.2.934 at that time (meanwhile I’m using 2.2.3.950).


  9. Can you check if each drive contains only one (hidden) PoolPart folder?

    I saw once a similar situation where the affected drive got pooled through a new PoolPart folder (with a different id) leaving data in the previous PoolPart folder, which was then no longer part of the pool. I don’t know, what led to this issue, but I fixed it by moving everything from the previous folder into the new one.


  10. With that approach you would create clones of your gdrive. They would all have the same global unique identifier (guid) and I doubt that you can attach them at the same machine simultaneously. The question is also, which tool you would use and where it would run. If you run rclone on a local machine it would still up- and download everything. Better would be an online service like MultCloud, which could sync data between multiple Gsuite accounts.


  11. Where do you think gets file stream data stored, before you can access it? In a cache folder on your local drive!

    What about a thought experiment? If CloudDrive would allow you to put the cache on a file stream drive or any other cloud-based file system (and there are good reasons, why it does not), what would happen with one chunk of data from the CloudDrive you want to read? That chunk needs to be downloaded from the CloudDrive and put into the CloudDrive cache, which we now assume to be located on the FS drive. Therefore, it first would get downloaded and stored into the local FS cache, from where it then would get uploaded to the FS cloud (Google Drive). Finally, two network flows (cloud -> local -> cloud) instead of one.


  12. On ‎8‎/‎3‎/‎2018 at 2:04 PM, chrillex said:

    The first one is regarding Team Drives for Google Drive. I've recently got access to a team drive that is 5TB big so now I want to mount and create a 5TB CloudDrive container in that specific folder because my regular Google Drive is just 100GB. Is this possible as of now?

    It seems that Google Team Drives cannot be used with CloudDrive yet (see here).


  13. 4 hours ago, EldonMcGuinness said:

    @Talyrius ahh, so DrivePool creates an actual drive image that it then works with which is stored on the cloud? I would have thought it just saved the files in a sub-directory or something on the cloud drives.

    Don't mix up CloudDrive and DrivePool. CloudDrive provides harddrive-like images located in the cloud, while CloudPool is based on hidden directories on its pooled hard or cloud drives.
    Like a physical drive a cloud drive can be attached to only one computer at the same time. But you can move it from one to another computers (detach it here and attach it there).

×
×
  • Create New...