cancel
Showing results for 
Search instead for 
Did you mean: 

False Positive backups.

Gale_De_Los_San
Level 4
Has anyone noticed false positive backups due to files that were deleted during a backup???

i.e.
The bpbackup log of a job shows the following:

INF - Client completed sending data for backup
INF - Server status = 0
INF - Backup by root on client using policy , sched user_backups: the requested operation was successfully completed.

BUT... in the body of the log file .. there were some files that were not backed up:

12:40:10 WRN - Cannot lstat . Errno = 2: No such file or directory
12:40:10 WRN - Cannot lstat . Errno = 2: No such file or directory
12:40:13 WRN - Cannot lstat . Errno = 2: No such file or directory
12:40:14 WRN - Cannot lstat . Errno = 2: No such file or directory
12:40:14 WRN - Cannot lstat . Errno = 2: No such file or directory
12:40:16 WRN - Cannot lstat . Errno = 2: No such file or directory

This has become a very serious issue lately that may have affected us for a long time. I'll double check the documentation regarding this kind of error checking again before opening a high level case with Symantec.
10 REPLIES 10

Dennis_Strom
Level 6
you must be running 6.0. Bob has posted quite a bit on this. I think it was supposed to be fixed in MP3.

Gale_De_Los_San
Level 4
I'm on 6.0 MP3 ...

Doing the MP4 upgrade this weekend (fingers crossed).

Dennis_Strom
Level 6
windows or unix?

Gale_De_Los_San
Level 4
Solaris 10

zippy
Level 6
this is for older version of Netbackup, but it may help.

http://seer.support.veritas.com/docs/276440.htm

man lstat

Strange stuffMessage was edited by:
James Dunn

Chuck_Stevens
Level 6
What directive are you using for the backup? "ALL LOCAL FILES", or a specific list?

Stumpr2
Level 6
I saw something like this on a stale mounted NFS system.
Perhaps there is a busted link?

maybe the permisiions on a directory is set to not allow root to transverse?
dr--------

or even the files could have the permissions set to
---------

or something similiar

I hope this isn't the case
An issue in NetBackup has been recently discovered in which files are inappropriately removed from an NFS mounted partition when that partition is included in the path selected for an archive operation. This issue only affects UNIX platforms.
http://support.veritas.com/docs/284450Message was edited by:
Bob Stump

Gale_De_Los_San
Level 4
Specific list.
This is a UserBackup.

There are other files in the same directory that are successfully backed up.

I am just miffed that NetBackup throws out a Status = 0 while there are actually files that were NOT backed up that were supposed to be backed up.

I also have a case opened with Veritas/Symantec regarding this issue.

Dennis_Strom
Level 6
if it is a usr backup it looks like the technote that James provided may have the solution. Yep the false positive is not good.

Gale_De_Los_San
Level 4
Even more pertinent to the issue at hand... :(

http://seer.support.veritas.com/docs/243523.htm

... thanks to one of the Australian Veritas support team members.

Seems like this has been an issue since 2002!!!!

I wonder how many other Veritas NetBackup users have been bitten hard with this bug. I'll be bringing this up to the powers that be... This bug has resulted in lost critical data :(