Re: MMC-Programme etc. starten nicht bei Win2003

Hallo Ulli,


habe seit zwei Wochen ein riesiges Problem mit unserem Win2003 -
Terminalserver:
Alle Programme die mit der MMC (Dienstesteuerung, Ereignisprotokoll,
...) arbeiten sowie andere Anwendungsprogramme (CrystalReports) starten
nicht mehr. Es erscheint keine Fehlermeldung.

Ich kann mir nicht vorstellen, das da überhaupt keine Fehlermeldung kommt. Hast Du schon einmal probiert über das Netzwerk von einer Workstation aus auf das Eventlog zugriff zu erlangen? Irgend eine Meldung muss ja im Eventlog stehen. Hast Du vor der Installation den Server in den Installmode versetzt("change user /install")?

Der Servicepack lässt sich auch nicht installieren - habe schon
mehrere Installerversionen getestet.


Was hast Du denn da getestet?
Eventuell ist ja der Installer Dienst defekt.
http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q315346

Wenn es der Installerdienst wieder tut, wäre es bestimmt als erstes eine gute Idee nochmal das "adminpak.msi" zu installieren.

Das Problem tritt auf seit ich die Programme Etherreal und IPCompiler
deinstalliert habe.
Solche Software hat nichts auf einen Server zu suchen. Wenn man Netzwerkanalyse betreiben will, macht man das von einer dedizierten Workstation aus.

Problem ist ebenfalls schon bei MS in Bearbeitung aber wegen dortiger
Inkompetenz leider noch nicht lokalisiert bzw. behoben.
Bitte um Hilfe bei der Fehlersuche.

Ich kann mir nicht vorstellen, das MS inkompetente Leute beschäftigt ich hatte bisher nur gute Erfahrungen.
Genau diese Inkompetenz könnte man eventuell Dir vorwerfen, wenn Du schilderst das Du Ethereal auf einem produktiven Terminalserver installierst. SCNR!

Wenn Dein Installer wieder Funktioniert kannst Du Dir die "Support Tools" von der MS Seite für die entsprechende Version des Servers ziehen (Achtung Service Pack beachten). Wenn Du die installiert hast, findest Du unter den Tools eine "depends.exe". Mit diesem Tool kannst Du die Abhängigkeiten an weitere Module (dll´s) überprüfen. Damit siehst Du welche dll´s zur Programmausführung fehlen. Unter "Open" im Dependency Walker könntest Du beispielsweise mal die "compmgmt.msc"(Computerverwaltung liegt in Windows\System32\) öffen um zu sehen, was da im Hintergrund abläuft bzw. was an dll´s fehlt.

Eine weitere gute Idee, wäre mal einen Blick in die Registry zu werfen. Unter [HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\MMC\SNAPINS] findest Du alle auf der Maschine registrierten Snapins. Existiert denn dieser Schlüssel?


Viele Grüße

Frank Röder 

.

Relevant Pages

  • Re: Service, Requested registry access is not allowed
    ... I agree, Joe, it is not a great idea to elevate rights to circumvent access ... eventlog assuming that the user installing the service has appropriate ... In that case you don't even need the installer. ...
    (microsoft.public.dotnet.security)
  • Re: Service, Requested registry access is not allowed
    ... write to a custom event log and work fun running under Network Service. ... LocalSystem everything seems to work just fine. ... In that case you don't even need the installer. ... Service needs to write to a customized eventlog. ...
    (microsoft.public.dotnet.security)
  • RE: EventLog Source still created after deleting all references to it
    ... I have deleted all references that I could find related to the source ... application log and not my custom log. ... > I created the EventLog using the component on VS 2003 toolbar ... > Added an installer for it. ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: User/exchange/office/Installer Problem
    ... Windows Installer failed to install the program associated with this file." ... He cannot uninstall Office and can't reinstall Office. ... However, when I logged in as that user on an identical workstation, I got ...
    (microsoft.public.backoffice.smallbiz2000)
  • Faulting msiexec.exe on domain controllers only?
    ... I am using a domain controller also as workstation. ... reinstalling the installer. ... Microsoft Office is a real problem to me, because now I can't use the ...
    (microsoft.public.windows.server.general)