Hi . With Unattended Access configured you don't have to use the PIN (although it is available as an option). It's the buttons that look confusing - there's actually the little arrow button (or just press Enter) that starts connection without PIN.

We will change how the buttons look in the future updates, sorry for the inconvenience

Hi there.

It is likely that the mount point is not actually mounted until you "cd" into it or "touch" a file within.

Please try this in your cron command:
- ls /path/to/the/mount/point > ~/cbb-ls-before-touch.txt
- touch /file/in/the/mount/point
- ls /path/to/the/mount/point > ~/cbb-ls-after-touch.txt

Please let me know the result.

, CloudBerry doesn't use such tags, but it does create a specific folder structure within the cloud storage - so no, unfortunately the data will not be recognized as "valid data".
If there's just several large files you can actually recreate the folder structure manually - but I bet there's thousands of them, and this will make it a nightmare.

Hello . This is possible if you use Snowball Edge (and not possible if you use the older version of Snowball).

1. Just create a new storage account of "S3 compatible" type and back up your data there.
2. Then when the data is delivered to Amazon and uploaded to S3, you will need to re-synchronize the storage account that points to Amazon S3.
3. After that you should be able to continue incremental upload straight to S3.

Should you have any difficulties or questions in the process - feel free to drop me an email to glebdotbatcloudberrylabdotcom and I will make sure you get the answers.

, yep, Remote Deploy is the best way to go.

I had assumed that was the way it was supposed to work across the board — Matt J

We're working on it. Unfortunately, it's not me to make such decisions in Backup for Windows - but with every customer request, including yours, it becomes closer and closer!

Anyway, my pleasure. If you have unrelated suggestions/questions - feel free to start a new thread or post into an existing one, I try to monitor this Forum daily.

, let me try to explain it better. I've also edited the post you refer to to make it clearer.

What works different: retention of old backups if "Keep number of versions" is enabled.
What works the same way: everything else.

So say I have a daily backup setup, 1 full and 6 block levels a week, what would I have to set this to in Windows to keep 3 fulls? 14 versions? Or 20 versions? Or would they accomplish the same thing if all backups ran according to schedule?

This is exactly why it's implemented in a different way in Backup for Linux. It's hard to understand, and for no good reason.

In Backup for Windows to have 3 Fulls with 1 Full and 6 Blocks a week you would need to set 20 versions.
In Backup for Linux you would need to set 3 versions (3 Fulls, basically).

Hi . For the first thing there's a button for Scaled Mode at the right hand of the Chat button in the top panel. What it does is literally fit the big screen from the remote side to the smaller screen of your monitor.

For the second thing there's that pin button at the left end of both top panel (the black one) and bottom panel (the white one). It hides the top panel when the mouse is not over it. With the bottom panel it's not as beautiful in the released version of Remote Assistant - but with the next update we'll make it as smooth.

Hope it helps! Let me know if there's anything else you found no obvious

Hello , we will need some more information from your side. Please use Menu > Diagnostics > Send to provide our Support Team with the required info. Please mention this forum thread in description so we can relate it.
Thanks in advance!

I can't find your ticket, could you please share its number?

, thanks for the screenshot (is it OK that I reposted it here?), but that alone is not enough. What I can see now is: CPU usage is higher than expected. Nothing else.

The diagnostic info contains the log which would tell us what exactly the app was doing second by second, it also contains a brief hardware and software overview (such as .NET Framework version, not the list of all installed applications).
We need this information to understand which are the conditions when this may occur.
With the screenshot only there's simply not enough information.

Thanks for understanding.
Please use "Menu > Diagnostics > Send" and add a note about this thread in the description.

Hello , that's not an expected behavior. Please use "Menu > Diagnostic > Send to support" to provide us with the required diagnostic info. Please add the link to this thread to description - so we can relate them.
Thanks a lot in advance!

Hello , this seems to be a task for our Support Team. Please try the following:
- update to the latest version (2.6.0.31)
- retry running backup
- if it fails, use Feedback > Send to provide our support team with all the required diagnostic information (please also mention this Forum thread in the description).

