cancel
Showing results for 
Search instead for 
Did you mean: 

Exclude list is not working | w2k8 | NB 6.5.6

FriZY
Level 3

Hello,

i have a problem with exclude disk Y:\ from backup. Backups everytime includes this disk although I set is as Y:\* or if I exactly defined policy with schedules.

We have applied hotfix NB_6.5.6_ET2206140_2 but is not help us.

 http://www.symantec.com/business/support/index?page=content&id=TECH152708

 

Client:

OS: Windows 2008 | NetBackup: 6.5.6

Master:

OS: HP-UX | NetBackup 6.5.6

 

Do you have some solution or hint?

THX

1 ACCEPTED SOLUTION

Accepted Solutions

FriZY
Level 3

Problem was solved by installing eebinstaller.2206140.4 provided from Symantec.

View solution in original post

15 REPLIES 15

pikachu
Level 6
Employee Certified

Setup logging for bpbkar on the client and search through the log file for "EXCLUDE". That should tell you IF NBU even attempted to exclude the drive in the first place.

Marianne
Level 6
Partner    VIP    Accredited Certified

How much data is actually backed up for Y:\ ?

NBU master first generates the streams, and only when it's time for the client to start the actual backup is the Exclude List consulted.

It is therefore perfectly normal for a job to be started for excluded drives/folders, but only a backup size of something like 32 Kb.

J_H_Is_gone
Level 6

Y:\*   - to me that says do not backup any files in Y  but still backup Y

Y:\   - to me says do not backup Y

So try removing the * and see if it still does it.

FriZY
Level 3

THX you all for yours advices.

- OK, I will create bpkar dir.

- full backup of Y disk has few GB (started manually)

- I have tried to exclude it as Y:\ and  Y:\* as well. Not work.

RamNagalla
Moderator
Moderator
Partner    VIP    Certified

from where you are managing the exclude list\

is that from master server gui-->host properties--->clients..<clinet name>

or 

from the client registroy

 

if that is from the master server GUI make sure that that is selected for all policies.. or the policy that you have..

and is that Y drive is local dirve or network mounted...

Andy_Welburn
Level 6

Policy info: bppllist policyname -U

Exclude list info: bpgetconfig -M client -x Exclude

FriZY
Level 3

Exclude list from client machine:

Exclude = C:\Program Files\Veritas\NetBackup\bin*.lock
Exclude = C:\Program Files\Veritas\NetBackup\bin\bprd.d\*.lock
Exclude = C:\Program Files\Veritas\NetBackup\bin\bpsched.d\*.lock
Exclude = C:\Program Files\Veritas\NetBackup\DB\data\*
Exclude = C:\Program Files\Veritas\Volmgr\misc\*
Exclude = Y:\

 

Drive Y is local disk which is excluded  (for all policies) from master server GUI.

 

I checked bpbkar logs but there is not any info about exclusion. Verbose level is 0. Should I increase verbose level to show message in bkbkar about exclusion?

There is only:

19:05:10.680: [569716.567424] <2> tar_backup_tfi::setupFileDirectives: TAR - backup filename = Y:\

19:05:10.711: [569716.567424] <2> tar_backup_vxbsa::add: INF - called with 'Y:\'

19:05:10.711: [569716.567424] <4> dos_backup::V_VerifyFileList: INF - UBS Local Type for 'Y:\' --> 10020002

Scott_Gourley
Level 2
Employee Accredited Certified

In bpbkar VERBOSE logging has little meaning.

To increase logging set General Debug Level = 2.

In Backup Archive and Restore GUI, go to Troubleshooting Tab:

Debug Levels: General = 2.

From the registry set Debug_Level:

HKEY_LOCAL_MACHINE\SOFTWARE\Veritas\NetBackup\CurrentVersion\Config\Debug_Level

Then in bpbkar you'll see this:

GENERAL Log Level: 2

However for this you don't need verbose logging.

The easiest way to test an exclude is to use backup to NUL.

Example:

Exclude list in the registry:

D:\Program Files\Veritas\NetBackup\bin\*.lock
D:\Program Files\Veritas\NetBackup\bin\bprd.d\*.lock
D:\Program Files\Veritas\NetBackup\bin\bpsched.d\*.lock
D:\Program Files\Veritas\NetBackupDB\data\*
D:\Program Files\Veritas\Volmgr\misc\*
J:\

