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

Exchange 2010 GRT Restore

Created: 10 Sep 2013 • Updated: 01 Nov 2013 | 15 comments
Spartacus81's picture
This issue has been solved. See solution.

Friends, 

NBU 7.1.0.4 Exchange 2010 DAG

bet its going to be a detailed conversation. Exchange GRT restore is failing with the basic error and i have tried all the relevent technotes that are out there but no luck. all the permissions are there, mailbox is active can send and receive email. account that is using to backup the GRT level backup is okay as backups are running fine. but i can't seem to restore a mailbox. any suggestions would highly be appreicated as always.. call logged with symantec and as usual they have asked ton of logs.. 

09/10/2013 09:52:45 - begin Restore

09/10/2013 09:52:50 - restoring from image dag1_1370714571
09/10/2013 09:53:04 - Info bpbrm (pid=19847) SCCASARRAY.SPORTS.GOV.UK is the host to restore to
09/10/2013 09:53:04 - Info bpbrm (pid=19847) reading file list from client
09/10/2013 09:53:09 - connecting
09/10/2013 09:53:09 - Info bpbrm (pid=19847) start nbfsd on client
09/10/2013 09:53:09 - Info bpbrm (pid=19847) start nbgre on client
09/10/2013 09:53:13 - Info tar (pid=0) Restore started
09/10/2013 09:53:13 - connected; connect time: 0:00:00
09/10/2013 09:55:43 - Error bpbrm (pid=19847) from client SCCASARRAY.SPORTS.GOV.UK: ERR - unable to create object for restore: \\dag1\Microsoft Information Store\Standard DB\Database\grant.security [grant.security], rai error = 17
09/10/2013 09:55:44 - Error bpbrm (pid=19847) from client SCCASARRAY.SPORTS.GOV.UK: ERR - unable to create object for restore: \\dag1\Microsoft Information Store\Standard DB\Database\grant.security [grant.security]\Top of Information Store, rai error = 17
09/10/2013 09:55:46 - Error bpbrm (pid=19847) from client SCCASARRAY.SPORTS.GOV.UK: ERR - unable to create object for restore: \\dag1\Microsoft Information Store\Standard DB\Database\grant.security [grant.security]\Top of Information Store\Calendar, rai error = 17
09/10/2013 09:55:46 - Error bpbrm (pid=19847) from client SCCASARRAY.SPORTS.GOV.UK: ERR - unable to create object for restore: \\dag1\Microsoft Information Store\Standard DB\Database\grant.security [grant.security]\Top of Information Store\Calendar\Running Sports - PQQ Financial Evaluation discussion (conference call) <000000002ba9df5c999ec44d9c450e8a3769c61c070023b296efe75136469c66b243ee70162b000005311acc000007a25cc24b4393449ffe5ed5297c5c5c000001530fe30000>, rai error = 6
09/10/2013 09:55:46 - Error bpbrm (pid=19847) from client SCCASARRAY.SPORTS.GOV.UK: ERR - unable to create object for restore: \\dag1\Microsoft Information Store\Standard DB\Database\grant.security [grant.security]\Top of Information Store\Calendar\Audit ITT <000000002ba9df5c999ec44d9c450e8a3769c61c070023b296efe75136469c66b243ee70162b000005311acc000007a25cc24b4393449ffe5ed5297c5c5c000001530fe40000>, rai error = 6
09/10/2013 09:55:47 - Error bpbrm (pid=19847) from client SCCASARRAY.SPORTS.GOV.UK: ERR - unable to create object for restore: \\dag1\Microsoft Information Store\Standard DB\Database\grant.security [grant.security]\Top of Information Store\Calendar\Craig on Leave <000000002ba9df5c999ec44d9c450e8a3769c61c070023b296efe75136469c66b243ee70162b000005311acc000007a25cc24b4393449ffe5ed5297c5c5c000001530fe50000>, rai error = 6
Operating Systems:

Comments 15 CommentsJump to latest comment

RamNagalla's picture

hi ,

I understand that you are trying to do the restore of mail box grant.security [grant.security]

Netbackup is seeing the alias name of the mail box grant.security is as grant.security

