Peter_Jakobs
15 years agoLevel 5
Client Name mismatch(39) with EV agent
Hi,
I'm trying to setup the backup for Enterprise Vault 8.0.3 with the Netbackup 7.0.
Enterprise Vault is installed on a Windows 2008, his sql databases are running on a cluster sql server 2005 on windows 2003 server.
If I launch a backup that is going to backup a sql database, that job fails with a Client Name mismatch(39)
The master job starts on the Enterprise Vault server, and has as client name in the activity monitor his own name. The child job that should backup the database comes up with the name of the sql cluster and fails directly with status 39.
A backup of the EV_INDEX_LOCATION=........ is running fine.
Backup of the cluster sql server using the sql agent are also running fine.
Any idea's?
Peter Jakobs
I'm trying to setup the backup for Enterprise Vault 8.0.3 with the Netbackup 7.0.
Enterprise Vault is installed on a Windows 2008, his sql databases are running on a cluster sql server 2005 on windows 2003 server.
If I launch a backup that is going to backup a sql database, that job fails with a Client Name mismatch(39)
The master job starts on the Enterprise Vault server, and has as client name in the activity monitor his own name. The child job that should backup the database comes up with the name of the sql cluster and fails directly with status 39.
A backup of the EV_INDEX_LOCATION=........ is running fine.
Backup of the cluster sql server using the sql agent are also running fine.
Any idea's?
Peter Jakobs
Hi Peter
I think we found the solution to this problem, but I am afraid the solution is a sort of bug in NetBackup…
We solved the problem by changing the name of the active cluster node(adm-dbhotel01) to the cluster resource name adm-dbhotel. So if the cluster fails the resources to another cluster node the backup job will suffer from the same issue again unless you change the name of all node's in the cluster to the cluster resource name but if you do that NetBackup won't know which node is who...
We will report this problem to Symantec.
Kind regards
Andreas