About synchronization - all it does is: read what is there in the storage, add records to the local database (if anything is missing).
If you can only see "a few files" right after synchronization has finished - it should mean there's only "a few files" there in the storage.
We usually do not recommend to delete data outside of CloudBerry Backup, because it may lead to confusion and deletion of data not supposed to be deleted. For mass manual deletion, though, it should be the easiest way (your request for multi-object deletion right in the app was put on our roadmap)

Hi . There's no such option currently, but we plan to introduce it in the future at some point. I've added your request to the list.

I'd recommend this as a workaround:
- edit your single-threaded backup plan
- navigate to the step called Pre / Post Actions
- enter this to the Pre-backup action field: ["C:\Program Files\CloudBerryLab\CloudBerry Backup\cbb.exe" option -t 1]
- enter this to the Post-backup action field: ["C:\Program Files\CloudBerryLab\CloudBerry Backup\cbb.exe" option -t 6]
- to check whether it worked: start the plan and check out the settings right away
- do the same after the plan finishes

Note that the path to the cbb.exe and the number of threads may be different for you - in this case, obviously, you should adjust them.

By the way, restarting the service is unnecessary, the settings are read at the start of a backup plan.

Hi , please close Remote Assistant and try the following CMD command (your path may be different if you changed it):
"C:\Program Files\CloudBerryLab\CloudBerry Remote Assistant\CloudBerry Remote Assistant.exe" activateLicense -e correctatemaildotcom -f

Then reopen RA and check if the email is correct or not

Hello , does it hang on a specific command or on any command at all? Thanks in advance

TLDR for those who find this thread by search:
If you don't know which retention policy you need - pick retention by date, and keep retention by number of versions disabled.



,

First of all, you can set one, the other or two rules at once for deleting files - by date and by number of versions.
If both rules are active, your data can be deleted when ANY ONE rule is satisfied.


In most cases you want to choose only one rule that meets your business requirements (such as RPO). It is VERY rare you really need both rules active at once - if this is the case for you then you already know why exactly you need this.

If you don't know which one you need - pick retention by date, and keep retention by number of versions disabled.
Then, if you decide to use retention by number of versions, please read further.



"Full version" is 100% of the file.
"Block version" is xx% of the file, where xx% is how it changed since the previous version of the file.

In general, you can have a Full version followed by multiple Block versions.
This is called a chain, because each consequent Block version depends on a previous version, that one depends on its own previous version - and thus back to the Full version which does not depend on anything.

If you set maximum number of saved versions: 3, CloudBerry Backup for Linux will keep 3 Full versions - and any amount of Block versions in between them.

For example (let's imagine this is how the file was changing during some time),
Chain 1: Full - Block - Block
Chain 2: Full
Chain 3: Full - Block - Block - Block - Block - Block

At this point Backup for Linux keeps 3 Full versions.
When the 4th Full version is created, the 1st Full version and all its dependent Block versions will be deleted from the storage.



What may be confusing - the behavior is slightly different in Backup for Windows (and most help articles are based on the Windows version).
Backup for Linux counts only Full versions in retention by number of versions.
Backup for Windows counts all versions in retention by number of versions (it only deletes the whole chain when it can delete the last version in the chain).

We in Backup for Linux found this an unnecessary complication and implemented the idea in a simpler and more logical way.

Hi ,

These options tell CloudBerry Backup to backup Full versions of files on separate schedule, as opposed to Block versions of the same files.

, it may also be a good idea to involve our Support Team - please use Tools > Diagnostics to send them the logs, and refer to this thread in description

, that's right, only incremental backup after the first one.

The options tell CloudBerry Backup to backup Full versions of files on separate schedule, as opposed to Block versions of the same files.
The other thread refers to this article, please check the Incremental Backup section, it will make it clearer what I mean.

It is highly recommended to run Full backup once in a while (like monthly Full with weekly Blocks, or weekly Full with daily Blocks) - because do you really want to risk losing the whole subsequent backup of the file if a Block version of it gets corrupted for any reason?
Disks fail, even cloud storage have a small chance to lose a file (like 0.00000001% for AWS S3, if I'm not mistaken, multiply that by the amount of files in your backup set and it becomes more realistic to lose a single file).