[SBS2008/Exch2k7] Service Host start niet

Pagina: 1
Acties:

  • BBenedictus
  • Registratie: Januari 2006
  • Laatst online: 17-01 07:35
MedeGOTters :)

Ik sta voor een raadsel. Ik heb een server staan met Windows SBS 2008 x64 icm Microsoft Exchange 2007.
Alleen ik ondervind een zeer vervelend probleem. Namelijk een van de Exchange services start niet.

Ik krijg de volgende Applicaten Event

Watson report about to be sent to dw20.exe for process id: 10836, with parameters: E12, c-RTL-AMD64, 08.01.0336.000, M.E.ServiceHost, M.E.RPCOverHTTPAutoconfig, M.E.S.R.Servicelet.UpdateIISSettings, System.InvalidCastException, d3a4, 08.01.0336.000. ErrorReportingEnabled: False

En natuurlijk de volgende System Event

The Microsoft Exchange Service Host service terminated unexpectedly. It has done this 4 time(s).

Nu heb ik lopen zoeken en ben ik op de volgende pagina van MS gekomen.

Exchange Server 2007 managed code services do not start after you install an update rollup for Exchange Server 2007

Nu heb ik hier al sinds Rollup 3 last van. Ook na Rollup 4 en Rollup 5 welke ik afgelopen weekend heb geinstallleerd.

Nu ben ik niet zo happerig op het wijzigen van service instellingen. Maargoed, je wilt het probleem oplossen.

DOTnet 3.5 SP1 is reeds geinstalleerd op de server, dus dit is het probleem niet.

In de Microsoft.Exchange.ServiceHost.exe.config file van de Exchange server staat dit.

<configuration>
<runtime>
<gcServer enabled="true" />
<generatePublisherEvidence enabled="false" />
</runtime>
</configuration>



En volgende de website moet ik dit hierin veranderen:

<configuration>
<runtime>

<generatePublisherEvidence enabled="false" />
</runtime>
</configuration>


Voordat ik allerlei dingen ga veranderen, wil ik toch nog even om een beetje hulp vragen. Het schijnt een bekend probleem te zijn bij Microsoft, wat ik begrijp van de website.


Heeft iemand dit probleem opgelost? Of heeft er iemand ideeën? Alvast bedankt! :)

Edit:

Stappen die ik reeds ondernomen heb:

To work around this problem, increase the default timeout value for the service control manager in the registry.

Warning Serious problems might occur if you modify the registry incorrectly by using Registry Editor or by using another method. These problems might require that you reinstall your operating system. Microsoft cannot guarantee that these problems can be solved. Modify the registry at your own risk.

To increase the timeout value in the registry, follow these steps:
Start Registry Editor (Regedit.exe).
To change the value data for the ServicesPipeTimeout DWORD value to 60000 in the Control key, follow these steps:
Locate and then click the following registry key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet
Click the Control subkey
Right-click the ServicesPipeTimeout DWORD value, and then click Modify.
Click Decimal.
Type 60000, and then click OK.
If the ServicesPipeTimeout value is not available, add the new DWORD value, and then set its value data to 60000 in the Control key. To do so, follow these steps:
Locate and then click the following registry key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet
Click the Control subkey.
On the Edit menu, point to New, and then click DWORD Value.
Type ServicesPipeTimeout, and then press ENTER.
Right-click the ServicesPipeTimeout DWORD value, and then click Modify.
Click Decimal.
Type a value of 60000, and then click OK.

The value is 60000 milliseconds and is equivalent to 60 seconds or to one minute.
Note This change does not take effect until the computer is restarted.

[ Voor 29% gewijzigd door BBenedictus op 28-01-2009 16:36 ]


  • McWolf82
  • Registratie: December 2004
  • Laatst online: 02-12-2022
Er is een script gemaakt door iemand automatisch het .config bestand juist aanpast:

http://blogs.technet.com/gbordier/archive/2008/07/11/exchange-server-2007-rollups-nighmares.aspx

Ik heb je alleen geholpen bij een mogelijk oplossing. Of het werkt weet ik niet en als er iets fout gaat ben ik niet verantwoordelijk. >:)

Verwijderd

Daar zijn verschillende workarounds voor en die werken alle prima uit ervaring:
Exchange Server 2007 managed code services do not start after you install an update rollup for Exchange Server 2007

  • BBenedictus
  • Registratie: Januari 2006
  • Laatst online: 17-01 07:35
McWolf82 schreef op dinsdag 27 januari 2009 @ 22:00:
Er is een script gemaakt door iemand automatisch het .config bestand juist aanpast:

