Zuletzt aktualisiert:
Aktuell bin ich bei WEM 2507 CU1 auf non-persistent VDAs über ein Verhalten gestolpert, das mir ziemlich bekannt vorkam.
Und ja – ich habe das Verhalten selbst gesehen.
Der VDA startet sauber, registriert sich und sieht auf den ersten Blick völlig gesund aus.
Aber der WEM Agent Cache wird nicht sauber initialisiert und die WEM-Konfiguration greift entsprechend nicht zuverlässig.
Interessanterweise sieht man aktuell auch in der Community ähnliche Fälle:
Golden Image → WEM funktioniert ✅
Provisionierter VDA → WEM Cache Problem ❌
Cache Reinitialize → WEM funktioniert wieder ✅
Laut einem Community-Bericht vermutete Citrix Support ebenfalls ein Timing-Problem beim Start: VDA und WEM Agent kommen hoch, bevor die lokale WEM Cache DB sauber initialisiert wurde.
Das Spannende daran:
Das Thema ist eigentlich überhaupt nicht neu.
Bereits 2017 hat BIS-F einen WEM Cache Refresh beim Systemstart eingeführt.
Später kam eine Funktion hinzu, die ich bei non-persistent Images besonders interessant finde:
“Move WEM Agent Cache to the PVS or MCSIO persistent disk”
Damit landet der WEM Cache nicht auf der non-persistent Systemdisk, sondern beispielsweise hier:
PVS/MCSIO CacheDisk
↓
Citrix
↓
WEMCache
Zusätzlich kann BIS-F beim Systemstart beispielsweise:
-RefreshCache -RefreshSettings -RefreshCache -Reinitialize
ausführen.
Genau diese Funktion hatte ich ehrlich gesagt lange nicht mehr groß auf dem Radar – bis ich das Verhalten jetzt selbst wieder gesehen habe.
Für mich deshalb ein guter Reminder:
Nur weil ein alter Workaround irgendwann nicht mehr notwendig erschien, heißt das nicht, dass die dahinterliegende Architektur keine Rolle mehr spielt.
Gerade bei PVS/MCSIO + WEM + non-persistent VDAs würde ich deshalb den WEM Cache und dessen Persistenz wieder mit in den Health Check aufnehmen.
Eine öffentliche Citrix Bug-ID, die das aktuelle Verhalten explizit WEM 2507 CU1 zuordnet, habe ich bislang übrigens nicht gefunden. Deshalb bleibt es zunächst genau das:
Finding in the Wild. 🔎