now please check in the mail box server and check the mail box properties of grant.security for the alias name and make sure its the same as how netbackup is seeing it grant.security

 

Spartacus81's picture

Thanks Nagalla its exactly the same as NBU seeing it in the restore GUI.. i have even tried to restore it to another mailbox but no luck...

 

Bugs comes in through open windows!

Spartacus81's picture

This is first time we are trying.. yes i have followed both of them already..

Bugs comes in through open windows!

RamNagalla's picture

did you make sure that the user accout that you are using in netbackup to take the backup is Unique..

Symatec says if it needs to be unique..the first 5 characters of the user name should not match with any other name and mail box of the exchage and AD.

Spartacus81's picture

yes its all there and unique backups are running just fine...

the unique account call #backupexchange that has mailbox associated to it and there is another account name #backup that someone else uses for another application but thats just an account no mailbox associated to it its just the AD user whereas symantec says if both account has mailbox associated to it then it will fail... have enabled the S**T lot of logs now and thats where the most painful process of identifying the root cause begin... 

Bugs comes in through open windows!

Spartacus81's picture

any other suggestions guys still struggling...???  

i have seen various posts and lot of people mentioned Distributed application rescourse mapping.. thats how is mine look.. 

mailbox1 and mailbox = dag1 and a casserver casserver.companyname.co.uk

so

1st entry application host dag1 and component host mailbox1

2nd entry application host dag1 and component host mailbox2

3rd entry application host dag1 and component host casservername

repeating the same entries with logname as well.. 

i have only one master and can resolve all server names both with the name and IP addresses..

 

Bugs comes in through open windows!

Mark_Solutions's picture

The client says it is SCCASARRY

That indicates that it is not sending the information to the right place (the mailbox server) and is trying to do the restore on the CAS server

Try the following:

On the mailbox server where the database in question is live open the BAR GUI, add itself to its server list (not its client list)

Re-start its client service

Ensure that this client (and all DAG members) have the NetBackup Client Service and the NetBackup Legacy Network Service accounts using the appropriate exchange admin account

Add the No.Restrictions file to the Master Server

On the mailbox server in the BAR GUI select the DAG as the source client and the mailbox server as the target client

Try the restore again - if it fails try the DAG as the target client again

Authorised Symantec Consultant

Don't forget to "Mark as Solution" if someones advice has solved your issue - and please bring back the Thumbs Up!!.

Spartacus81's picture

thanks Mark.. all these client services are runnig under the appropirate exchange admin account....

i have added the No.Restriction file on the master..

my customer has gone for the day i will get him to add the server on the live mailbox server tomorrow..

i have collected varoius logs from the previous attempt for symantec.. i noticed the following what do you think?

Beds EWSLogs

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

[3638] 09/10/13 14:23:36  Exception in FindFolder The account does not have permission to impersonate the requested user.

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

[3638] 09/10/13 14:23:36  Exception in FindFolder The account does not have permission to impersonate the requested user.

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

[3638] 09/10/13 14:23:36  Exception in FindFolder The account does not have permission to impersonate the requested user.

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

[3638] 09/10/13 14:23:36  Exception in FindFolder The account does not have permission to impersonate the requested user.

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

[3638] 09/10/13 14:23:36  Exception in FindFolder The account does not have permission to impersonate the requested user.

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

 

Ncgrfe logs

0,51216,158,352,30594,1378819196230,275444,274840,0:,154:FS_OpenObj() Failure! (0xE000FEA9:The Backup Exec data store encountered a problem during the operation. See the job log for details.) (../Object.cpp:474),16:Object::create(),1

0,51216,158,352,30595,1378819196245,275444,274840,0:,52:create() failed, status = 6 (../RAIConsumer.cpp:858),34:RAIConsumer::_objectOpenAndWrite(),1

0,51216,158,352,30596,1378819196245,275444,274840,0:,62:create and write failure, status = 6 (../RAIConsumer.cpp:1189),36:RAIConsumer::writeToRai(CFEObj,Root),1

2,51216,158,352,30597,1378819196245,275444,274840,0:,0:,0:,2,(11|A288:\\dag1\Microsoft Information Store\Standard DB\Database\grant.security [grant.security]\Top of Information Store\Grant Security\RE: Legal charge  <000000002ba9df5c999ec44d9c450e8a3769c61c070023b296efe75136469c66b243ee70162b0000079750620000b049b18d39d0a547927af3bc4efc74ce000000445f560000>|A1:6|)

