Neulich wollte ich etwas ausdrucken, jedoch teilte mir Windows 7 mit der Meldung Prüfen ob der Spooler Dienst läuft mit, das das Drucken nicht möglich ist.
In der Ereignissanzeige stieß ich auf die Fehlermeldung:
Dienst "Druckwarteschlange" wurde unerwartet beendet. Dies ist bereits 5 Mal passiert.
Ereigniss-ID 7034
Lösung
In dem Ordner C:\Windows\System32\Spool\PRINTERS alle Dateien löschen und den Dienst „Druckerwarteschlange“ erneut starten.
Php lässt sich ebenfalls unter dem IIS7 verwenden, bei der Installation bin ich nach folgender Anleitung vorgegangen.
http://de3.php.net/manual/de/install.windows.iis7.php
Bei der Installation gab es keine Probleme. Jedoch beim Aufruf einer Seite in der ich phpinfo(); hinterlegt hatte, bekam ich nur eine Fehlermeldung. In der Windows Ereignissanzeige stieß ich auf folgende Fehlermeldung:
Microsoft.VC90.CRT,processorArchitecture="x86",publicKeyToken="1fc8b3b9a1e18e3b",type="win32",version="9.0.21022.8" could not be found. Please use sxstrace.exe for detailed diagnosis.
In meinem Fall fehlte Visual C++ 2008 (VC90) 32Bit (processorArchitecture=“x86″) Runtime, ich habe Sie heruntergeladen und installiert. Im Anschluss erhielt ich die von phpinfo() gewünschte Ausgabe.
Die Problemlösung fand ich im Forum http://www.winvistaside.de/forum/index.php?showtopic=3575
Beim installieren einer Anwendung auf einem Windows 2008 R2 Server die den IIS voraussetzt, verlief die Installation ohne Probleme. Grundvoraussetzung der Anwendung war die vorherige Installation vom .NET Framework 4.0 .
Nach der Installation war die Anwendung per URL Aufruf erreichbar, jedoch fehlten unter einigen Menüpunkten Inhalte.
In der Ereignissanzeige von Windows stand folgendes:
Exception type: InvalidOperationException
Exception message: Request format is unrecognized for URL unexpectedly ending in '/jsdebug'.
at System.Web.Services.Protocols.WebServiceHandlerFactory.CoreGetHandler(Type type, HttpContext context, HttpRequest request, HttpResponse response)
at System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath)
at System.Web.HttpApplication.MaterializeHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
Thread Information
Stack trace: at System.Web.Services.Protocols.WebServiceHandlerFactory.CoreGetHandler(Type type, HttpContext context, HttpRequest request, HttpResponse response)
at System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath)
at System.Web.HttpApplication.MaterializeHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
Lösung
ASP net muss noch im IIS registriert werden, dafür muss
folgendes auf der Kommandozeile ausgeführt werden:
c:\Windows\Microsoft.NET\Framework\v4.0.30319>aspnet_regiis.exe -i
Als Ausgabe erhält man folgendes:
Start installing ASP.NET (4.0.30319).
......
Finished installing ASP.NET (4.0.30319).
Im Anschluss konnte die Anwendung ohne Probleme genutzt werden und die Fehlermeldung stand ebenfalls nicht mehr in der Ereignissanzeige.
Weitere Informationen gut es hier:
http://msdn.microsoft.com/de-de/library/k6h9cz8h(v=vs.80).aspx
Beim aktualisieren eines Verteilers kam neulich folgende Meldung:
Damit die Änderungen an Objekt „Verteiler-xy“ gespeichert werden können, muss das Objekt auf die aktuelle Exchange-Version
aktualisiert werden. Nach dem Upgrade kann das Objekt nicht mehr über eine frühere Version der
Exchange-Verwaltungstools verwaltet werden. Möchten Sie das Upgrade fortsetzen und das Objekt speichern?
Ich beantwortete die Frage mit ja, jedoch erhielt ich dann folgende Meldung:
Active Directory-Antwort: 00000005: SecErr: DSID-031521D0, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0
Ich fand heraus, das bestimmte Rechte für das “Exchange Trusted Subsystem” fehlen.
Lösung
In der Active Directory MMC in der Erweiterten Ansicht die Eigenschaften des Verteilers aufrufen. Im Reiter Sicherheit auf Erweitert gehen, dort den Benutzer “Exchange Trusted Subsystem” weitere Rechte geben.
Wenn ein Benutzer einer Gruppe zugewiesen wird und in der Gruppenübersicht der Benutzername Anonymous Coward auftaucht, hat der Benutzer seine Benutzerdaten nicht vollständig eingetragen.
Finde ich irgendwie lustig, da Anonymous Coward übersetzt Anonymer Feigling bedeutet.