Hallo,
ich habe unser VRD2009 auf 2010 upgedatet. Die DB liegt auf einem SQL Server. Die Anwendung selbst leigt auf 2 Citrix Servern und ist als App freigegeben. Einige Benutzer können zwar VRD starten, aber die Anwendung bleibt ca. 6-8min. mit der Sanduhr in der grauen Maske stehen.
Wir haben ca. 1200 Verbindungen bei ca. 25-40 VRD-Benutzern.

Nachdem dies also nicht funktionierte, habe ich eine DB Sicherung zurückgespielt und VRD2009 wieder über Citrix aktiviert. Alle können wieder arbeiten.

Ich habe dann eine Sicherung der DB auf einem Testserver zurückgespielt und lasse die VRD2010 Citrix App dagegen laufen. Nach dem üblichen Kennwortrücksetzproblem (Padding is invalid and cannot be removed.) funktioniert die Anwendung wieder nicht bei allen Kollegen.

Gleicher Fehler - grauer Hintergrund, Menuzeile ist zwar da aber nichts passiert, Eieruhr und nach 6-8min. verschwindet die App. (siehe Anhang)

Werden Fehler im Fehlerprotokoll gemeldet?

Nein, weder im Application noch im Systemlog gibt es Fehlermeldungen.

kann es sein, dass zuerst eine tempdb innerhalb der DB angelegt wird und die "alten" VRD2009 Daten irgendwie in das neue Format übertragen werden.
Man kann diese Infos im SQL Activity Monitor sehen.

Außerdem hat die VRD.exe einen CPU-Last von 10-20% und verbraucht ca. 43MB speicher.
Nachdem das Fenster verschwunden ist, lief für ein paar Minuten eine DB20.exe.
Allerdings ist im Hintergrunf die vrd.exe noch aktiv. (aber ohne Fenster)

Nachdem die DB20.exe verschwunden war, fing die VRD.exe wieder mit 5-15% CPU Last an zu werkeln.

Und siehe da, wenn man lange genug wartet gibt es eine Fehlermeldung im Application Log:
Faulting application vrd.exe, version 6.5.2806.0, stamp 4aa4e1f2, faulting module kernel32.dll, version 5.2.3790.4062, stamp 46264680, debug? 0, fault address 0x0000bee7.

Also bei der ersten Anmeldung auf die Datenbank mit vRD 2010 sollte eine Abfrage kommen, ob Sie jetzt migrieren möchten - dann sollte eine Status-Anzeige kommen, ob die DB erfolgreich migriert werden kann...

Danach können alle Benutzer mit vRD 2010 darauf zugreifen...

Oder haben Sie bis dahin bereits ein anderes Verhalten?

nein, bis dahin ist alles gleich.
Nach dieser Migration war ich der erste, der VRD2010 gestartet hat - Ohne Probleme
Bei 5 weiteren Benutzern funktionierte es auch.
Zur Zeit habe ich einen bei dem es nicht startet.
Wie gesagt, alle arbeiten mit der gleichen Einstellung über einen Citrix Server (Auch gleiche Rechte - AD Gruppe). Auch eine neue testinstallation auf einem normalen Client ergibt das gleiche Problem.

Soll ich Ihnen vielleicht mal Scripte erstellen, mit denen Sie alle persönlichen Daten eines Users löschen können? Dann könnten Sie zumindest auf der Test-DB mal probieren, ob es weiterführt...

Wir hatten mal einen öhnlichen Fall nach einer Migration haben aber ohne die DB das Problem nicht lösen können - der Benutzer hat dann über CSV seine Umgebung komplett neu erstellt

gerne, ist einen Versuch wert. Genau dafür gibt es bei uns eine Testumgebung ;-)

DECLARE @Username nvarchar(50)
SET @Username = '???'

DELETE FROM vRDConnections WHERE OwnerName = @Username
DELETE FROM vRDConnStates WHERE UserN = @Username
DELETE FROM vRDCredentials WHERE UserName = @Username
DELETE FROM vRDCredPlaces WHERE UserN = @Username

DELETE FROM vCCUserSettings WHERE UserId = @Username
DELETE FROM vCCUserLastTabPage WHERE UserId = @Username
DELETE FROM vCCUserTreeState WHERE UserId = @Username
GO


Ersetzen Sie dabei die ??? mit dem Namen eines Users bei dem die Probleme auftauchen - Sie sehen den Namen in der Statusleiste (normalerweise username@domain)

Habe den Usernamen wie folgt eingefügt:
DECLARE @Username nvarchar(50)
SET @Username = 'UADE9999079@domain

DELETE FROM vRDConnections WHERE OwnerName = @Username
DELETE FROM vRDConnStates WHERE UserN = @Username
DELETE FROM vRDCredentials WHERE UserName = @Username
DELETE FROM vRDCredPlaces WHERE UserN = @Username

DELETE FROM vCCUserSettings WHERE UserId = @Username
DELETE FROM vCCUserLastTabPage WHERE UserId = @Username
DELETE FROM vCCUserTreeState WHERE UserId = @Username
GO

folgender Fehler wird gemeldet:
Msg 208, Level 16, State 1, Line 4
Invalid object name 'vRDConnections'.


Gruß
Markus Schirweit

This post was last modified: 05-02-2010 07:53 AM by MemoMarkus.

Da fehlt das einfache Hochkomma am Ende des SET-Befehls - der Name des Users muss in ' ' eingeschlossen sein

Sorry, habe das Script nicht auf der Db ausgeführt...

Hat jetzt funktioniert und der Benutzer kann sich auch wieder anmelden.
Die Anmeldeinformationen sind auch noch alle vorhanden, mussten nur wieder verlinkt werden. (zum Glück ist der Fehler mit der Vererbung raus ;-))

Werde dann in den nächsten Tagen die Prod DB wieder migrieren und hoffen, dass nicht zuviele Benutzer in den Fehler laufen.

Danke für die spitzen Hilfe

Gruß
Markus Schirweit

Freut mich doch das es wieder klappt