0,51216,352,352,18684,1378819196245,275444,274840,0:,322:name: '\\dag1\Microsoft Information Store\Standard DB\Database\grant.security [grant.security]\Top of Information Store\Grant Security\FW: Legal charge  <000000002ba9df5c999ec44d9c450e8a3769c61c070023b296efe75136469c66b243ee70162b0000079750620000b049b18d39d0a547927af3bc4efc74ce000000445f570000>' (../GRECallback.cpp:1763),24:GRECallback::objProduced,4

0,51216,352,352,18685,1378819196245,275444,274840,0:,284:adjusted name: 'Database\grant.security [grant.security]\Top of Information Store\Grant Security\FW: Legal charge  <000000002ba9df5c999ec44d9c450e8a3769c61c070023b296efe75136469c66b243ee70162b0000079750620000b049b18d39d0a547927af3bc4efc74ce000000445f570000>' (../GRECallback.cpp:1767),24:GRECallback::objProduced,4

0,51216,158,352,30598,1378819196323,275444,274840,0:,154:FS_OpenObj() Failure! (0xE000FEA9:The Backup Exec data store encountered a problem during the operation. See the job log for details.) (../Object.cpp:474),16:Object::create(),1

0,51216,158,352,30599,1378819196323,275444,274840,0:,52:create() failed, status = 6 (../RAIConsumer.cpp:858),34:RAIConsumer::_objectOpenAndWrite(),1

0,51216,158,352,30600,1378819196323,275444,274840,0:,62:create and write failure, status = 6 (../RAIConsumer.cpp:1189),36:RAIConsumer::writeToRai

 

 

Bugs comes in through open windows!

RamNagalla's picture

it looks like you identifiy the issue... as per symatec Rai =6 occure when there is a permisions issue..

and i am sure its hard to find what permissions are misssing..

Mark_Solutions's picture

This often happens when the account is also a domain admin account - this tends to over-ride the send as and receive as permissions, even though you have set them

You need to double check that and the exchange permissions at the top level of exchange

Take a look at the other backup account you have to see how that one is setup (though i think you said that one did not have a mail box)

 

Authorised Symantec Consultant

Don't forget to "Mark as Solution" if someones advice has solved your issue - and please bring back the Thumbs Up!!.

Spartacus81's picture

That account is used for some other purposes by SQL administrators and that doesnt have a mailbox. Its strange that the account am using backs up perfectly (GRT) but doesnt restore.  

I will get my customer to rerun these command and i would see it myself whether they ran okay or not. 

New-ManagementRole -Name EWSImpersonationRole -Parent ApplicationImpersonation

New-ManagementRoleAssignment -Role EWSImpersonationRole -User #backupexchange EWSImpersonationRoleAssignment

So just to be clear these commands needs to be run on the account that we are using to run the netbackup services under and that has the mailbox associated to it not that mailbox that we are restoing?

Bugs comes in through open windows!

Mark_Solutions's picture

It is the account used for the restore that needs all the rights - it has to have access and send / receive rights on all mailboxes etc.

This give it the rights to restore any users mailbox / e-mails

Authorised Symantec Consultant

Don't forget to "Mark as Solution" if someones advice has solved your issue - and please bring back the Thumbs Up!!.

Spartacus81's picture

hi guys, sorry for the delayed response as my customer was on holidays for couple of weeks and so was i..

right we have invetigated the issue further and have managed to get rid of the impersonate permission issue but now facing a different issue which is very strange. restore is now failing with err 13 file read failed and i found the following entries in the logs.,. any suggestions?

=======================================================================

1,51216,309,352,1258,1381842136065,17044,30840,0:,0:,28:_nbfs_initialize_link_file(),0,(28|A245:ERR - Unable to open _nbfsd_link_list_ file - Z:\backups\dag1\allusers\full\1381773788\_vv_SE-SC-VM-EX-010\Microsoft Exchange Database Availability Groups\dag1.SPORTS.GOV.UK\Microsoft Information Store\Standard DB\_nbfsd_link_list_0 - errno(13)

|)