(I didn't have a Y:\ drive so I used J:\)

From a cmd line execute:

bpbkar32.exe -nocont J:\ 1> NUL 2> NUL

Monitor the task manager for the bpbkar process and note the bpbkar32 PID.

Now look for the backup PID in bpbkar log.

If the backup was too quick to open the task manager and get the PID, look for the 'nocont' in the bpbkar log. Then grep out the PID.

Example:

9:45:03.781 AM: [4356.5656] <4> ov_log::OVInit: GENERAL Log Level: 0

9:45:03.781 AM: [4356.5656] <2> WinMain: DAT - lpCmdLine = '-nocont J:\ '

9:45:03.890 AM: [4356.5656] <2> tar_backup_tfi::setupFileDirectives: TAR - backup filename = J:\

9:45:06.046 AM: [4356.5656] <2> tar_base::V_vTarMsgW: INF - Excluded: J:
9:45:06.046 AM: [4356.5656] <2> tar_base::backup_finish: TAR - backup:                     0 files
 

Using bpbkar to NUL to test a backup is quick and easy and doesn't require a policy or a tape or disk storage and doesn't interferre with scheduled backups or creating test policies.

Note:

1> NUL - This is used so that bpbkar does not write a backup file.

2> NUL - This is used so that bpbkar does not write an output file.

If you want to see what bpbkar is writing outside of the bpbkar log set 2> NUL to a file.

Example:

2> C:\temp\output.txt

Example of C:\output.txt

INF - Inform when done
INF - BACKUP START

INF - Open File Backup license is not installed on the server.  Open File Backup usage will be disabled.
INF - Estimate:-1 -1
Dfi - 0 0 0 -1 23 292 user other 0 0 0 0 /VRTS_IMAGE_SIZE_RECORD
INF - Total Size:0
INF - EXIT STATUS 0: the requested operation was successfully completed

 

Note: Be careful with 1> NUL

If this is not NUL then bpbkar isn't writing to the 'bit' bucket and it will generate a backup file. If the file list Y:\ for example is 4TB, then bpbkar will write a 4TB file.

Andy_Welburn
Level 6

bppllist output?

FriZY
Level 3

I have started test backup (bpbkar32.exe -nocont Y:\ 1> NUL 2> NUL). So, It seems that netbackup was trying make exclusion of disk Y.

 

Here is result:

15:10:44.758: [469684.356428] <4> ov_log::OVInit: GENERAL Log Level: 2

...

15:10:44.914: [469684.356428] <2> tar_backup_tfi::setupFileDirectives: TAR - backup filename = Y:\

...

15:10:49.946: [469684.356428] <2> tar_base::V_vTarMsgW: INF - Excluded: Y:
15:10:49.946: [469684.356428] <4> tar_backup::backup_add_last_entry_state: INF - catalog message: Dfi - 0 0 0 -1 23 292 user other 0 0 0 0 /VRTS_IMAGE_SIZE_RECORD
15:10:49.946: [469684.356428] <4> Packer::padBuffer(): INF - Padding (1024) bytes with pad value = (0x00000000).
15:10:49.946: [469684.356428] <2> tar_base::backup_finish: TAR - backup:                     0 files

Andy_Welburn
Level 6

Was hoping you'd have shared this with us earlier - want to know if you are using ALL_LOCAL_DRIVES & allow mulltiple datastreams in this policy for the reasons stated in Mariannes post.....

FriZY
Level 3

I can't share all configuration of policy. ... but maybe it will be enough for you. :)

  Policy Type:         MS-Windows-NT
  Backup network drvs: no
  Mult. Data Streams:  yes
  HW/OS/Client:  ...
                  PC-x64        Windows2008   ------
                  ...

  Include:  ALL_LOCAL_DRIVES

 

Andy_Welburn
Level 6

.... at least to confirm what Marianne intimated:

 

"NBU master first generates the streams, and only when it's time for the client to start the actual backup is the Exclude List consulted.

It is therefore perfectly normal for a job to be started for excluded drives/folders, but only a backup size of something like 32 Kb."

 

With ALL_LOCAL_DRIVES & "Mult. Data Streams:  yes" then NetBackup will create a separate stream/job for each local drive before it looks at any exclude lists. So you will always get a job for this local "Y:\" drive no matter what you put in your exclude list.

The only way to get around this would be to stop multiple data streams which will result in only one job (per client) for this policy OR to specify those drive paths that you do require within the backup selection:

e.g. 

Backup Selection: ALL_LOCAL_DRIVES & "Mult. Data Streams: no", exclude list Y:\

or

Backup Selection: C:\, Shadow_Copy_Components (etc), E:\, F:\, Z:\ (or whatever), "Mult. Data Streams: yes (or no)" exclude_list not required for Y:\

FriZY
Level 3

Problem was solved by installing eebinstaller.2206140.4 provided from Symantec.

pikachu
Level 6
Employee Certified

 

2086686 - 2008 R2 X64 backup ALL_LOCAL_DRIVES fails to backup ASR data.

2091959 - Windows client exclude list not honored on shared drive of Microsoft Cluster following upgrade to 6.5.6.

2071131 - Individual file restores fail when the path is part of a nested mount point from Flashbackup-Windows images.

2174275 - bpbkar32.exe causes the Virtual Disk service to stop improperly

2271378 - ET 2015296 causes backup of SCC to end with Status 156

2035922 - bpbkar32 crashes when backing up the shadow copy components

2250316 - Exclude list does not work when host name does not equal client name
 
2219083: bpbkar32.exe causes the Virtual Disk service to stop improperly.

2071131: Individual file restores fail when the path is part of a nested mount point from Flashbackup-Windows images.

2035922: 6.5.4 bpbkar32 crashes when backing up the shadow copy components.

2086686: 2008 R2 X64 backup ALL_LOCAL_DRIVES fails to backup ASR data.

2091959: Windows client exclude list not honored on shared drive of Microsoft Cluster following upgrade to 6.5.6.

2149421: ET 2015296 causes backup of SCC to end with Status 156

2250316: Exclude List Does Not Work since upgrading to 7.0 (not clustered)

2271378: Customer would like a 6.5.6 version of binary noted in ET 2144264 if possible. Other versions do exist, but not for 6.5.6.