Enterprise Vault Getting Retrieval Task error

Your DTRACE contains no trace lines, which means either :

a) It wasn't captured at the right time

b) It didn't get as far as the RetrievalTask

Given that the top of the trace says that nothing is being traced then can you confirm that you did correctly do :

DTRACE

set retrievaltask v

log c:\dtrace.txt

Then reproduce the problem

Then back in the DTRACE window, type "log", then "exit" to come out of DTRACE

This is what it should look like :

Please can you repeat the process, and in addition do a "set w3wp v", and "set agenticlientbroker v" in your DTRACE window before you start logging to a file.  Lastly check the IIS log on the EV server, it should contain 2 entries for clientaction.asp for the time that you try to restore an item.  The first will be a 401 meaning you need to authenticate, that'll happen automagically in the background, and the second entry immediately after the 401 should then be a 200 for the same request.

Your client log looks good.  It shows the items being marked, and the request going off to the EV server :

16/11/2010 07:44:10.586[11596]: Sending HTTP request: http://ARLEVCLS.india.eclerx.com/EnterpriseVault/clientaction.asp?act=4&fdrenc=*v9JAG4AYgBvAHgA&dn=/o%3dINDIAECLERX/ou%3dFirst%20Administrative%20Group/cn%3dRecipients/cn%3dSuraj.Karande&svr=ARLEXCHCLS1&sid=1F89092F6EA6DA24C8B6F90D508CFA01B1d10000ARLEVCLS&tsp=2010-11-16T07:44:10&pdl=AAAAAAAADCNMOAEKIMKJPPEPJCLOMPMJLKLJBKPHABAAFHLDCFHIGELDCFEKKMGKJFHLGNGCLBKMAAAABLFGFOKEAAAA

Hi Rob,

Please find new Dtrace log.

Also I found below entry in IIS log not sure is it correct entry.

EnterpriseVaultOutlookExt-V8.0.3.1845 200 0 0 424 3048 390

Thanks.

Hi,

looking at the log file you are getting a lot of access denied errors. From the properties of the Directory in the Enterprise Vault Administration console can you re-enter then Vault Service Account password and, when it has finished (assuming no errors), restart the services and try again with Dtrace running. You might also want to check that nothing has changed for the Service Account (added to/removed from AD groups for example)

In the IIS logs, the entry you are looking for will contain the string clientaction.asp, as that's what the page is called that the client is requesting to do your archived item restore.

It will look a bit like this :

The first one being the 401, for authentication, and the second being the success.

With regards to your Dtrace, you're gettings lots of access denied...  so see Nick's response for that.

That has managed to get us a step further. Now the log shows that the account that is running your Exchange tasks is a member of the Domain Admins group. This is a bad thing as the Exchange Server permissions for Domain Admins includes an explicit deny for the send as permission which we require to be able to process mailboxes. You need to either remove the Vault Service Account from the Domain Admins group and correctly apply the permissions for the account or alternatively allow the send as permission for the Domain Admins group on your Exchange server(s)

Hi Rob,

I have genrated RetrievalTak DTrace as per your steps. Please find attached.

No event genrated but still archive mails Retrieval is in pending state.

Also find EV client log.

Thanks.

I have re-enter then Vault Service Account password and, restarted the services in properties of the Directory in the Enterprise Vault Administration console.

All the IIS log entries are similar as Robs.

Still same issue.

Please find new Dtrace log.

Getting there one step at a time :)

The log includes the following which suggests a problem with MSMQ:

154	20:20:51.903	 [5816]	(RetrievalTask)	<8516>	EV:H	An unexpected timeout occurred while attempting to access a queued message.| |This may have occurred because a message was not on a queue as expected or because the system is heavily loaded, thus causing excessive MSMQ delays.| |If you suspect the problem is caused by MSMQ delays, try increasing the Enterprise Vault "QueueTimeout" registry value, as described in the "Modifying Registry Settings" section in the Troubleshooting section of the Administrator help. |

Can you go through the troubleshooting steps as suggested to see if that kicks things into life

We have solve permission issue but still same perssist.

PFB new DTrace log.