I am having issues retrieving items. The R2 queue will backup and the items will not move unless the "Task controller service" has been restarted. I saw another posting where this issue was fixed with 6SP3 but it still continues. The odd thing is that if a dtrace of storagerestore and storageserver are running a restart of the task is not needed and the R2 queue continues to flow. Any ideas are welcome.
There are no errors being logged for MSMQ. As far as Dtrace shedding any light, it doesn't and it keeps the queues flowing. I would venture to say that by running Dtrace concurrently, the communication channel stays open. Possibly timing?
7.0 has .net2.0 as a pre-req now i believe...so if you plan on upgrading it might not be a bad idea to install it. Of course, even if you do the upgrade, the earlier versions will continue to use the .net version they're preconfigured for. So 6.0 will always use 1.1
Thanks Micah for clearing this matter. Still leaves a question open why the retrievaltask.exe hangs randomly and freezes the according R2 queue. Dtrace doesn't give any clues as does the app even logs.
I am upgrading to SP3 tonight but if the problem remains, I have to find a solution for this issue.
Yeah, I've got a client right now who's seeing something similiar. What I think is going on, is that one of the services may be leakin'. In our case, it seems to be the admin service (whic h kills us everytime it happens, which is nearly nightly). I'm not sure how to fix it, but I figure with enough evidence maybe we can troubleshoot it better.
Yesterday I upgraded to SP3 and it looks like the retrieval problem has getten worse. We had to kill the RetrievalTask.exe 3 times this morning already. We have very little issues with Archiving but Retrieving is not stable at all.
We currently have 3 customers who are experiencing the same isue as yourself and this particular issue has been escalated to our engineering department. It may be worth logginga support case so that you can have your case added to this list