1,51216,309,352,1259,1381842136065,17044,30840,0:,0:,21:_nbfs_view_populate(),0,(28|A50:ERR - Unable to initialize _nbfsd_link_list_ file

|)

1,51216,309,352,1260,1381842136065,17044,30840,0:,0:,21:_nbfs_folder_delete(),2,(28|A185:INF - deleting 'Z:\backups\dag1\allusers\full\1381773788\_vv_SE-SC-VM-EX-010\Microsoft Exchange Database Availability Groups\dag1.SPORTS.GOV.UK\Microsoft Information Store\Standard DB'

|)

1,51216,309,352,1261,1381842136065,17044,30840,0:,0:,21:_nbfs_folder_delete(),2,(28|A187:INF - deleting 'Z:\backups\dag1\allusers\full\1381773788\_vv_SE-SC-VM-EX-010\Microsoft Exchange Database Availability Groups\dag1.SPORTS.GOV.UK\Microsoft Information Store\Standard DB\*'

|)

1,51216,309,352,1262,1381842136081,17044,30840,0:,0:,21:_nbfs_folder_delete(),2,(28|A192:INF - deleting 'Z:\backups\dag1\allusers\full\1381773788\_vv_SE-SC-VM-EX-010\Microsoft Exchange Database Availability Groups\dag1.SPORTS.GOV.UK\Microsoft Information Store\Standard DB\TEST\*'

|)

0,51216,352,352,14,1381842136143,17044,30840,0:,59:nbfs_delta_file_link() failed: 11 (../GRECallback.cpp:1390),27:GRECallback::getVirtualView,1

2,51216,352,352,15,1381842136159,17044,30840,0:,0:,0:,2,(5|)

2,51216,352,352,16,1381842136159,17044,30840,0:,0:,0:,2,(5|)

0,51216,309,352,1263,1381842136159,17044,30840,0:,61:+++ ENTERING 000000000012F248 +++ (../CFEObjProducer.cpp:286),20:CFEObjProducer::stop,6

0,51216,309,352,1264,1381842136159,17044,30840,0:,72:Producer RAIProducer has been requested to stop (../CFECallback.cpp:101),26:CFECallback::stopRequested,4

0,51216,309,352,1265,1381842136159,17044,30840,0:,60:--- EXITING 000000000012F248 --- (../CFEObjProducer.cpp:286),20:CFEObjProducer::stop,6

1,51216,309,352,1266,1381842136159,17044,30840,0:,0:,21:_nbfs_folder_delete(),2,(28|A185:INF - deleting 'Z:\backups\dag1\allusers\full\1381773788\_vv_SE-SC-VM-EX-010\Microsoft Exchange Database Availability Groups\dag1.SPORTS.GOV.UK\Microsoft Information Store\Standard DB'

|)

1,51216,309,352,1267,1381842136174,17044,30840,0:,0:,21:_nbfs_folder_delete(),0,(28|A207:ERR - FindFirstFile(Z:\backups\dag1\allusers\full\1381773788\_vv_SE-SC-VM-EX-010\Microsoft Exchange Database Availability Groups\dag1.SPORTS.GOV.UK\Microsoft Information Store\Standard DB) failed, error = 2

|)

0,51216,352,352,17,1381842136174,17044,30840,0:,55:nbfs_view_delete() failed: 12 (../GRECallback.cpp:1352),30:GRECallback::deleteVirtualView,1

1,51216,309,352,1268,1381842136174,17044,77016,0:,0:,29:_nbfs_mount_validate_thread(),2,(28|A31:INF - stopping validate thread

|)

1,51216,309,352,1269,1381842136174,17044,30840,0:,0:,14:nbfs_unmount(),2,(28|A30:INF - waiting for mount mutex

|)

1,51216,309,352,1270,1381842136174,17044,30840,0:,0:,14:nbfs_unmount(),2,(28|A131:INF - running command - "C:\Program Files\Veritas\NetBackup\bin\nbfs" umount -f -server rdx-sptgsr -port 7394 -cred 17A5873FE22...

|)

