Terminalserver 2008 friert bei Anmeldung als Administrator per RDP ein

Hallo, ich habe einen Windows Terminal Server 2008 SP1 (kein R2) aufgesetzt. Die Benutzer-RDP-Verbindungen funktionieren problemlos. Bei jeder zweiten bis dritten Anmeldung als Administrator über RDP friert der Server komplett ein ("Benutzereinstellungen werden geladen"). Es ist dann keine Anmeldung mehr möglich. Weder lokal noch über RDP. Es hilft nur noch die Reset-Taste. Ich finde den Fehler aber nicht und bitte um Eure Unterstützung. Danke.

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 132009

Url: https://administrator.de/forum/terminalserver-2008-friert-bei-anmeldung-als-administrator-per-rdp-ein-132009.html

Ausgedruckt am: 23.12.2024 um 13:12 Uhr

19 Kommentare

Neuester Kommentar

Moin,

das klingt sehr komisch - richte mal bitte einen Acc ein, der auch volle Adminrechte hat - was passiert bei dem?

Gruß

24

Hi,

schon mal an einen Hardwaredefekt gedacht?
Wenn sich jemand anmeldet, kommt mehr Leistung auf die CPU und der Bildschirm friert ein. Tausch mal den/die Lüfter.

Vielleicht hilft es ja.

Gruß
Volkmar

Hallo Volkmar,
die Hardware ist o.k.
Es taucht ja (bisher) "nur" beim Administrator auf. Und ich weiß nicht warum.
Die (ca. 30) Benutzer arbeiten den ganzen Tag auf dem Server und melden sich ständig an und ab. Ohne Probleme.

Ich war schon am überlegen, ob es vielleicht daran liegen könnte, dass sich nicht alle Benutzer (richtig) abmelden und es irgendwann ggf. zu viele offenen Sitzungen sind.
Ggf. könnte es etwas bringen, wenn man einstellt, dass nach 2 Stunden nix tun die Sitzungen grundsätzlich (ohne Rücksicht auf Verluste) getrennt werden.
Bisher ist das Problem mit dem Anmelden immer erst Abends aufgetreten, wenn sonst keine Benutzer mehr aktiv waren und ich bzw. ein anderer Admin per RDP aus der Ferne auf den Server zugreifen wollten.
Interessanterweise tauchte das Problem bisher nicht auf, wenn ich per VNC auf den Server zugreife.

Hallo 24,
hilf mir bitte kurz auf die Sprünge. Für was steht die Abkürzung "Acc". Danke.

Hi,

ich vermute mal, dass er das meint
http://www.pcmasters.de/forum/prozessoren/39009-bedeutet-acc.html

Ich würde Dir dann mal raten, dass Du automatisches Abmelden auf den Servern einrichtest. Wenn jemand länger als 3 Std ..wie lange auch immer, getrennt ist, wird er automatisch abgemeldet.

Vielleicht ist die Maschiene wirklich nur überlastet.

Gruß
Volkmar

Zitat von @Tommmy99:

Hallo 24,
hilf mir bitte kurz auf die Sprünge. Für was steht die Abkürzung "Acc". Danke.

einen weiteren Account mit vollen Adminrechten - passiert das da, wenn Du den nutzt?

Gruß

24

Hallo, endlich ist nun ein Fehler protokolliert worden. Vielleicht könnt Ihr damit etwas anfangen:

Erster Fehler:
Ereignis-ID: 56, Quelle: TermDD
Die Terminalserver-Sicherheitsschicht hat einen Fehler im Protokollablauf erkannt und den Client getrennt.

Gefolgt von diesen Fehlern:
Ereignis-ID: 7011, Quelle: Ereignisprotokollanbieter für Dienststeuerungs-Manager
Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CryptSvc erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst RasMan erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Schedule erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst seclogon erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst ShellHWDetection erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UmRdpService erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UxSms erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst wuauserv erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Appinfo erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst AudioEndpointBuilder erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst BITS erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CertPropSvc erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CryptSvc erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Netman erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst RasMan erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Schedule erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst seclogon erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst ShellHWDetection erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UmRdpService erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UxSms erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst wuauserv erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Appinfo erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst AudioEndpointBuilder erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst BITS erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CertPropSvc erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst CryptSvc erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Netman erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst NlaSvc erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst RasMan erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst Schedule erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst seclogon erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst ShellHWDetection erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UmRdpService erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst UxSms erreicht.

Das Zeitlimit (30000 ms) wurde beim Warten auf eine Transaktionsrückmeldung von Dienst wuauserv erreicht.

Vielen Dank für Eure Unterstützung.

Hi,

hast Dir das mal angeguckt?
http://support.microsoft.com/kb/922918/de

Ansonsten, wie lange wartest Du denn immer, bis Du auschaltest?
Oder, kann dann keiner mehr arbeiten?

Gruß
Volkmar

Hallo Volkmar, das Problem trat am Freitag nachmittag (ca. 17:00 Uhr) auf. Bis heute morgen um 08:00 Uhr konnte keiner drauf arbeiten. Es half nur der Reset.

Probiere das mal aus,

http://www.microsoft.com/downloads/details.aspx?FamilyID=c3f5f040-ab7b- ...

Gruß
Volkmar

Teste ich. Danke für die zwei Links. - Melde mich wieder!

Habe genau das selbe Problem hat die registy anpassung etwas geholfen ?

Hallo zusammen
Hab genau das selbe Problem - trat das Prolem bei sonst noch jemandem auf?

Gruss Viny

genau das gleiche Problem habe ich auch seit geraumer Zeit, allerdings bei Benutzer RDP Verbindungen, helfen hier die Registry Anpassungen etwas oder muss hier was anderes gemacht werden, in diesem momentanen Zustand ist der TS unbrauchbar
(2008/ R2 im Cluster)

Hallo Zusammen,

das Problem bei uns wurde durch das Softwarehaus gelöst. Auf dem Terminal-Server läuft die Software "Sage Office Line Evolution". Nach Aussage des Softwarehauses mussten DLL-Dateien angepasst werden um das Problem zu lösen. Welche, weiß ich aber nicht. Das Problem wurde durch die Software ausgelöst.

Gruß, Tommmy

Hi,

ich bin gerade auf genau das Problem gestoßen, wie es beschrieben ist.

Windows Server 2008 SP2 Umgebung mit TS Clients.
Die Clients fliegen ständig raus, wenn sich ein anderer an- oder abmeldet.

Genau das gleiche Fehlerbild und der gleiche Fehlercode.

Wie habt ihr die Problematik gelöst?
Leider hat niemand geschrieben wie das nun wieder zum Laufen gebracht wurde.

Vielen Dank schon im Voraus für die Unterstützung

Ja! Bei mir tritt es auch auf.

ja: 2 mal im Verlauf von 3 Monaten auf einem kvm-virtualisierten aktuell gepatchten Windows7 Entrerprise-System (64 bit). Der Zugang geschieht über rdp. Software: StonegateVPN und SAP.

- Die Benutzerin hat sich korrekt abgemeldet, am nächsten Morgen erschein beim
- ersten Versuch minutenlang eine Sanduhr,
- beim zweiten Versuch die Meldung, der remotedeskop-dienst sein ausgelastet, die Anmeldung unter einem anderen Namen würde wahrscheinlich funktionieren (was er nicht tat)
- beim dritten Versuch als admin war keine password-eingabe möglich

nur harter Reset half. Mehrer 2008-Terminalserver laufen problemlos in der gleichen Virtulisierungsumgebung. Bin eher ratlos.