Vice Versa Hangs on "Checking archive full"

[Grahxen]

Using vice versa 2.5 pro. Backing up to 2 NAS storage devices. Backups all run ok until it gets to the last point, "Checking archive full". Vice versa sits and hangs here and you need to force a stop.

Any idea what could possibly be causing this, and what can be done to try to fix it. Really need these backups to run perfectly as this is in a corporate enviorment.

[TGRMN Software]

Hello

How long did you wait before stopping the process? It can take some time if there are many files in the archive,

thanks
_________________
--
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com

[Astenz]

We have the same problem:
After the backup, VVPro try to "Checking archive folder (full check)..."
After a few minutes we have this error message: an invalid argument was encountered
So when we click OK (at 8:30AM) on this message ViceVersa closes as expected. But it seems that the software dont cleanup archive folder and/or archive files properly.

Here is the last part of the log file:
2010-01-07 02:56:44 : -- Done: 3 556 (3.94GB) Err: 2 (758.78KB) Skipped: 0 (0) Tot: 3 558 (3.95GB) --
2010-01-07 02:56:44 : -- Average Transfer Rate: 4.53MB/Sec -- Elapsed Time: 14 min 50 sec
2010-01-07 02:56:44 : -- Checking archive folder ...
2010-01-07 02:56:45 : -- Checking archive folder (full check)...
2010-01-07 08:34:22 : Disconnected from \\192.168.1.3\d$
2010-01-07 08:34:22 : Exit Code: 0. OK.
2010-01-07 08:34:22 : ************************************************************
2010-01-07 08:34:22 :

I tried several settings and i can't get rid of this error message.
Any help?

Thanks by advance!

[TGRMN Software]

Hello

do you have the files ViceVersa.dmp and ViceVersa.rpt in the ViceVersa application folder? Could you send them to support please?

thanks!
_________________
--
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com

[me]

We have the same thing.
It seems related to having some long paths - if I remove these, it works again.
We are mirroring to a UNC path using \\?\UNC\ on source, target, and archive folder specifications, are appending path to archive filenames, and moving instead of copying to archive folder.
The files seem to get copied okay, but it hangs (for more than a day) when checking the archive folder. We are limiting number of copies as well as archive file age.
It does not create a .dmp or .rpt in the VV program folder.

[TGRMN Software]

Thanks

[me]

I am still looking into this, so don't have a full answer yet.
I am mirroring (backup) user files from a server to another computer.
The source is usually okay - users can't create paths too long without trying hard.
When VV runs, it puts the backup into a folder on the target machine (name includes source machine name, etc), so the total path gets longer.
If some paths here get longer than Windows normally allows (around 250 chars?), they still get backed up okay.
The problem then seems to appear when these get put into the archive when overwritten or deleted - the path gets even longer.

I think files get mirrored from source to target okay, and even put into the archive okay. It is the part where it is "Checking archive folder (full check)" that it then fails - possibly not until the next run of VV. When scheduled, the task never ends. When run manually, a popup says something like "invalid argument encountered".

If I create some test folders and make long paths there intentionally, I can't seem to get the problem to happen, so can't tell for sure what circumstances cause it - it only seems to happen when the users do it, and that area takes about an hour to run VV, so testing is slow.

Maybe it is related to the total number of files (about 800,000), some chars in names (unicode/foreign/punctuation), hidden files, files starting with a period (coming from MAC/Linux computers).

I had backups from two different servers sharing the same archive area. When one server put some long paths into the archive, the backup from the other server started to fail as well, even though it had no long paths (but it would try to check the entire archive area).

I have now rearranged the structure of where I put the backups/achives, and turned off the "append full path to archive" option. I will see if this ends up making any difference. I will let you know if I find anything useful.

[TGRMN Software]

Hello,
make sure you use the latest version 2.5 for the test: a couple of bugs related to archiving, which were present in version 2, were fixed in 2.5
thanks
_________________
--
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com

[Guest]

I have ViceVersa PRO 2.5 Build 2500 (SN219) [Registered][Server]

[TGRMN Software]

OK
_________________
--
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com

[Astenz]

Any news on that bug?
We have the same issue here, backup seems to be fine but it hangs on "Checking Archive (Full check)".
Tried to remove the \\?\UNC from archive, tried to split profiles...still no joy.

[TGRMN Software]

Hello

how many files do you have in the archive folder?

thanks
_________________
--
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com

[Astenz]

Destination folder: 135 536 Files, 9685 Folders / 209GB
Archive folder: 145 564 Files, 11 327 Folders / 222GB

I use VVPro2.5 2501

I tried to remove the \\UNC\ on the archive path, it just adds some error for paths with more than 259 char and still hang on the "Checking archive folder (full check)..."

Is it possible to have a debug version that will give us more info? Maybe VVPro hangs on a specific file/folder with unexpected characters?
Thanks

[TGRMN Software]

Hello,

yes, please write to support@tgrmn.com we will create a special version to debug this (it will do some extra logging during the archive check).

thank you
_________________
--
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com

[Astenz]

Email sent
Thanks!