Error open Items from Client or Search ASP

[Thomas_L_]

Hello

since 1 Day we have Problems to open Items form Archiv.

The Search is running and i see all Mails. but i can't open from Client or direct vom ArchivExplorer ASP.

The Error on Archiv ASP is below / Clients becam an CreateObject 424 Error

We have Version 10.0.4 installed. On EV Eventlog are no erros.

Someone an Idea?

Thanks.

[GabeV]

Hello Thomas,

Looking at that error message, I'd say that EV is having issues trying to create an object from the search/indexing classes. Are you running EV 10.0.4 from day 1 or did you upgrade EV from a previous version? It could be an issue with a DCOM class (permissions and/or registry) or an EV library. If you have this issue since the installation, you might need to contact the person that installed EV on your environment. If not, you can open a ticket with support to assist you further.

I hope this helps.

[JesusWept3]

Hmm If I were you I would do the following 1. Open windows explorer and go to your EV install directory (I.e. c:\program files (x86)\Enterprise Vault) 2. Run FileReRegister.bat 3. After that's complete, open the Vault Admin Console 4. right click Enterprise Vault and go to properties 5. Put in the EVAdmin password and then press apply This will reset all the DCOM packages, afterward restart the Enterprise Vault Admin Service and then try again If it still fails, DTrace W3WP and see if it gives any clues, also look in the System logs for any DCOM errors and the enterprise logs to see if any errors are reported there too

[Pradeep-Papnai]

Can you try to perform IISreset on EV server & see if that works? or before try recyling Enterprise vault application pool.
If that works that then how long system remain stable without any issue.
 

[Pradeep-Papnai]

Also check if EV installation folder (c:\program files 86\enterprise vault) have permission to authenticated users.

[Thomas_L_]

Hello and Thanks to all

@JesusWept3: i have test your way an i recycle all Application in IIS.

I test the ArchivexplorerUI again and at the moment it seems to run. The customer check this

tommorrow on client.

@GabeV: I#am the Consultant that update EV 10.2 to 10.4 befor 2 Days. In my DemoLab i have

no erros :)

Hope Customer give an OK tomorrow.. Update follow.

[Thomas_L_]

Hello guys,

the Error is Back. I cant open Files anymore from Client oder direct from ArchivExplorerGUI. The error above ist the same. i trace w3wp wirth the following error.

{Common.DTraceExceptionAndVEID} Exception: Die COM-Klassenfactory für die Komponente mit CLSID {91469DAD-A6E8-4A2A-BDAE-058B1D7424F4} konnte aufgrund des folgenden Fehlers nicht abgerufen werden: 8007007f. Info:VEID:1BF7F7C32D1D0314894C4CB25BCCA76C01110000evserver Diag:HRESULT: 8007007f Type:System.Runtime.InteropServices.COMException ST:   bei DesktopClientCacheWeb.Slot.GetSyncSlot(String archiveVEID, UInt32 timeOut)|   bei DesktopClientCacheWeb.Slot.Page_Load(Object sender, EventArgs args) Inner:None
64614    17:57:15.848     [15996]    (w3wp)    <14052>    EV-H    {Common.DTraceExceptionAndVEID} Exception: Der Index, basierend auf 0 (null), muss größer als oder gleich Null sein, und kleiner als die Größe der Argumentenliste. Info:VEID:1BF7F7C32D1D0314894C4CB25BCCA76C01110000evserver Diag: Type:System.FormatException ST:   bei System.Text.StringBuilder.AppendFormat(IFormatProvider provider, String format, Object[] args)|   bei System.String.Format(IFormatProvider provider, String format, Object[] args)|   bei DesktopClientCacheWeb.MDCResponse.WriteHeaders(Int32 hr, String msg, ICollection`1 attrs)|   bei DesktopClientCacheWeb.MDCResponse.WriteFailedHeaders(Exception e)|   bei DesktopClientCacheWeb.Slot.Page_Load(Object sender, EventArgs args) Inner:None

After identify the CLSID it is the C:\Program Files (x86)\Enterprise Vault\x64\AutoStorageOnlineOpns.dll

But i dont find it in the DCOM Config..

Any Idea
 

[GabeV]

Thomas,

I did a quick search on that exception and this technote showed up:

http://www.symantec.com/docs/TECH206041

Take a look at the technote and let us know if applies to your environment. Did you try reinstalling the Enterprise Vault binaries? If that doesn't work, I'd strongly suggest you to open a ticket with suppport.

I hope this helps.

[Thomas_L_]

Thanks for Info. The Technote Link is not running. i have create at this morning an call but no reaction at this time.

[Thomas_L_]

After reinstall EV it run´s. But i have do this on Friday to, and on Monday i have same error.

I let open the Call an look. Thanks.

[Pradeep-Papnai · Accepted solution]

Can you quickly search for file 'EVRT.dll' in EV server & SQL server? Does the version of file matches with each other. If not then most probably the EV component for SQL reporting is upgrade which should match with EV version, which might be causing the this problem.

[GabeV]

Thomas,

Sorry about that link. Basically, what the technotes says is that if you have Enterprise Vault Reporting Services installed and you didn't run the 'Enterprise Vault Reports Configuration' wizard during the upgrade process, the EV libraries (DLLs) are not updated correctly. Thus, you will end with one version in the EV server and a different version in the reporting server which might cause this object error. So, the question is, are you running SQL reporting services? If so, did you re-run the 'Enterprise Vault Reports Configuration' wizard again?

[Thomas_L_]

Ok.. i think i have not startet the "Report Configure" and the DLL was Version 10.2 on ReportServices Folder. At the Moment i start the Configuration Wizard. It run successful.

Now the DLL ist 10.4 in the ReportServices Folder. I have a look at it. Last time it runs for 2 Days. But what have the EVRT.dll in ReportService Folder with DCOm errors to do ? :)

[GabeV]

It should be stable now. Now that the versions match, you shouldn't get that error message again. However, monitor the system for a couple of days ... just in case.

[GabeV]

To answer to your question ... the old dlls (from the SQL reporting folder) are loaded into memory creating a mismatch with the core (newer) dlls from the Enterprise Vault folder (Program Files(x86\Enterprise Vault); this situation brings the EV COM components to become unresponsive and not be able to communicate properly with IIS.

[JesusWept3]

EVRT.dll is the most common DLL distributed, it gets distributed with the clients, the server binaries, reporting, OWA etc The issue in this case is that DCOM failing to launch meant that it attempted to start, found the DLL mismatch and immediately shut down, hence the DCOM error in the background I've also seen this when you have an EV server and you install and old EV client to the machine and that EVRT.dll takes precedence

[Thomas_L_]

@GabeV and JesusWept3: Thanks for the answeg, sounds logic. Never learn out..

[Pradeep-Papnai]

Enterprise vault web component become unresponsive intermittently & resume processing when we recyle IIS EV application pool, This is due to old DLL of EV component of SQL reporting are loaded and create mismatch & Dcom comnents stop communincation properly with IIS.

I hope this helps you.

Regards EV-C