http://blogs.technet.com/gbordier/archive/2008/07/11/exchange-server-2007-rollups-nighmares.aspx

Ik heb je alleen geholpen bij een mogelijk oplossing. Of het werkt weet ik niet en als er iets fout gaat ben ik niet verantwoordelijk. >:)
Dat scriptje heb ik ook al gevonden.. maar ik ben meestal niet zo'n fan van scriptjes die alles aanpassen ;) Het is momenteel slechts een enkele service die niet werkt.
Daar zijn verschillende workarounds voor en die werken alle prima uit ervaring:
Exchange Server 2007 managed code services do not start after you install an update rollup for Exchange Server 2007
Ik begrijp dat je het aanpassen van de config file bij jouw effect heeft gehad. Dan zal ik deze eerst proberen, voordat ik andere scripjes ga proberen :) Thanks.

  • BBenedictus
  • Registratie: Januari 2006
  • Laatst online: 17-01 07:35
Ik heb de nieuwe config file geplaatst. nog steeds dezelfde problemen..


The Microsoft Exchange Service Host service entered the running state.
The Microsoft Exchange Service Host service terminated unexpectedly. It has done this 1 time(s). The following corrective action will be taken in 0 milliseconds: Restart the service.
The Microsoft Exchange Service Host service entered the running state.
The Microsoft Exchange Service Host service terminated unexpectedly. It has done this 2 time(s). The following corrective action will be taken in 0 milliseconds: Restart the service.
The Microsoft Exchange Service Host service entered the running state.
The Microsoft Exchange Service Host service terminated unexpectedly. It has done this 3 time(s). The following corrective action will be taken in 0 milliseconds: Restart the service.


