BUG REPORT: After upgrading to NetBackup 126.96.36.199 virtual machine (VMware) backups run multiple times, eventually failing with status code 196 reported.
|Article:TECH192104|||||Created: 2012-06-29|||||Updated: 2012-09-24|||||Article URL http://www.symantec.com/docs/TECH192104|
|NOTE: If you are experiencing this particular known issue, we recommend that you Subscribe to receive email notification each time this article is updated. Subscribers will be the first to learn about any releases, status changes, workarounds or decisions made.|
After upgrading to NetBackup 188.8.131.52, virtual machine backups (VMware) run multiple times, eventually failing with a status 196 when the backup window closes.
Status 196. The activity monitor will show the parent job of individual backups failing in preprocessing:
06/27/2012 10:31:50 - begin Application Snapshot: Policy Execution Manager Preprocessed
Operation Status: 196
The <install_path>/openv/netbackup/db/failure_history/log.mmddyy files will show the VMware client name as the 2nd entity in the file after the date/time stamp. This entry should be the VMware backup host.
Policy Name: ESX_BACKUP
Client/HW/OS/Pri/DMI: <VM-NAME> vmx-04 rhel5_64Guest 0 0 0 0 ?
VM proxy backup host: BACKUP_SERVER1
But the failure history only shows entries for <VM-NAME> (it should be BACKUP_SERVER1):
06/27/12 00:06:47 <VM-NAME> ESX_BACKUP Differential-Inc 196 *NULL* 842 1340770007 [VM-NAME]
06/27/12 00:06:47 <VM-NAME> ESX_BACKUP Differential-Inc 196 *NULL* -1 1340770007 [VM-NAME]%5fSnapshot
06/27/12 00:20:46 <VM-NAME> ESX_BACKUP Differential-Inc 196 *NULL* 842 1340770846 [VM-NAME]
06/27/12 00:20:46 <VM-NAME> ESX_BACKUP Differential-Inc 196 *NULL* -1 1340770846 [VM-NAME]%5fSnapshot
This problem is caused by the use of the incorrect usage of the VMware client name in the failure_history log files versus the VMware backup host name.
The formal resolution for this issue (Etrack 2836511) is included in the following release:
- NetBackup 7.5 Maintenance Release 4 (184.108.40.206)
Information on NetBackup 220.127.116.11 is now available in the Related Article linked below.
An Emergency Engineering Binary (EEB) replacement for nbpem is available for NetBackup 18.104.22.168 which contains a fix for this issue. To obtain this EEB, please access the Related Article linked below.
1. Stop NetBackup services on master.
2. Remove files from /usr/open/netbackup/db/failure_history (after getting copies of the logs for advancement)
3. Remove file pempersist:
4. Restart services.
*** Note this is a temporary work around only. The problem will resurface as soon as a VMware backup failes for any reason.
VMware backups that encounter an error retry over and over again, exiting with status 196s
client backup was not attempted because backup window closed
Article URL http://www.symantec.com/docs/TECH192104