1,51216,309,352,1271,1381842136221,17044,30840,0:,0:,14:nbfs_unmount(),2,(28|A31:INF - response - EXIT_STATUS=0

|)

1,51216,309,352,1272,1381842136237,17044,30840,0:,0:,14:nbfs_unmount(),2,(28|A59:INF - looking for mount path: NBUFS_A_D9770952D259DF45_000

|)

1,51216,309,352,1273,1381842136237,17044,30840,0:,0:,14:nbfs_unmount(),2,(28|A57:INF - unmounted mount path: NBUFS_A_D9770952D259DF45_000

|)

0,51216,309,352,1274,1381842136237,17044,30840,0:,60:--- EXITING 000000000012F5B0 --- (../CFEObjProducer.cpp:187),32:CFEObjProducer::getNextIteration,6

0,51216,309,352,1275,1381842136237,17044,30840,0:,52:+++ ENTERING 000000000012F520 +++ (../CFEObj.cpp:46),32:CFEObj::CFEObj(producer, marker),6

0,51216,309,352,1276,1381842136237,17044,30840,0:,51:--- EXITING 000000000012F520 --- (../CFEObj.cpp:46),32:CFEObj::CFEObj(producer, marker),6

0,51216,309,352,1277,1381842136237,17044,30840,0:,60:+++ ENTERING 000000000012F5B0 +++ (../CFEObjProducer.cpp:67),34:CFEObjProducer::objProducerHandoff,6

0,51216,309,352,1278,1381842136237,17044,30840,0:,53:+++ ENTERING 000000000012F508 +++ (../CFEObj.cpp:509),18:CFEObj::objHandoff,6

0,51216,158,352,250,1381842136237,17044,30840,0:,44:Object: RAIProducer (../RAIConsumer.cpp:124),24:RAIConsumer::objReceived,4