Ook nog zelf een aantal andere kleine aanpassingen geprobeerd. Wil niet baten. |:(

Vervolgens de script van Guillaume geprobeerd in de PowerShell met changeExchangeConfigFiles.PS1 -all
Helaas ook geen effect.. :/ Deze past ook niet de bestanden aan waarvan ik dacht dat deze de bestanden zou aanpassen.
changeExchangeConfigFiles.PS1 -services geeft een foutmelding: "Requested registry acces is not allowed"
Als ik direct een pad opgeef en de bestandsnaam zelfs verander krijg ik een foutmelding dat het maximaal aantal characters worden overschreden. Dus het script heb ik niks aan. :(


Volgens mij zit het probleem hier ook helemaal niet in.. ik zoek even verder.

Overigens heb ik nog wel een andere pagina gekregen.. Maar dit heeft met de automatic recovery te maken. Deze heb ik dus nu ook uitgeschakeld, aangezien hij toch niks kan recoveren.. :P


Probleem blijft nog steeds hetzelfde:
Watson report about to be sent to dw20.exe for process id: 16316, with parameters: E12, c-RTL-AMD64, 08.01.0336.000, M.E.ServiceHost, M.E.RPCOverHTTPAutoconfig, M.E.S.R.Servicelet.UpdateIISSettings, System.InvalidCastException, d3a4, 08.01.0336.000. ErrorReportingEnabled: False



Edit:

Ik krijg nu wel wat meer te zien:

Van eerst event tot laatste:

Service starting.

The Mailbox server role is installed.

The Client Access server role is installed.

The Hub Transport server role is installed.

Loading servicelet module Microsoft.Exchange.RPCOverHTTPAutoconfig.dll

Loading servicelet module Microsoft.Exchange.SystemAttendantMailboxServicelet.dll

Service started successfully.

The Outlook Anywhere authentication settings have been updated.

Old settings: Ntlm
New settings: Basic, Ntlm


En dan komt de oude foutmelding weer terug.. Het lijkt erop dat de service dus nu wel gewoon goed opstart, maar na het opstarten blijft deze niet staan op een één of andere manier...

Nog een Edit:

Ik heb nogmaals goed een blik geworden op de melding. Na heel lang zoeken heb ik deze pagina gevonden. Hier staan een goed vergelijkend probleem.

Hier heeft men de volgende info.

Exchange Version=08.01.0240.006
Default Assembly Version=08.01.0336.000
Executable Name=Microsoft.Exchange.ServiceHost.exe
Executable Version=08.01.0336.000
Base Exception Target Site=6882687231424
Base Exception Assembly name=Microsoft.Exchange.RPCOverHTTPAutoconfig.dll
Base Exception Method Name=Microsoft.Exchange.Servicelets.RPCHTTP.Servicelet.UpdateIISSettings
Exception Message=Unable to cast object of type 'System.String' to type 'System.Object[]'.
EIP=1996842141
Build bit-size=64



Nu ben ik niet een programmeerheld. Maar ik zie staan RPC over HTTP Autoconfig, welke idd een service is voor Outlook Anyware door Exchange Service Host.

Ik zie staan Microsoft.Exchange.Servicelets.RPCHTTP.Servicelet.UpdateIISSettings
Als ik naar de Security Properties kijk van de map C:\Windows\System32\RpcProxy\ staan deze bij mij als Owner ingesteld Trusted Installer. Laat deze map ook toevallig een virtuele map zijn in de SBS Applications (RPC en RPC with Cert) in IIS...

Als rechten hebben DOMAIN\Users Read, List en Read and Execute permissies
Als rechten heeft Trusted Installer alleen List permissies.

Mijn vermoeden dus uit dat de Service.Host het spul wilt updaten, maar gewoon simpelweg geen rechten heeft.


Nog een edit:

Ik ben ook effe bezig geweest op Microsoft Technet. En in de tussentijd nog zelf lopen rommelen.
De gok heb ik gewaagd om de permissies open te gooien en de Owner te veranderen. Beiden naar Everyone.
Nu haalde dit niks uit.. helaas. Maar! Ik heb zo dan effe zitten kijken in IIS naar de permissies van het verbinden. Als je de vDir aanklikt en dan recht op Actions, Basic settings. Dan zien we daar staan:

Physical Patch: C:\Windows\System32\RpcProxy
Connect As: Pass-Through Authentication

Als ik dan doodleuk op test settings klikte kreeg ik de volgende melding:

The server is configured to use pass-through authentication with a built-in account to access the specified physical path. However, IIS Manager cannot verify whether the built-in account has access. Make sure that the application pool identity has Read access to the physical path. If this server is joined to a domain, and the application pool identity is NetworkService or LocalSystem, verify that <domain>\<computer_name>$ has Read access to the physical path. Then test these settings again.


Oké.. gewoon Connect as veranderd naar Administrator en deze melding is weg.

Nieuwe foutmelding in het logboek:
The configuration application APPCMD.EXE failed with exit code 1346. Command parameters:

list config "SBS Web Applications/Rpc/" -Section:system.WebServer/ServerRuntime.


Nu is er nog één iemand te vinden op google met hetzelfde probleem bij Experts Exchange.

Diegene is zover gekomen dat het te maken heeft met APPCMD.EXE. Er is hiervan een 32bits en 64bits versie van.

Met de 32bit geen melding. Uit te voeren als volgt:

%systemroot%\system32\inetsrv\appcmd.exe list config "SBS Web Applications/Rpc/" -Section:system.WebServer/ServerRuntime.


Met de 64bit versie dus wel een foutmelding. Uit te voeren als volgt:

%systemroot%\SysWOW64\inetsrv\appcmd.exe list config "SBS Web Applications/Rpc/" -Section:system.WebServer/ServerRuntime.

Geeft de volgende melding

ERROR ( message:Configuration error
Filename: \\?\C:\Windows\System32\RpcProxy\web.config
Line Number: 0
Description: Cannot read configuration file


Dus ik kijken in die map.. en ja hoor. Geen web.config te vinden in de map. In de andere vDirs staan deze er dus mooi wel er tussen.

Wie heeft er wel een web.config file staan in C:\Windows\System32\RpcProxy\ ?

Kan diegene zo vriendelijk zijn om deze naar mij door te sturen? Of hier de inhoud te posten?

Ik denk dat ik hiermee het probleem kan oplossen namelijk... Bij voorbaat dank :)

[ Voor 59% gewijzigd door BBenedictus op 29-01-2009 16:44 . Reden: Nog meer informatie ]


  • BBenedictus
  • Registratie: Januari 2006
  • Laatst online: 17-01 07:35
Uiteindelijk de oplossing gevonden dankzij iemand via Technet. Alleen heb ik niet alleen de error pages toegevoegd bij de 'default website', maar ook bij de 'SBS Web Applications'


Just had the same issue at a client and spend 2 hrs on the phone with Microsoft working to a solution.

There were no proxy configurations on the CAS box.
Registry was clean

In IIS Manager, under Default Web Site, there was nothing present underneath "error pages". I recreated the following error pages:

401
403
404
405
406
412
500
501
512

All pointing to "%SystemDrive%\inetpub\custerr\en-US\" and then the respective error page 401.htm.

After this, the service started successfully.


Topic kan gesloten worden. :)

[ Voor 8% gewijzigd door BBenedictus op 24-03-2009 14:01 ]

Pagina: 1