cancel
Showing results for 
Search instead for 
Did you mean: 

Eventid 2850 and 3419

JesperBerth
Level 5
Partner Accredited

Hi 

I am running

 

EV 11.0.1 CHF3 on Windows Server 2012

Exchange 2013

I keep getting Events 2850 and 3419 when trying to run a archiving job

Event 2850

Whilst post processing a message an error occurred in CArchivingAgent::PostProcessArchivedItem() whilst calling CExchangeShortcutAccessor::BuildFromSessionAndLocation().
 
Error returned from BuildFromSessionAndLocation(): 0x8007000E 

 

Event 3419

Could not access Exchange Server. The dispenser will queue the current item and sleep for 300 seconds. 

Task: Exchange Mailbox Archiving Task for Exchangeserver

 

I have tried following this technote

https://support.symantec.com/en_US/article.TECH74838.html

But as soon as i run the archive task again the events come back

Any ideas?

 

Regards Jesper

8 REPLIES 8

dcVAST
Level 5
Partner Accredited

Does the A1 queue have a large backlog? Is archiving taking place at all and can you synchronize mailboxes?

If you stop the Task Controller Service and go to Control Panel > Mail > Profiles do you have any hung EV profiles? Also, when you start it back up are profiles being created and what are your concurrent connections set to on your Tasks? Is the Exchange connection point specified?

JesperBerth
Level 5
Partner Accredited

The A1 was huge, but I purged it and ran a Report Job on all mailboxes to get pending items away, as in this article https://support.symantec.com/en_US/article.TECH35618.html

I can Syncronize and Provision without issues

No hung profiles when Task Controller service is stopped

5 concurrent connections

The Exchange Connection point wasnt specified, it is now :)

 

Got 1 2850 event during a Run Now, no 3419 yet

 

Doing a planned archiving now, will check tomorrow

 

Thanks :)

JesperBerth
Level 5
Partner Accredited

And this morning the 3419 is back again and the A1 queue is up again

JesperBerth
Level 5
Partner Accredited

A Exchange Archiving Trace

I get these

A recoverable [MAPI_E_NOT_ENOUGH_MEMORY (0x8007000E)] occurred.  This may trigger the agent to sleep. The process will re-post the MSMQ msg without incrementing it's retry count

 

 

dcVAST
Level 5
Partner Accredited

May be authentication cache is full and you're out of profiles. How many Tasks do you have? Are you doing a lot of restores or PST migrations?

Are you using DS Server or a hardcoded GC in SQL?

You may want to consider the implementation of certain registry keys to assist with MAPI management:

-Set RestartAllMAPITaskIntervalMins to 480 - http://www.symantec.com/docs/TECH68433 Use this to restart MAPI tasks on an interval

-Set RestartOnMAPIMutexError to 1  http://www.symantec.com/docs/TECH68433 Use this to restart MAPI tasks after a MAPI Mutex error is reported (default)

-Set ProfileExpire to 1 - http://www.symantec.com/docs/TECH49069 The default for this setting is 3 . This represents the number of days before systematically created Outlook Profiles are expired.  Changing this value to 1 (day) will expire the systematically created Outlook Profiles faster, improving overall Outlook performance.

Maybe look at NSPI https://support.symantec.com/en_US/article.TECH73507.html

Also see Troubleshooting Exchange connectivity issues with Enterprise Vault (EV)http://www.symantec.com/docs/TECH35774

 

dcVAST
Level 5
Partner Accredited

Also, what version of Outlook do you have on the EV server https://support.symantec.com/en_US/article.TECH38537.html

JesperBerth
Level 5
Partner Accredited

I am running Outlook 2013 SP1 on the EV server 

 

Just implemented this technote, but still the same

https://support.symantec.com/en_US/article.DOC8923.html

JesperBerth
Level 5
Partner Accredited

Hi

Its a small installation ~250 active users not many restores and no PST migrations

We have 4 GC servers in this AD Site, i havent specified one GC

I will look at the NSPI part, as the customer recently upgraded their Domain controllers