Avamar - Total processed bytes inconsistent with original data size

Hello,

What is the version of Avamar you are using and what is client OS ?

Does backup fails with this error or you are getting this error in logs with successful backup ?

Regards,

Pawan

Hello,

I have the same problem.

I am using version 7.0.1-61 and client OS is W2k3 R2 SP2.

Yes, the backup failes with errors.

avtar Error <16507>: Path "***": Total processed bytes 87972 is inconsistent with original data size 271360

After this error message I get a followong error:

avtar Error <5737>: I/O error: Unable to BackupRead(3)

Can someone explain this error. I had the same idea as in the first post, but normaly in my backup window nobody changes anything.

Case is clear now, the application team did a reboot of the server while the backup was running.

But thanks for your response.

Hi All,

I am observing the same error message in the win 2008 server.

avtar Error <16507>: Path "c:\Users\C192761\AppData\Local\Microsoft\Windows\Temporary Internet Files\Content.IE5\D0OVPDTM\navigator[1].htm": Total processed bytes 98508 is inconsistent with original data size 124233

avtar Error <16507>: Path "c:\Users\v3x6633\AppData\Local\Microsoft\Internet Explorer\Recovery\High\Active\{5591090B-761F-11E4-9170-005056BE7241}.dat": Total processed bytes 31424 is inconsistent with original data size 31744

avtar Error <16507>: Path "C:\Users\v3x6633\AppData\Local\Microsoft\Internet Explorer\Recovery\High\Active\{5591090B-761F-11E4-9170-005056BE7241}.dat": Total processed bytes 31424 is inconsistent with original data size 31744

The Avamar has a client only upgrade and is at 7.1.101-61

Please advice.

Why are you backing up your IE browser cache and session restore data? That data is worthless.

yes, true Ian. But the complete file system is added with no exclusion thus, I guess it showed these paths too.

But the backups are working fine from today. No changes done, however it's fixed now.

Thanks

Thank you,

I had the same issue avtar Error <16507> Total processed bytes 10000125 is inconsistent with original data size 10000134

This got cleared after the reboot.

As per my understanding the avtar process, which locked the f_cache file earlier to reboot got killed and  a new avtar process spawn up and started taking the changed files after reboot.

Is this true, what i have assumed ?

Hello,

You can get this error message in two possible cases -

1. Avtar process is trying to scan a file which is locked by some other 3rd party product and preventing Avatar process.

2. Avtar process is trying to scan a file which is corrupted in some form.

You can try to exclude such file and re run the backup. If it is windows client, run chkdsk to correct any kind of corruption on disk.

Regards,

Pawan

As per my understanding the avtar process, which locked the f_cache file earlier to reboot got killed and  a new avtar process spawn up and started taking the changed files after reboot. Is this true, what i have assumed ?

No it's not.

There is a brief window between the time avtar begins working on a file and when it actually starts to chunk it to back it up. If the file is overwritten or changed during this time, this message will be reported. It has nothing to do with cache locking whatsoever.

yes, but this backup failed consistently for 3 days irrespective of schedule/on-demand with same error.

assuming this file is being changed every time after its chunk'ed and fails before the actual backup.

This case should throw an error only at the scheduled backups, but on-demand backup at a diff time interval has the same error.

finally if we consider these logs that are being changed all the time, avtar should probably throw code 32 error "process cannot use file already in use by another process"

2014-12-09 21:18:28 avtar Error <16507>: Path "/opt/app/d1otm1m1/OTM632/OTMAPP/logs/glog.app.log.bak.72": Total processed bytes 10000139 is inconsistent with original data size 10000223 (Log #1)
2014-12-09 21:18:28 avtar Error <16507>: Path "/opt/app/d1otm1m1/OTM632/OTMAPP/logs/glog.app.log.bak.54": Total processed bytes 10000062 is inconsistent with original data size 10000178 (Log #1)
2014-12-09 21:18:28 avtar Error <16507>: Path "/opt/app/d1otm1m1/OTM632/OTMAPP/logs/glog.app.log.bak.97": Total processed bytes 10000004 is inconsistent with original data size 10000122 (Log #1)
2014-12-09 21:18:28 avtar Error <16507>: Path "/opt/app/d1otm1m1/OTM632/OTMAPP/logs/glog.app.log.bak.98": Total processed bytes 10000122 is inconsistent with original data size 10000182 (Log #1)

Pawan,

Thanks for your reply.

Backups here are however being completed with exceptions(excluding those files).

Not sure how chkdsk is related to this.

I've never seen the "file already in use" error on a Linux backup - in my experience I've only seen those on Windows machines. I would expect busy log files on a Linux system to more or less consistently result in the 'bytes changed' exception.

2014-12-09 21:18:28 avtar Error <16507>: Path "/opt/app/d1otm1m1/OTM632/OTMAPP/logs/glog.app.log.bak.97": Total processed bytes 10000004 is inconsistent with original data size 10000122 (Log #1) 2014-12-09 21:18:28 avtar Error <16507>: Path "/opt/app/d1otm1m1/OTM632/OTMAPP/logs/glog.app.log.bak.98": Total processed bytes 10000122 is inconsistent with original data size 10000182 (Log #1)

If you look carefully at the file sizes, it seems likely that the .97 file rolled and became the .98 log file while avtar was attempting to back these files up.

These appear to be backup copies of human readable log files for Oracle OTM. Are they of any value? If not, you can exclude them to prevent the issue from occurring.

Thank you Ian.

The major difference what i saw is

Backups failed totally before reboot and now completing with exceptions,both with same error.

Thank you, i will try if we can exclude those OTM logs