COMODO BackUp 2.2.127000.12 BUG REPORTS

[Guest]

[MisterWeather]

Greetings

I have experienced several error 67's when running scheduled backups, "Backupfile cannot be found".. The issue sounds the same as others; the file has been removed even though it was there just before the scheduled backup began. I've seen this behavior several times so I've been watching the backup process run (when I can). It *appears* the backup program is deleting the file then *forgetting* to recreate it. This type error occurs about once every 3 months

- Windows Home Premium 32bit
- No other backup software. Vipre Antivirus/Antimalware and Spywareblaster; using Windows 7 Native Firewall with modifications to default settings, using ruls to make it work.
- Running a scheduled backup will occasionally result in an error 67.
- I have resolved the issue by recreating and rerunning the script.
- Sorry, no screen shots
- No BSOD, memdumps, no Windows Error log entries
- NFTS
- All log files;
- Opps forgot to click ondiagnosis tab
- Rescheduling the backup does make the problem go away. It's not a major hassle just an interesting set of circumstances. I'm running Comodo Backup v 2.2.12700.12 on a home built (Tigerdirect) AMD x64, Win 7 Home Premium 4GB ram, all the latest; Vipre Antivirus/Antimalware, Spywareblaster, Firefox 3.6.3 all the latest patches for everything.

Cheers!

MisterWeather

[pakmenu]

- Your Operating System (and whether it's 32bit/64bit); XP sp2
- Other Backup & Security Software Installed; none, de-installed Ghost14 before
- How you produced the problem; when choosing the destination drive of the restore (already a RISKY business as it only states dive0/drive1/drive2 without any other identifying info like size/partition! even ghost 2003 shows the size of the drive when choosing the destination. furthermore i just assume the drive number is the same as in the Disk Manager view of MMC...)  it told me the drive was in use, would i do the restore at restart? I clicked ok, preying the software would *SOMEHOW* tag the drive, as at restart (and before entering windows where i gave the drive letters) the drives can be loaded in a different sequence and under DOS it's no guarentee the drive number is the same. In fact in this case both source and destination drives were external USB drives, and... what i feared happened: *STUPID* (sorry, but it's true) Comodo Backup ORERWROTE THE DRIVE WITH THE SOURCE FILE ON IT, resulting in an empty drive and the source file being lost, and me doing a 3 day operation on the 1.5TB drive with NTFS GetDataBAck to get (luckily!) most of my data back. the fact that i got most of my data back, AND that the drive was EMPTY (nopt containing what the backup contained) means it wasn't actually writing 100GB over the 1.5TB drive, no it just PRETENDED to be doing something, before it said finished, and... crashed.
- How you tried to resolve the problem; I'm not going to use CB again when it needs a restart. i make sure both source and destination aree not in use and CROSS MY FINGERS that the destination drive number is the same one as mentioned in the disk management.
- Screen-shots with the error (if any);i have a screenshot of the ntfs getdataback results of the blacked drive. but do not know how to post it.
- Post Memory Dumps on crash if you encounter any;
- file system (FAT32/NTFS/...) NTFS
- All log files; searched comodo directory (where settings say the logfile should be) and document and setting, source and destination, but found none.
- does Diagnose in Settings tab says the application is installed correctly? no such function found on CB
- Any other Additional Information;

So abbreviated: when using external USB drives, and using the restore after restart function, the danger is GREAT that comodo backup confuses the drives and will overwrite the WRONG drive (even if drive number specified BEFORE the restart is correct, and even when the drive it wants to write to IS the source drive!)

[MisterWeather]

Greetings

On April 10th I posted my bug report on Comodo BU 2.2.127000.12, and I have another observation. The scheduled backup failed again this past weekend, but on a different drive. It failed on a drive where I'd made new directories on the source location; e.g. I added the subdirectory "MyHomeWork" to drive "G:\". The backup failed with error 67 again. (Arghhh forgot to look at the diagnosis tab!) If memory serves, this has been something that I'd done prior to other failures.

Don't know if this is helpful or coincidental. Just a comment.

MisterWeather

[Franklin48]

I am using Windows 7 32bit - Comodo version 2.212700.12

I can back up fine to an external 1 terabyte USB drive, but when I tried to restore my entire hard drive (C and D on a partitioned drive)  I got the message: "Execution of job 1 of 1 failed with error code 46"  -  I then tried to restore just the entire registry and got the same message.  - In both cases, the backups were in cbu files.

I understand that the software has problems with the path after reboot in this situation, but the software seems not to be useful until this problem is fixed. 

[Emanuel Sescu]

Hello

With the new version of Comodo BackUp 3.0 BETA2 you can mount backups as virtual drives.
http://forums.comodo.com/beta-corner-cb/comodo-backup-30-build-56-beta2-released-t59748.0.html

Thanks

[Proger]

Can't send email
MDaemon 11 log:

Fri 2010-07-30 10:32:55: Session 6142; child 2; thread 0
Fri 2010-07-30 10:32:55: Accepting SMTP connection from [172.17.xx.xx:1395] to [172.17.xx.xx:25]
Fri 2010-07-30 10:32:55: --> 220 mail.domain.ru ESMTP MDaemon 11.0.2; Fri, 30 Jul 2010 10:32:55 +0400
Fri 2010-07-30 10:32:55: <-- HELO srv
Fri 2010-07-30 10:32:55: --> 250 mail.domain.ru Hello srv, pleased to meet you
Fri 2010-07-30 10:32:55: <-- I??z
Fri 2010-07-30 10:32:55: --> 500 What? I don't understand that.
Fri 2010-07-30 10:32:55: <-- $?lu??
Fri 2010-07-30 10:32:55: --> 500 What? I don't understand that.
Fri 2010-07-30 10:32:55: <-- MAIL FROM: <Server[at]domain.ru>
Fri 2010-07-30 10:32:55: --> 250 <Server[at]domain.ru>, Sender ok
Fri 2010-07-30 10:32:55: <-- RCPT TO: <report[at]domain2.ru>
Fri 2010-07-30 10:32:55: --> 530 Authentication required
Fri 2010-07-30 10:32:55: <-- DATA
Fri 2010-07-30 10:32:55: --> 503 Unexpected command or sequence of commands
Fri 2010-07-30 10:32:55: <-- FROM: Comodo BackUp 2.2.127000.12  <Server[at]domain.ru>
Fri 2010-07-30 10:32:55: --> 500 What? I don't understand that.
Fri 2010-07-30 10:32:55: <-- To: report[at]domain2.su
Fri 2010-07-30 10:32:55: Too many errors
Fri 2010-07-30 10:32:55: SMTP session terminated (Bytes in/out: 319/349)
Fri 2010-07-30 10:32:55: ----------

Why i can fix this?

[Tags:]