Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

Exchange 2010 GRT failing with Netbackup Appliance 5230

Created: 06 Jan 2014 • Updated: 07 Jan 2014 | 1 comment
Gopihere's picture
Dear Support,
 
We are facing a strange issue. We have a Exchange 2010 GRT backup going to the Netbackup Appliance 5020 and its working fine. Last week, the appliance was changed to 5230 and after that the GRT backup is not working.
 
If we create separate policies for each individual exchange databases, then GRT backup will work. But if firing in normal manner (all databases in one policy), then it wont!
 
The job error will be like:
 
============
1/7/2014 12:40:06 AM - Info bpbkar(pid=11708) INF - waiting for mount mutex       
1/7/2014 12:41:06 AM - Error bpbrm(pid=30962) from client csdr-exch-dag1: ERR - Unable to initialize nbfsd.    
1/7/2014 1:04:25 AM - Info bpbrm(pid=30962) DB_BACKUP_STATUS is 0          
1/7/2014 1:04:55 AM - Error bpbrm(pid=30962) from client csdr-exch-dag1: ERR - Error encountered while attempting to get additional files for Microsoft Information Store:\CSDR-CSMgmt-01\Logs_1389040339\
1/7/2014 1:05:00 AM - Error bpbrm(pid=30962) from client csdr-exch-dag1: ERR - Exchange granular restore from this image may not work.
1/7/2014 1:15:23 AM - Info bpbrm(pid=30962) DB_BACKUP_STATUS is 0          
1/7/2014 1:15:54 AM - Error bpbrm(pid=30962) from client csdr-exch-dag1: ERR - Error encountered while attempting to get additional files for Microsoft Information Store:\CSDR-CSMisc-01\Logs_1389040339\
1/7/2014 1:15:58 AM - Error bpbrm(pid=30962) from client csdr-exch-dag1: ERR - Exchange granular restore from this image may not work.
1/7/2014 1:53:20 AM - Info bpbrm(pid=30962) DB_BACKUP_STATUS is 0          
==============
 
We checked on all exchange servers and found NFS server is not running and made sure nfs client is working fine.
====
net stop nfsclnt
Net stop nfsrdr
 
Net start Nfsrdr
Net start Nfsclnt 
====
 
Also, added host entries on the exchange server for the new net backup appliance and checked with the command nbclntcmd -hn xxx and thats also pointing fine. 
 
On logs analysis, I could see the following on NBFSD logs on the exchange server.
=========
00:40:08.872 [888.14012] <2> logparams: C:\Program Files\Veritas\NetBackup\bin\nbfs mount -server nbu-appdr-02 -port 7394 -timeout 60 -retry 11 -cred 11111111111111111111111111111111 * 
00:40:08.887 [888.14012] <2> rpc_connect: connecting to nbu-appdr-02
00:40:08.887 [888.14012] <2> rpc_connect: connection established to nbu-appdr-02
00:40:08.887 [888.14012] <2> nbfsd_op: making call 3915 ( cl 32, xagrs= /12,winver=6,1,2/31,acp=1252,1252  (ANSI - Latin I)/32,host=drcs-exch-mbx2.ad.xxx.ac.ae/4,mp=* )
00:41:08.902 [888.14012] <16> nbfsd_op: call 3915 to nbu-appdr-02 failed (rv 5, status 5 1853189997, 0x6e756f6d 0x732d2074)
===========
 
On Media server (5230 appliance)
=======
00:39:57.457 [28610] <8> vnet_check_vxss_client_magic_with_info: [vnet_vxss_helper.c:871] Ignoring VxSS authentication 2 0x2
00:40:02.337 [28610] <2> ConnectionCache::connectAndCache: Acquiring new connection for host backupdr-01, query type 79
00:40:02.339 [28610] <2> vnet_pbxConnect: pbxConnectEx Succeeded
00:40:02.339 [28610] <2> logconnections: BPDBM CONNECT FROM 10.2.129.65.41651 TO 10.2.129.61.1556 fd = 20
00:40:02.339 [28610] <8> vnet_check_vxss_client_magic_with_info: [vnet_vxss_helper.c:871] Ignoring VxSS authentication 2 0x2
00:40:05.648 [31088] <16> send_parameters: send_paramaters call failed
00:40:05.648 [31088] <16> main: unable to register cred
00:40:07.235 [28610] <2> ConnectionCache::connectAndCache: Acquiring new connection for host backupdr-01, query type 79
00:40:07.237 [28610] <2> vnet_pbxConnect: pbxConnectEx Succeeded
00:40:07.237 [28610] <2> logconnections: BPDBM CONNECT FROM 10.2.129.65.44880 TO 10.2.129.61.1556 fd = 20
00:40:07.237 [28610] <8> vnet_check_vxss_client_magic_with_info: [vnet_vxss_helper.c:871] Ignoring VxSS authentication 2 0x2
00:40:12.134 [28610] <2> ConnectionCache::connectAndCache: 
========
 
Any idea, what can be the reason! Also We could see  the credentials sending by the exchange server as "111111"  as per the above logs. But it should be usually something like alpanumeric, right? 
 
Any one please shed some light on this..
 
Thanks,
Gopihere.
 
======
Symantec Version: 7.5.0.6
Exchange server OS: Windows 2008 R2
=======
 
Operating Systems:

Comments 1 CommentJump to latest comment

Riaan.Badenhorst's picture

Have you tried to uninstall and reinstall NFS on the client ;)

Regards,

Riaan Badenhorst

You need an OpenVision to see the truth about Backups. Restores are a plus. But that's just Semantics ;)

ITs easy :)