Nach einem Serverabsturz (Windows 2008 R2 Terminal Server, Roaming Profile) können sich einzelne User nicht mehr normal einloggen. Sie bekommen folgende Meldung:

Das lokale Benutzerprofil wurde nicht gefunden. Sie werden mit einem temporären Benutzerprofil angemeldet. Änderungen, die Sie am Benutzerprofil vornehmen, gehen bei der Abmeldung verloren.

Korrespondierend findet man in der Ereignisanzeige auch den Eintrag:

Protokollname: Application
Quelle:        Microsoft-Windows-User Profiles Service
Ereignis-ID:   1511
Aufgabenkategorie:Keine
Ebene:         Fehler
Beschreibung: Das lokale Benutzerprofil wurde nicht gefunden. Sie werden mit einem temporären Benutzerprofil angemeldet. Änderungen, die Sie am Benutzerprofil vornehmen, gehen bei der Abmeldung verloren.

Die User können sich zwar einloggen, erhalten dann aber entsprechend ein leeres neues Profil, welches tatsächlich auch nicht auf deen Server zurückgespeichert wird.
Weiters wird auch kein Unterverzeichnis C:\users\<username> erstellt.

Mehrfaches ein- und ausloggen hilft genausowenig wie das durchstarten des Servers.

Variation: Ebenfalls nach einem Absturz auf einem Windows 2008 R2 Application Server kommt beim Versuch sich als Domainadminstator mit lokalem Profil einzuloggen die Meldung:

C:\Windows\system32\config\systemprofile\Desktop bezieht sich auf einen Pfad, der nicht verfügbar ist.

Mit diesem Desktop kann man danach nicht sinnvoll arbeiten – jeder Versuch den Explorer zu öffnen oder ähnliches bringt wieder die selbe Meldung.
Diese Meldung sieht man allerdings nur am Bildschirm. In der Ereignisanzeige steht zur selben Zeil etwas ganz anderes:

Protokollname: Application
Quelle:        Microsoft-Windows-User Profiles Service
Ereignis-ID:   1505
Aufgabenkategorie:Keine
Ebene:         Fehler
Beschreibung: Das Profil konnte nicht erfolgreich geladen werden, aber Sie wurden mit dem standardmäßigen Profil für das System angemeldet.
Details – Zugriff verweigert

Lösung: (für beide Fälle)

Ausführen: regedit (als Administrator)

zu folgendem Pfad navigieren: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
 alle Einträge mit S-xxxx.bak löschen.

