[W2008] geen geldige win32 toepassing op Citrix server

[gumkop]

Hallo, wij hebben enkele tientallen Windows 2008 (32 bit) servers die dienst doen als Citix server. We hebben het probleem dat sinds het geheugen is uitgebreid van 4GB naar > 10GB er soms een probleem is met het starten van een tweetal applicaties die via het netwerk worden gestart. De BCD staat op nx = alwaysoff, PAE is dan aan en DEP uit, dit is te controleren.
De servers zijn virtueel (VMWare) met RES en Citrix erop.
Als het probleem optreedt, dan komt er een melding dat het geen geldige win32 toepassing is. Dit is dan reproduceerbaar door dit lokaal als administrator naar het netwerkpad te gaan en die .exe's op te starten. Overige .exe's doen het echter weer zonder problemen, ook als je de netwerkapplicatie naar lokaal kopieert is deze op te starten. Met deze laatste actie sluit je RES, Citrix en policies uit. Pas als de server een herstart krijg werkt hij weer, maar soms ook weer spontaan eventjes.
Verder wel eens een rare foutmelding dat er geen ruimte (welke???) is.

Omdat dit zo'n vreselijk vaag probleem is zitten we met de handen in het haar wat het zou kunnen zijn. Een oplossing zou mooi zijn, maar tips hoe te troublshooten ook. Verder weet ik dat ik nog tonnen meer informatie kan geven, maar ik vraag me gewoon af of iemand dit al eerder is tegenegekomen en wat het zou kunnen zijn.

[wagenveld]

Het helpt al om met de relevante Engelse foutmelding eens rond te zoeken:
https://www.google.ie/sea...rg.mozilla:en-US:official

Maar Windows 2008 in 32bit wil niet meer aanspreken dan 3,75GB en een beetje. Dus wat was de gedachte achter die 10GB upgrade?

edit: Iets te snel, Enterprise wil wel meer dan 4GB doen. Het is dus ook Enterprise neem ik aan?

[ Voor 9% gewijzigd door wagenveld op 20-01-2014 17:18 ]

[Dennism]

Er zijn nog steeds oudere applicaties die hier niet mee om kunnen gaan, ik zou bij de leverancier checken of hun applicatie wel het gebruik van PAE ondersteund, daarnaast zou je het mogelijk kunnen testen door een paar servers terug te zetten naar 4GB (en eventuele software matige aanpassingen terug te draaien naar de situatie van voor de uppgrade) en deze een lagere user distributie factor te geven zodat er niet teveel users op komen. Als de applicatie dan niet in de stress schiet is de kans natuurlijk groot dat de applicatie niet met het extra geheugen kan omgaan.

In het verleden heb ik iets soort gelijks meegemaakt op een Terminal server met een zelfde constructie, allemaal foutmeldingen als "not enough storage to process the command", foutmeldingen met geheugen adressen e.d.

Oplossing was de server weer terugschalen naar 4GB, of voor veel te veel geld upgraden naar een recente versie of afscheid nemen van het pakket. Dit was trouwens wel op een fysieke terminalserver farm. Bij VMware heb je natuurlijk ook nog de etra virtualisatie laag die bij overcommitment en oude apps ook nog wel eens problemen wil geven.

[Verwijderd]

Vaag probleem inderdaad, enige waar ik aan kan denken is memory optimization, had je dat aan staan?