19
Blackscreen bei RDS User Windows Server 2022 + FSLogix
Hallo,
folgende Ausgangslage:
1 x Hyper-V Host
1 x VM - Windows Server 2022 (DC)
1 x VM - Windows Server 2022 (RD Connection Broker)
1 x VM - Windows Server 2022 (RD Session Host)
UserProfile über FSLogix.
Ich habe ab und an mal das Problem das ein User der sich anmeldet nur auf einen "Blackscreen" eingeloggt wird. Wenn ich den User als Admin im RDSH im Taskmanager auslogge oder disconnecte, gibt es keine Änderung.
Bisher konnte ich das problem nur lösen, wenn ich den RDSH einmal komplett neu gestartet habe.
Das ist jedoch keine gute Lösung wenn morgens ein User einen Blackscreen hat, und ich dann zu 15 anderen sagen muss das diese sich ausloggen müssen usw.
Mir ist aufgefallen das der besagte User dann nur 5-9 Prozesse laufen hat, alle anderen User die "normal" sich einloggen können haben um ein vielfaches mehr.
Im Netz bin ich ab und an auf Lösungsansätze gestoßen bei dem es heißt den "Windows Logon User Interface Host / LogonUI.exe" Prozess vom jeweiligen User zu beenden.
Mir ist jedoch aufgefallen das der Dienst nur beim User existiert, sobald dieser "Disconnected" ist, sobald er connected ist, ist dieser Prozess nicht mehr vorhanden (wie auch bei allen anderen User).
So hab ich also mal im Disconnected Status versucht den Prozess zu beenden ... wenn ich den User dann "sign out" und neu einlogge, stehe ich jedoch vor dem selben Problem wieder.
Der Eventviewer (weder bei RDS noch bei FSLogix) bringt mich leider nicht weiter ... da sich der User ja augenscheinlich verbindet.
Hat das schonmal jemand so gesehen und kennt vllt. noch den ein oder anderen Lösungsansatz?
folgende Ausgangslage:
1 x Hyper-V Host
1 x VM - Windows Server 2022 (DC)
1 x VM - Windows Server 2022 (RD Connection Broker)
1 x VM - Windows Server 2022 (RD Session Host)
UserProfile über FSLogix.
Ich habe ab und an mal das Problem das ein User der sich anmeldet nur auf einen "Blackscreen" eingeloggt wird. Wenn ich den User als Admin im RDSH im Taskmanager auslogge oder disconnecte, gibt es keine Änderung.
Bisher konnte ich das problem nur lösen, wenn ich den RDSH einmal komplett neu gestartet habe.
Das ist jedoch keine gute Lösung wenn morgens ein User einen Blackscreen hat, und ich dann zu 15 anderen sagen muss das diese sich ausloggen müssen usw.
Mir ist aufgefallen das der besagte User dann nur 5-9 Prozesse laufen hat, alle anderen User die "normal" sich einloggen können haben um ein vielfaches mehr.
Im Netz bin ich ab und an auf Lösungsansätze gestoßen bei dem es heißt den "Windows Logon User Interface Host / LogonUI.exe" Prozess vom jeweiligen User zu beenden.
Mir ist jedoch aufgefallen das der Dienst nur beim User existiert, sobald dieser "Disconnected" ist, sobald er connected ist, ist dieser Prozess nicht mehr vorhanden (wie auch bei allen anderen User).
So hab ich also mal im Disconnected Status versucht den Prozess zu beenden ... wenn ich den User dann "sign out" und neu einlogge, stehe ich jedoch vor dem selben Problem wieder.
Der Eventviewer (weder bei RDS noch bei FSLogix) bringt mich leider nicht weiter ... da sich der User ja augenscheinlich verbindet.
Hat das schonmal jemand so gesehen und kennt vllt. noch den ein oder anderen Lösungsansatz?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 667768
Url: https://administrator.de/forum/blackscreen-bei-rds-user-windows-server-2022-fslogix-667768.html
Ausgedruckt am: 22.12.2024 um 02:12 Uhr
19 Kommentare
Neuester Kommentar
Wenn der Nutzer RDP im Vollscreen nutzt, ist hier ein Workaround, der funktioniert:
Der Nutzer drücke, während das RDP-Vollbild Fokus hat, zusammen STRG-Shift-Escape ->der Remotetaskmanager öffnet sich.->neuer Task ->explorer.exe ->Tada, "Licht ist an"
Der Nutzer drücke, während das RDP-Vollbild Fokus hat, zusammen STRG-Shift-Escape ->der Remotetaskmanager öffnet sich.->neuer Task ->explorer.exe ->Tada, "Licht ist an"
... das hat leider nichts genutzt.
Ich hab jetzt aber doch noch was im EventViewer bei FSLogix gesehen.
Nachdem sich der User einloggt ... habe ich drei "Errors" wie folgt:
... die Session wird auch nicht korrekt in die registry (Computer\HKEY_LOCAL_MACHINE\SOFTWARE\FSLogix\Profiles\Sessions) geladen ...
Ich hab jetzt aber doch noch was im EventViewer bei FSLogix gesehen.
Nachdem sich der User einloggt ... habe ich drei "Errors" wie folgt:
... die Session wird auch nicht korrekt in die registry (Computer\HKEY_LOCAL_MACHINE\SOFTWARE\FSLogix\Profiles\Sessions) geladen ...
das hat leider nichts genutzt.
Kannst Du da mal 5 Sekunden mehr in die Beschreibung investieren, bitte? Was passiert im Taskmanager, erscheint nun ein explorer.exe Prozess, oder stirbt der gleich wieder?
... sorry, wollte nur schnell die Fehler die ich gefunden hatte mitteilen. 
Der Taskmanager öffnet sich während des Blackscreen nicht. Weder mit deinem tastenkürzel, noch mit CTRL-ALT-END oder CTRL-ALT-INS ...
... wenn ich über den TaskManager eine Message an die Session sende, wird die angezeigt.
Gibts evtl. die Möglichkeit als Admin der Session einen neuen Tast (explorer.exe) hinzuzufügen?
Ich glaube jedoch das hier FSLogix irgendein Problem hat.
Die VHD des Users wird mal augenscheinlich korrekt gemounted, jedenfalls taucht sie im Disk Manager des RDSH auf.
Der Taskmanager öffnet sich während des Blackscreen nicht. Weder mit deinem tastenkürzel, noch mit CTRL-ALT-END oder CTRL-ALT-INS ...
... wenn ich über den TaskManager eine Message an die Session sende, wird die angezeigt.
Gibts evtl. die Möglichkeit als Admin der Session einen neuen Tast (explorer.exe) hinzuzufügen?
Ich glaube jedoch das hier FSLogix irgendein Problem hat.
Die VHD des Users wird mal augenscheinlich korrekt gemounted, jedenfalls taucht sie im Disk Manager des RDSH auf.
Moin,
verstehe ich es richtig, dass es zufällig irgendeinen Benutzer trifft bzw. es jeden treffen könnte?
Du kannst im Installationspfad vom FSLogix den frxtray.exe starten - da werden viele FSLogix Logs angezeigt. Wenn du die .exe ausführst ist sie im Tray "versteckt".
Unter Advanced View --> Profile könntest du ggfs. mehr finden oder halt in den anderen Logs.
Aber sieht eher für mich so aus, als ob der User sein Registry-Baum nicht laden könnte oder der verzögert geladen wird und Windows bereits darauf zugreifen möchte...
Passiert das zufälligerweise nur, wenn viele User bereits angemeldet sind oder wenn mehrere User sich gleichzeitig anmelden? Das könnte man mal überprüfen - die Logs sollten da aber etwas in der Richtung dann zeigen.
Da könnte ein Blick Richtung Netzwerk oder Disk IOs helfen.
Alternativ auch mal hiermit schauen:
https://learn.microsoft.com/de-de/fslogix/troubleshooting-fslogix-suppor ...
Der sammelt quasi alle Logs für dich und du kannst die dann auswerten.
VG
verstehe ich es richtig, dass es zufällig irgendeinen Benutzer trifft bzw. es jeden treffen könnte?
Du kannst im Installationspfad vom FSLogix den frxtray.exe starten - da werden viele FSLogix Logs angezeigt. Wenn du die .exe ausführst ist sie im Tray "versteckt".
Unter Advanced View --> Profile könntest du ggfs. mehr finden oder halt in den anderen Logs.
Aber sieht eher für mich so aus, als ob der User sein Registry-Baum nicht laden könnte oder der verzögert geladen wird und Windows bereits darauf zugreifen möchte...
Passiert das zufälligerweise nur, wenn viele User bereits angemeldet sind oder wenn mehrere User sich gleichzeitig anmelden? Das könnte man mal überprüfen - die Logs sollten da aber etwas in der Richtung dann zeigen.
Da könnte ein Blick Richtung Netzwerk oder Disk IOs helfen.
Alternativ auch mal hiermit schauen:
https://learn.microsoft.com/de-de/fslogix/troubleshooting-fslogix-suppor ...
Der sammelt quasi alle Logs für dich und du kannst die dann auswerten.
VG
Ja, kann jeden treffen. Hatte das jetzt in den vergangenen 6 Monate bei ca. 3 Usern ... und das war jedesmal dann ein anderer.
Okay .... vielen Dank dafür, ich wusste echt nicht wo ich die erweiterten LOGS finde.
Hier hab ich jetzt mal folgendes gefunden:
wie schon vermutet, gehe ich davon aus, das warum auch immer, der Eintrag im
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\FSLogix\Profiles\Sessions
nicht korrekt eingefügt wird. Aber warum weiß ich nicht wirklich.
Okay .... vielen Dank dafür, ich wusste echt nicht wo ich die erweiterten LOGS finde.
Hier hab ich jetzt mal folgendes gefunden:
[14:26:11.499][tid:000014cc.0000205c][INFO] ===== Begin Session: Logon
[14:26:11.500][tid:000014cc.0000205c][INFO] User: S-1-5-21-1624670272-1146459350-2470869958-1124 (BLACKSCREENUSERNAME)
[14:26:11.501][tid:000014cc.0000205c][INFO] Configuration setting not found: SOFTWARE\FSLogix\Profiles\LogonSyncMutexTimeout. Using default: 60000
[14:26:11.501][tid:000014cc.0000205c][INFO] Acquired logon lock for user BLACKSCREENUSERNAME (SID=S-1-5-21-1624670272-1146459350-2470869958-1124) (Elapsed time: 0)
[14:26:11.502][tid:000014cc.0000205c][INFO] Session configuration read (DWORD): SOFTWARE\FSLogix\Profiles\Sessions\S-1-5-21-1624670272-1146459350-2470869958-1124\LogonStage = '0'(Logon)
[14:26:11.502][tid:000014cc.0000205c][INFO] ===== Begin Session: LoadProfile: BLACKSCREENUSERNAME
[14:26:11.502][tid:000014cc.0000205c][INFO] Configuration Read (DWORD): SOFTWARE\FSLogix\Profiles\Enabled. Data: 1
[14:26:11.502][tid:000014cc.0000205c][INFO] User: BLACKSCREENUSERNAME. SID: S-1-5-21-1624670272-1146459350-2470869958-1124.
[14:26:11.503][tid:000014cc.0000205c][INFO] Include group SID: S-1-5-21-105943136-2713045641-4291591234-1002
[14:26:11.503][tid:000014cc.0000205c][INFO] Exclude group SID: S-1-5-21-105943136-2713045641-4291591234-1003
[14:26:11.503][tid:000014cc.0000205c][INFO] User is a member of the include groupwie schon vermutet, gehe ich davon aus, das warum auch immer, der Eintrag im
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\FSLogix\Profiles\Sessions
nicht korrekt eingefügt wird. Aber warum weiß ich nicht wirklich.
Session als anderer Nutzer geht über psexec, aber ich bin sicher, dass du den Taskmanager öffnen kannst. Wie gesagt muss dazu die Remotesession im Vollbild sein und es müssen Tastaturkürzel an die Remotesession weitergeleitet werden (das ist eine Default Option von Mstsc.exe). Prüfen.
Moin,
Was mir, etwas um die Ecke gedacht, noch einfällt:
Wie voll ist das Share, auf dem die FsLogix-Container liegen?
Wenn das Rappel voll ist (durch die temp. VHdX-Files) erzeugt das mitunter auch „lustige“ Effekte. Ob da ein Blackscreen bei ist, weiß ich gerade nicht. Aber prüfen schadet ja nichts
Was mir, etwas um die Ecke gedacht, noch einfällt:
Wie voll ist das Share, auf dem die FsLogix-Container liegen?
Wenn das Rappel voll ist (durch die temp. VHdX-Files) erzeugt das mitunter auch „lustige“ Effekte. Ob da ein Blackscreen bei ist, weiß ich gerade nicht. Aber prüfen schadet ja nichts
Zwecks Task-Manager kümmere ich mich mal drum.
Da ist glaube ich noch eine GPO aktiv
Das Share hat genügend Platz.
Ich kann übrigens auch weitere User einloggen, welche sich z.B. gerade im Urlaub befinden ... kein Problem bei allen anderen Profilen.
Nach einem Neustart wirds sicherlich auch wieder gehen (so war es jedenfalls bei den letzten malen) ... aber ich suche halt den Grund, sowie eine Lösung ohne Neustart des RDSH
Da ist glaube ich noch eine GPO aktiv
Das Share hat genügend Platz.
Ich kann übrigens auch weitere User einloggen, welche sich z.B. gerade im Urlaub befinden ... kein Problem bei allen anderen Profilen.
Nach einem Neustart wirds sicherlich auch wieder gehen (so war es jedenfalls bei den letzten malen) ... aber ich suche halt den Grund, sowie eine Lösung ohne Neustart des RDSH
Welche FSLogix's Version nutzt du?
Hatte das mal vor 2 Jahren bei einem 2019 er. "Alte" FSlogixs Version lief, hotfix eingespielt, Anmeldung schwarz.
Also wieder zurück und auf den nächsten Hotfix gewartet und der dat dann auch funktioniert. Stand aber natürlich nix von in den Changelogs
Hatte das mal vor 2 Jahren bei einem 2019 er. "Alte" FSlogixs Version lief, hotfix eingespielt, Anmeldung schwarz.
Also wieder zurück und auf den nächsten Hotfix gewartet und der dat dann auch funktioniert. Stand aber natürlich nix von in den Changelogs
Aktuell nutze ich die 2.9.8111.53415 (müsste so ein gutes Jahr alt sein) ... hab bei neueren aber auch schon einiges gelesen das User wieder die Rolle rückwärts gemacht haben, weswegen ich jetzt nicht unbedingt aktualisieren wollte.
Naja ... jedenfalls taucht hier dann der Fehler auf:
... ich denke ich werd am Wochenende doch mal FSLogix mal komplett updaten ... den Server neustarten ... und hoffen das ich durch das Update nicht mehr kaputt mache, als es jetzt ist.
[14:26:13.416][tid:000014cc.0000205c][INFO] Initiating set up of TMP and TEMP environment variables to local disk
[14:26:13.416][tid:000014cc.0000205c][INFO] Creating temp directory: C:\Users\local_BLACKSCREENUSER\Temp
[14:26:13.416][tid:000014cc.0000205c][INFO] Setting TMP and TEMP registry entries to: C:\Users\local_BLACKSCREENUSER\Temp
[14:26:13.416][tid:000014cc.0000205c][ERROR:00000002] RegSetValue error (The system cannot find the file specified.)
[14:26:13.416][tid:000014cc.0000205c][ERROR:00000002] RegSetValue error (The system cannot find the file specified.)
[14:26:13.416][tid:000014cc.0000205c][INFO] Setting INetCache folder
[14:26:13.416][tid:000014cc.0000205c][ERROR:80070002] SHSetKnownFolderPath error (The system cannot find the file specified.)
[14:26:13.510][tid:000014cc.0000205c][INFO] Profile data exported successfully... ich denke ich werd am Wochenende doch mal FSLogix mal komplett updaten ... den Server neustarten ... und hoffen das ich durch das Update nicht mehr kaputt mache, als es jetzt ist.
Moin,
Gruß,
Dani
... ich denke ich werd am Wochenende doch mal FSLogix mal komplett updaten ... den Server neustarten ...
das wäre auch die erste Maßnahme wenn du einen Support Case bei Microsoft eröffnest. Da kommst du inzwischen nicht mehr drum rum.und hoffen das ich durch das Update nicht mehr kaputt mache, als es jetzt ist.
Die Problematik hast du doch bei jeder Software von Microsoft. Oder hast die Pleiten, Pech und Pannen in den letzten 8 Monaten nicht mitbekommen?!Das Share hat genügend Platz.
Ist das ein Windows File-Server oder ein 0815 NAS von Synology/QNAP, dass ihr da verwendet?Gruß,
Dani
Windows File Server mit NVMe ... hat auch genügend Wumms ...
... hab jetzt eben mal den Server neugestartet, und natürlich kann sich der User nun ohne Probleme anmelden ...
... hab jetzt eben mal den Server neugestartet, und natürlich kann sich der User nun ohne Probleme anmelden ...
Moin,
die Profile sind auf dem Windows Server auch von Virenscanner, etc. ausgenommen?!
https://learn.microsoft.com/en-us/fslogix/overview-prerequisites#configu ...
Gruß,
Dani
die Profile sind auf dem Windows Server auch von Virenscanner, etc. ausgenommen?!
https://learn.microsoft.com/en-us/fslogix/overview-prerequisites#configu ...
Gruß,
Dani
Was mir noch in den Sinn kommt:
- Ist die Profile Disk selbst vielleicht kurz vor ihrem Limit?
- Die Berechtigungen auf der VHDX passen auch? Ich habe schon Fälle gehabt wo plötzlich Schreibrechte für den Benutzer fehlten, allerdings passt das nicht so richtig zu deinen Problemen.
- In der Vergangenheit hatte ich auch Fälle, in denen man einen Prozess (vermutlich Logon) abschießen konnte und dann lief es. Insgesamt gibt es bei uns auf 2019 RD-SH nur drei Prozesse, die man nicht abschießen kann als Administrator. Ich würde alle anderen der Reihe nach nach beenden und schauen, ob sich was tut.
- Dein gpupdate läuft immer sauber durch?
- Ist die Profile Disk selbst vielleicht kurz vor ihrem Limit?
- Die Berechtigungen auf der VHDX passen auch? Ich habe schon Fälle gehabt wo plötzlich Schreibrechte für den Benutzer fehlten, allerdings passt das nicht so richtig zu deinen Problemen.
- In der Vergangenheit hatte ich auch Fälle, in denen man einen Prozess (vermutlich Logon) abschießen konnte und dann lief es. Insgesamt gibt es bei uns auf 2019 RD-SH nur drei Prozesse, die man nicht abschießen kann als Administrator. Ich würde alle anderen der Reihe nach nach beenden und schauen, ob sich was tut.
- Dein gpupdate läuft immer sauber durch?
zwecks Task-Manager kümmere ich mich mal drum.
Da ist glaube ich noch eine GPO aktiv
Danach kam nichts mehr von Dir. Verfolge das weiter, der Taskmanager spricht eine klare Sprache: explorer.exe läuft nicht, somit auch schwarzes Bild - das ist zu erwarten.Da ist glaube ich noch eine GPO aktiv
Zitat von @ukulele-7:
Was mir noch in den Sinn kommt:
- Ist die Profile Disk selbst vielleicht kurz vor ihrem Limit?
Nein, noch genügend Platz.Was mir noch in den Sinn kommt:
- Ist die Profile Disk selbst vielleicht kurz vor ihrem Limit?
- Die Berechtigungen auf der VHDX passen auch? Ich habe schon Fälle gehabt wo plötzlich Schreibrechte für den Benutzer fehlten, allerdings passt das nicht so richtig zu deinen Problemen.
Hab ich mir angeschaut, sieht so wie bei den anderen Nutzern auch aus.- In der Vergangenheit hatte ich auch Fälle, in denen man einen Prozess (vermutlich Logon) abschießen konnte und dann lief es. Insgesamt gibt es bei uns auf 2019 RD-SH nur drei Prozesse, die man nicht abschießen kann als Administrator. Ich würde alle anderen der Reihe nach nach beenden und schauen, ob sich was tut.
Genau das hab ich ebenfalls schon versucht. Ich bekomme von den 5-9 Prozessen die dann laufen glaube ich so ziemlich fast alle abgeschossen. Nochmal testen kann ich gerade nicht, da ich das WE genutzt habe um den Server neuzustarten und jetzt kann sich der User natürlich wieder korrekt anmelden.- Dein gpupdate läuft immer sauber durch?
Ja, bekomme jedenfalls keine Fehlermeldungen diesbezüglich.Zitat von @DerWoWusste:
zwecks Task-Manager kümmere ich mich mal drum.
Da ist glaube ich noch eine GPO aktiv
Danach kam nichts mehr von Dir. Verfolge das weiter, der Taskmanager spricht eine klare Sprache: explorer.exe läuft nicht, somit auch schwarzes Bild - das ist zu erwarten.Da ist glaube ich noch eine GPO aktiv
... ich versuche das ganze bei dem nächsten mal zu testen. Ich musste am WE den Server neustarten damit sich der User wieder anmelden kann ... und nun kann ich den Fehler natürlich erstmal nicht reproduzieren. Aber das werde ich definitiv auch im Auge behalten und austesten.
1
