Hi,
I am using the backup function (incremental, zip, max compression, some folders to exclude) I get now an error msg like this:
>>>>>>>
Toucan was working correctly beforehand for a number of days. Any hint which parameter is meant? Is there something like a log I could check? Thx.
Holger
Visit the Community page
Join our forums
Subscribe to our email newsletter
Subscribe with RSS
Follow us on Facebook
Follow us on LinkedIn
Follow us on Twitter
Follow us on Mastodon
Follow us on BlueSky
does this still happen in the latest beta? You can find it here.
Hi Steve, Ok ... I tried the beta(1.2 pre 6) - but it still happens. Holger
the last time I had this error was due to drive corruption, does running CheckDisk on youre drive turn up any errors? Instructions on running CheckDisk can be found here.
Hi Steve, running chkdsk not possible. It is a network drive. Holger
i used check disk and there was no problem with the file.
I created a new increment yesterday and I tested it again, still the same problem
Edit:really weird the previous error was with an xp sp2 home with admin rights. i tried it again 2day on an xp sp2 professional limited and it works
~powerjuce
Please search before posting. ~Thanks
that's truly strange, I'll look into this although I suspect that it is a 7zip issue, not a Toucan one.
i used 7-zip and the regular zip and neither worked
will just updating the backup work?
Please search before posting. ~Thanks
I cannot reproduce this bug at the moment, I don't suppose there is anything special about the folders you are trying to backup?
not really
the problem is with when i try and use the backup for my flash drive only
i can backup any other folder it still work
i will be redownloading Toucan then trying it on a different computer
thanks for you help with this problem by the way
regards
Please search before posting. ~Thanks
Hi Steve,
for my case the only thing "special" is that the target drive is a network mapped drive.
There is possibly something else I found out.
After I deleted all zip files on the target drive the incremental backup worked again for a couple of days (see listing below).
Directory of M:\basefile.zip
23.11.2007 21:43 .
23.11.2007 21:43 ..
19.11.2007 19:34 207.407 2007-11-19-19-34.zip
20.11.2007 21:48 379.528 2007-11-20-21-48.zip
21.11.2007 22:58 379.537 2007-11-21-22-57.zip
22.11.2007 22:14 379.537 2007-11-22-22-14.zip
19.11.2007 01:14 147.669.564 BaseFile.zip
5 File(s) 149.015.573 bytes
Afterwards I got again this said error msg.
Could the comparison between baseline and as-is fail after some days / backups?
Is there any log or debug to switch on - to get some more information?
Regards
Holger
I'm fairly sure that this is a 7zip (the program) bug. So, would everyone be in agreement that this statement is true.
It gives the error 'The parameter is incorrect.' when using the incremental option on the root of a drive on an admin Windows XP account.
Can anyone reproduce the error on any other types of account (note that I cannot reproduce this at the moment, but is has happened to me in the past).
hey steve i only noticed one diffrence from what was shown up there
basefile.zip\2007-11-12.zip
Error:
System error:
The parameter is incorrect.
>>>>>>>>
that live for me reads
Creating archive C:\Documents and Settings\mainowner\my documents\Locker\2007-11-12.zip
it does not try and add it into the zip file.
That is supposed to happen correct?
thanks
Please search before posting. ~Thanks
Hi,
I also have the same problem.
It only occures when the backup format is Zip.
When switching to 7 zip everything is OK.
I tried it on Win XP and Win 2000, both with admin rights and without it.
Thanks
I may have found the reason for this, it seems that it only affects zip files, read the posts in response to this. It seems that if you have a file with a date in it that is before 1970 then it will return an error message.
well i am not sure if i had a file with a date before 1970 but using 7zip instead of zip fixed it
thanks
Please search before posting. ~Thanks
I cannot find any files that old. However switching to 7zip avoids apparently the problem.
Thanks for the help
Holger
Hi there, This was not a problem in the older version (i believe i had the original)
I get the problem when i am trying to backup a network drive (Z:) to my HDD with the ZIP compression, High compression, to my External HDD (E:)
(Source Z:\)
(Backup file E:\Backups\College\*filename*.zip)
Any ideas what this is?
Would you like another log? cause i can paste one if you would like.
and - bytheway - it should not be that problem to confirm that bug, it is one.
and - besides that - you may need to do something with the path-settings in the job-ini - thats not a serious concept.
rgds
Martin
it has started to happen to me again now, so at least I can now reproduce. The interesting thing is that it only seems to affect the zip mode, not the 7zip one which was why I thought it was a bug in 7zip (the program that does the back end work). Are you sure that the problem didn't occur in a previous version, if so then I can look through the SVN repository and track down what has changed, and hopefully what has caused it.
I think I've got it, I need to go and get some sleep at the moment, but I was just looking through the code changes in WinMerge Portable (thanks Ryan) and I think I noticed the problem. In the latest version I disable solid mode, however I do this in both 7zip (which has a solid mode) and Zip which doesn't so this might be causing the problem.
I use it myself too
"If you're not part of the solution, you're part of the precipitate."
Heya Steve, hows it going? is this the error or is there another one sitting in there?
cheers ^_^
I forgot to mention that this is fxed in the latest pre-release which is avalible in the beta testing forum.