Recent changes to tickets

skip list does not seem to work

David C-M — Fri, 16 Feb 2024 19:05:12 -0000

environment-
AnyBackup 1.1.9
Windows 10 22H2 , hosted in VirtualBox on Linux Mint if that matters
backing up a SMB network share to USB disks, about 7TB and 337000 files

expected behavior-
Adding a regex to skip list that matches a file's path will not back up that file

observed behavior-
No files are actually skipped, from backup preview or actual backup operation.
This occurs with my intended use (\\dirname\\ to skip one directory) and with .* which I'd expect to skip all files.

Backup is proceeding anyway but it would be nice to skip some directories. Thanks

Feature - Data integrity verification

Kent Storbakken — Wed, 14 Dec 2022 05:30:31 -0000

Hello,

I've been using this software for a few years now to backup my NAS, works great for striping all my data across a couple 16TB drives. My only concern with my current set up has been with data integrity of the backup drives. What I'm currently doing is maintaining a checksum file from my live data and then periodically using it to verify the data on my backup disks.

It's a bit of a pain to do since the files are spread across two drives, so I have to run a script that detects what files are actually on each drive before running the checksum verification. While it does work, it could be better. I only mention this if you're looking for something to add to Anybackup. If it was able to maintain a checksum list of all the files, and then be able to activate a data integrity check, that'd be very handy. I may take a crack at adding something like it myself, but just thought I'd mention it. Thanks for sharing your work!

#145 Suddenly unable to start backup (threadError)

Andrew Hopkinson — Tue, 24 May 2022 12:12:12 -0000

status: New --> Fixed

#145 Suddenly unable to start backup (threadError)

Andrew Hopkinson — Tue, 24 May 2022 12:11:21 -0000

Great, I’m glad everything is working now.

#145 Suddenly unable to start backup (threadError)

Patrick Proba — Tue, 24 May 2022 12:01:04 -0000

I didn't have an entry for AnyBackup (anymore?). Neither in the new Apps and Features list nor in the legacy control panel. The uninstall button in the start menu just brought up the programs list in the legacy control panel without pre-selecting an entry.
I ended up deleting the folder manually.

The settings were kept, as promised.

I changed back to sticky mode, refreshed my source drive and started the backup. No exception this time! Thank you so much for the support!
You can close the ticket now :)

#145 Suddenly unable to start backup (threadError)

Andrew Hopkinson — Tue, 24 May 2022 11:23:54 -0000

There should be an entry in the windows programs and apps list that you can select and click uninstall on. Deleting the files manually and then reinstalling will work, but you might end up with an orphaned, duplicate AnyBackup entry in the programs list.

#145 Suddenly unable to start backup (threadError)

Patrick Proba — Tue, 24 May 2022 09:30:12 -0000

Maybe a stupid question, but I don't see an obvious way to uninstall AnyBackup.
Should I just delete the C:\ProgramData\AnyBackup directory?

#145 Suddenly unable to start backup (threadError)

Patrick Proba — Tue, 24 May 2022 09:19:30 -0000

Sorry for replying late.
I did a spot check and you're right. I was indeed confused that it only showed me the copies without the original (to-be-kept) files.

I'm going to try 1.1.9 to see if it works with the sticky mode. Thanks for the active support so far!

#145 Suddenly unable to start backup (threadError)

Andrew Hopkinson — Mon, 23 May 2022 18:50:37 -0000

I've added a 1.1.9 build which has a few fixes for duplicate file handling which should fix the sticky mode crash. I also added a context item "Find All Copies" so you can easily find all copies on all disks from the "Duplicate Files" results. Let me know if you're still seeing issues.

#145 Suddenly unable to start backup (threadError)

Andrew Hopkinson — Mon, 23 May 2022 16:26:57 -0000

Looking a little closer, I'm guessing the confusion here is what you're seeing in "Duplicate Files" / Ctrl+D, this setup shows you the duplicate copies that are set to be removed. Every one of these entries should have a corresponding copy on another drive if you search. Let me know if that's not the case. (As a cheap option here you can hit Search, choose "File" and drive type "Backup" and then put the file name in the query.)

My working assumption at this point is that the duplicate file detection works, but the handling is broken and specifically causes sticky mode to bomb out. I'm working on a fix based on this, but let me know if you're seeing something that suggests you don't actually have duplicate files.