0,51216,158,352,251,1381842136268,17044,30840,0:,52:<FROM BEDS>FS_RemoveFileSys (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,158,352,252,1381842136268,17044,30840,0:,57:<FROM BEDS>EMSDB32.dll not found (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,158,352,253,1381842136346,17044,30840,0:,135:<FROM BEDS>About to call MAPIUninitialize at e:\nicobar_nbu71\5541r\engine\fsys\mb2\agent\..\m2initfs.cpp(344) (../BEDSContext.cpp:124),20:[fsys\mb2]          ,1

0,51216,158,352,254,1381842136361,17044,30840,0:,144:<FROM BEDS>Informational: De-initializing the BeDiskFind library 'BEDiskFind.dll' in SHADOW::DeInitBeDiskFindHelperApis (../BEDSContext.cpp:124),20:[fsys\shadow]       ,1

0,51216,158,352,255,1381842136361,17044,30840,0:,132:<FROM BEDS>Informational: De-initializing the BeDisk library 'BeDisk.dll' in SHADOW::DeInitBeDiskHelperApis (../BEDSContext.cpp:124),20:[fsys\shadow]       ,1

0,51216,158,352,256,1381842136393,17044,30840,0:,60:<FROM BEDS>  unloading bedsmbox.dll (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,158,352,257,1381842136393,17044,30840,0:,60:<FROM BEDS>  unloading bedssql2.dll (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,158,352,258,1381842136393,17044,30840,0:,60:<FROM BEDS>  unloading bedsmdoc.dll (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,158,352,259,1381842136408,17044,30840,0:,62:<FROM BEDS>  unloading bedsshadow.dll (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,158,352,260,1381842136439,17044,30840,0:,60:<FROM BEDS>  unloading bedssps2.dll (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,158,352,261,1381842136439,17044,30840,0:,58:<FROM BEDS>  unloading bedsss.dll (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,158,352,262,1381842136439,17044,30840,0:,62:<FROM BEDS>  unloading bedsadgran.dll (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,158,352,263,1381842136471,17044,30840,0:,60:<FROM BEDS>  unloading bedssps3.dll (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,158,352,264,1381842136517,17044,30840,0:,59:<FROM BEDS>  unloading bedsnt5.dll (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,158,352,265,1381842136549,17044,30840,0:,60:<FROM BEDS>  unloading bedsxese.dll (../BEDSContext.cpp:124),20:[fsys\shared]       ,1

0,51216,309,352,1279,1381842136673,17044,30840,0:,59:+++ ENTERING 000000000012F248 +++ (../CFEObjHandler.cpp:46),25:CFEObjHandler::objHandoff,6

0,51216,309,352,1280,1381842136673,17044,30840,0:,53:+++ ENTERING 000000000012F1B8 +++ (../CFEObj.cpp:509),18:CFEObj::objHandoff,6

0,51216,309,352,1281,1381842136673,17044,30840,0:,61:+++ ENTERING 000000000012F148 +++ (../CFEObjProducer.cpp:130),48:CFEObjProducer::objReturnedToProducerInterceptor,6

0,51216,309,352,1282,1381842136673,17044,30840,0:,61:+++ ENTERING 000000000012F0D8 +++ (../CFEObjProducer.cpp:150),37:CFEObjProducer::objReturnedToProducer,6

0,51216,309,352,1283,1381842136673,17044,30840,0:,60:--- EXITING 000000000012F0D8 --- (../CFEObjProducer.cpp:150),37:CFEObjProducer::objReturnedToProducer,6

0,51216,309,352,1284,1381842136673,17044,30840,0:,60:--- EXITING 000000000012F148 --- (../CFEObjProducer.cpp:130),48:CFEObjProducer::objReturnedToProducerInterceptor,6

0,51216,309,352,1285,1381842136689,17044,30840,0:,52:--- EXITING 000000000012F1B8 --- (../CFEObj.cpp:509),18:CFEObj::objHandoff,6

0,51216,309,352,1286,1381842136689,17044,30840,0:,58:--- EXITING 000000000012F248 --- (../CFEObjHandler.cpp:46),25:CFEObjHandler::objHandoff,6

0,51216,309,352,1287,1381842136689,17044,30840,0:,52:--- EXITING 000000000012F508 --- (../CFEObj.cpp:509),18:CFEObj::objHandoff,6

0,51216,309,352,1288,1381842136689,17044,30840,0:,52:+++ ENTERING 000000000012F498 +++ (../CFEObj.cpp:65),15:CFEObj::~CFEObj,6

0,51216,309,352,1289,1381842136689,17044,30840,0:,51:--- EXITING 000000000012F498 --- (../CFEObj.cpp:65),15:CFEObj::~CFEObj,6

0,51216,309,352,1290,1381842136689,17044,30840,0:,59:--- EXITING 000000000012F5B0 --- (../CFEObjProducer.cpp:67),34:CFEObjProducer::objProducerHandoff,6

0,51216,309,352,1291,1381842136689,17044,30840,0:,52:+++ ENTERING 000000000012F558 +++ (../CFEObj.cpp:65),15:CFEObj::~CFEObj,6

0,51216,309,352,1292,1381842136689,17044,30840,0:,51:--- EXITING 000000000012F558 --- (../CFEObj.cpp:65),15:CFEObj::~CFEObj,6

0,51216,309,352,1293,1381842136689,17044,30840,0:,60:--- EXITING 000000000012F678 --- (../CFEObjProducer.cpp:222),19:CFEObjProducer::run,6

0,51216,309,352,1294,1381842136689,17044,30840,0:,42:Sending end report (../EngineMain.cpp:641),12:engineMainL1,4

2,51216,352,352,18,1381842136689,17044,30840,0:,0:,0:,2,(5|)

0,51216,311,352,25,1381842136814,17044,30840,0:,89:Sending to bpbrm: INF - GRE EXITING WITH STATUS = 13

Bugs comes in through open windows!

Spartacus81's picture

Apologies for the late update friends been maxed out lately.. right the issue is resolved..

1: Make sure your Exchange DAG dataselection is correct. Symantec recommends use the following format

a.     Microsoft Exchange Database Availability Groups:\<DB NAME>

OR

b.     Microsoft Exchange Database Availability Groups:\dag1\Microsoft Information Store\<DB NAME>

I have found the following technote which i found it quite helpful that has a tile Everything you need to know about GRT.

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

2: make sure the account you have setup is unique and all the commands to assign roles (EWSImpersonate) to that account runs successfully that are mentioned in the technote.

 

Bugs comes in through open windows!

SOLUTION