(alle User, die eine .bak-Zeile haben sind betroffen

Danach können sich die User sofort wieder normal einloggen – die Profile werden wieder vom Server geholt.

Siehe auch:  http://support.microsoft.com/kb/947242/de

Tags: Terminalserver, Citrix, Profil, Roaming Profile, „Der Pfad ist nicht verfügbar Desktop“

Nach der Neuinstallation eines Citrix-Servers 4.5 unter Server 2003 kommt es beim Versuch sich als User einzuloggen zu folgender Fehlermeldung:

Lizenzabruffehler (500) Es konnte keine Lizenz vom Server (xxx) abgerufen werden

Weiters kommt in einer zweiten Messagebox die Meldung:

Anmeldung
Sie müssen über die Zugriffsberechtigung für Terminalserverbenutzer auf dem Computer
verfügen, um sich remote anmelden zu können. Standardmäßig verfügen Mitglieder der
Gruppe „Remotedesktopbenutzer" über diese Berechtigung.
Wenn Sie kein Mitglied der Gruppe „Remotedesktopbenutzer" oder einer anderen Gruppe,
die über diese Berechtigung verfügt, sind bzw. wenn die Gruppe „Remotedesktopbenutzer"
nicht über diese Berechtigung verfügt, muss Ihnen die entsprechende Berechtigung
manuell zugewiesen werden.

Allerdings wurde zuvor schon sichergestellt, dass alle Benutzer der Domain der Gruppe „Remotedesktopbenutzer“ angehören und auch die Administratoren der Domain entsprechend in diese Gruppe eingetragen.

Die selbe Frage ohne konkrete Lösungen findet man auch etwa hier:

http://www.circleofexpertise.com/forum/12-xenapp–citrix-presentation-server/43706-lizenzabruffehler-500.html
http://www.circleofexpertise.com/forum/12-xenapp–citrix-presentation-server/42556-lizenzabruffehler-500-nach-evaluierungslizenz.html

Lösung:

Es liegt möglicherweise an der Serveredition. In unserem Fall wurde bei der Installation irrtümlich die „Enterprise Edition“ gewählt, die aber nicht lizenziert ist.
In den in den Links beschriebenen Fällen ist das selbe passiert, weil z.B. zuzvor die Evaluierungslizenz und somit ebenfalls „Enterprise Edition“ eingestellt war – nach der Umstellung auf die Normallizenz „Advanced Edition“ wurde nich auf diese Version umgestellt. (Wie auch – die Fehlermeldung ist diesbezüglich üpberhaupt nicht eindeutig…)

Umstellung der Edition: Betroffenen Server in der Delivery Console auswählen, rechte Maus, „alle Aufgaben“, „Serveredition einstellen“

hier wird dann die ensprechende Version gewählt und der Server rebootet. Danach funktioniert das Login ohne die oben genannten Fehlermeldungen.

Tags: „citrix edition ändern“

Frage:

Ich haben einen Rechner der in einem Netzwerk mit einer Domain steht, selbst aber nicht in dieser Domain eingeloggt ist. Verbinde ich nun Laufwerke oder Drucker aus dieser Domain so funktioniert das zwar super, allerdings werden die Passwörter von Zeit zu Zeit anscheinend „vergessen“ – bei den Druckern wirkt sich das so aus, dass diese bei einem Rechnerneustart plötzlich „offline“ sind und ich keinen Weg finde sie wieder auf „online“ zu stellen (Windows 7) – weiters gibt es keinen Dialog, der User und Passwort abfragen würde.

Antwort:

Beim „vergessen“ der Passwörter kann es auch sein dass sich die Passwörter geändert hätten, aber wir haben auch schon beobachtet, dass es nach ein paar Logins einfach nicht mehr geht und der User nicht erneut nach LoginDaten gefragt wird.
Es gibt aber ein einfaches Programm als Windows Bordmittel mit dem man die User und Passwörter zu entfernten Rechnern verwalten kann – dabei ist nur der Rechnername und das Passwort notwendig, der Drucker oder auch die Dateifreigabe verwendet diese Daten dann selbständig.
Aufruf unter „Ausführen“ oder in der Commandline:

rundll32.exe keymgr.dll,KRShowKeyMgr

Der Dialog ist selbserklärend und hier können auch alte nicht mehr benötigte User/Passwort-Kombis rausgeworfen werden.

Unter Windows XP und Server 2003 können nur normale User verwaltet werden, ab Vista, Windows 7, Server 2008 können auch User für Internetseiten an dieser Stelle verwaltet werden und zusätzlich können die Daten für den Transfer auf einen weiteren Rechner auch gesichert und wieder hergestellt werden!

Weitere Tags: „Netzlaufwerk verbinden“, „remove saved Passwords“, „gespeicherte Passwörter entfernen“, „gespeicherte Passwörter löschen“

Frage eines Kunden: Ich wollte meine WordPress Installation mit dem Button ‚Autoupdate‘ auf den neuesten Stand bringen, es wird jedoch im nächsten Dialog nach einem FTP/SFTP-User gefragt.
Gebe ich meine Zugangsdaten an dieser Stelle ein, kommt im nächsten Schritt folgende Fehlermeldung:

WordPress Verzeichnis kann nicht gefunden werden.
Die Installation ging schief

Es gibt keine weiteren Hinweise was genau schief gegangen ist oder wie es zu beheben sei – auch im Error-Log des Webservers kommt keine weitere Fehlermeldung.

Lösung: (möglicherweise graz4u-spezivisch)
Schon die Frage nach der Authentifizierung ist laut WordPress nicht so vorgesehen – wenn diese Meldung erscheint, weist dass auf eine falsche Berechtigung im Verzeichnissystem hin.
Die Vorgabe von WordPress (zumindest für Autoupdate) ist, dass alle Dateien dem selben User gehören, der auch den Webserver ausführt. (im Fall von graz4u.at immer wwrun)

Und tatsächlich war es in diesem Fall so, dass ein longlisting der betroffenen Installation ca. so ausgesehen hat:

 ls -l

-rw-rw---- 1 user-01 gruppe-01·· 236 May 27 15:31 .htaccess
drwxr-s--- 2 user-01 gruppe-01· 4096 May 24 12:03 daten
-rw-r--r-- 1 user-01 gruppe-01·· 397 May 27 14:55 index.php
-rw-r--r-- 1 user-01 gruppe-01 15606 May 27 14:55 license.txt
-rw-r--r-- 1 user-01 gruppe-01 10260 May 27 14:55 liesmich.html
-rw-r--r-- 1 user-01 gruppe-01· 9202 May 27 14:55 readme.html
-rw-r--r-- 1 user-01 gruppe-01· 4337 May 27 14:55 wp-activate.php
drwxrws--- 9 user-01 gruppe-01· 4096 Apr 27 11:38 wp-admi

Die Ausführung von WordPress ist daurch nicht gestört, aber das Autoupdate-Scripot versagt an dieser Stelle…

Folgende Befehle durch den Admin setzten zuerst den User wie von WordPress gewünscht auf den des Webservers und geben der Gruppe auch noch die Schreibrechte, so dass der User „user-01“ auch weiterhin Dateien mittels ftp oder ssh editieren kann. (sofern dies überhaupt benötigt wird)

 chown -R wwwrun:gruppe-01 * 
 chmod -R g+w *
 
 ls -l

-rw-rw---- 1 wwwrun gruppe-01·· 236 May 27 15:31 .htaccess
drwxrws--- 2 wwwrun gruppe-01· 4096 May 24 12:03 daten
-rw-rw-r-- 1 wwwrun gruppe-01·· 397 May 27 14:55 index.php
-rw-rw-r-- 1 wwwrun gruppe-01 15606 May 27 14:55 license.txt
-rw-rw-r-- 1 wwwrun gruppe-01 10260 May 27 14:55 liesmich.html
-rw-rw-r-- 1 wwwrun gruppe-01· 9202 May 27 14:55 readme.html
-rw-rw-r-- 1 wwwrun gruppe-01· 4337 May 27 14:55 wp-activate.php
drwxrws--- 9 wwwrun gruppe-01· 4096 Apr 27 11:38 wp-admi

Danach klappt dann auch das Update gleich beim ersten Klick: