Re: want to migrate to bacula from rsync backups.

Gary Dale <[email protected]>
Newsgroups gmane.comp.bacula.user
Message-ID <[email protected]>
On 2025-08-27 12:07, Rob Gerber wrote:
> Gary,
>
> Sorry about the delay in reply. I have a few moments now.
>
> Do the files you want to back up exist on different hosts, or only on 
> the one server? It sounds like they're only on the one server, but 
> please let me know which it is.

All the files exist on the one server. However, I will need to log in 
locally as root to be umount /home. ssh is set to disallow connecting as 
root.


>
> Phil said:
> But if I were you, if this rsync backup set contains *important* files
> that no longer exist "in production", so to speak, I would sort out
> those critical files into a distinct designated archive of their own and
> add *that archive* to your backup set.
>
> And I agree. However, that sorting process need not be manual. 
> Consider using dupe guru. It is open source software that compares two 
> datasets (even if folder structure isn't symmetrical) and finds 
> duplicate files. You will need a GUI - it cannot run in CLI alone.
>
> The general process will be as follows:
> 1. Double check the setting since dupeguru to ensure it will be 
> hashing every file you intend to compare.
> 2. On the main tab for dupeguru, click to compare by contents. In the 
> bottom pane, add two paths: the path to the root folder for your live 
> files and the path to the root folder for your rsync backups. For the 
> live file path, on the right say that it is a "reference" dataset. 
> Dupeguru wont take any action against a reference dataset.
> 3. Double check, everything, then click compare. Wait for the scans to 
> finish. No action will be taken until you make a decision in the 
> software. Expect this to take some time.
> 4. Look at the comparison results in the right tab. It should show you 
> filenames and full paths for original and duplicate files. Examine the 
> results for sanity, and then take action. I recommend hiding all 
> reference files, re-checking to ensure that it now only shows 
> duplicates, and they are all in your rsync backup folder. In dupeguru, 
> select the option to move the detected duplicate files to another 
> location on your system that is not among the live files or the rsync 
> files.
> 5. In your file management tools (dolphin, Nautilus, mc, ls, 
> whatever), examine the rsync backup folder. Is it now much smaller 
> with many fewer files? These are the deltas, the files that were 
> different from those seen in the live files.
> 6. Presumably a lot of duplicate files have been moved somewhere else. 
> Also, hopefully the space needs of the rsync files have been greatly 
> reduced. At this point, if you're satisfied with the results, you can 
> delete the duplicate files.
>
> Be careful. Double and triple check everything. Read the manual. Here 
> be dragons. Etc.

Sounds like more trouble than it's worth as it would still mean that I 
would have some files that I wouldn't be able to backup with their 
original paths.

I've started the process of installing and configuring Bacula on the 
server but it's not going well. However that's a separate issue.

_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.