This Blog is from Torsten, so i have a Problem in my Primary Sites, is it as a WMIprvSE.exe needs everytime more and more memmory, but we have 20GB Memmory in this server, now i think i can make the Problem clear with this PXE-cache solution.
So we have it everytime when we Advertise a WOL-Request over the hole Enviroment
Now i am in the Prodikive Enviroment to test this, so much Thanks to Torsten, for his Blog…
[Update] Da scheint MS von meinem Blog “abgeschrieben” zu haben: http://support.microsoft.com/kb/2019640 😉
Der PXE Servicepoint (WDS) unter SCCM speichert(e) Anfragen von Clients eine Stunde lang zwischen, was zu Problemen bei OS Deployments führt(e). Deshalb wurde http://support.microsoft.com/kb/969113/en-us veröffentlicht, der die Zwischenspeicherzeit von 1h auf 1min zurücksetzte. Genauer betrachtet wird der Wert HKLM\Software\Microsoft\SMS\PXE\CacheExpire auf 0 gesetzt und als 60s interpretiert.
Laut http://support.microsoft.com/kb/971348/en-us ist kb969113 im Service Pack (SP) 2 für ConfigMgr enthalten. HKLM\Software\Microsoft\SMS\PXE\CacheExpire steht zwar dann weiterhin auf 0, jedoch wird dies (fälschlicherweise wieder) als 3600s interpretiert. Zu erkennen ist das im smspxe.log:
Loaded PXE settings from reg key HKLM\Software\Microsoft\SMS\PXE:
PXE Settings:
IsActive: Yes
SupportUnknownMachines: No
MACIgnoreListFile: <empty>
ResponseDelay: 0
CacheExpire: 3600
HTTP Port: 80
HTTPS Port: 443
IISSSLState: 0×0
BindPolicy: Exclude <empty>
TRK: <non empty>
SiteSignCert: <empty>
Root CA Certs: <empty>
PXE GUID: <GUID>
PXEPassword: <empty>
Lösung / Workaround: Setzen des Wertes CacheExpire auf einen kleinen Wert <> 0 (z.B. 120) in der Registry auf den PXE Servicepoints.
Wer mehr als einen PXE Servicepoint in Einsatz hat oder den Prozeß automatisieren will, der kann auch eine Collection aller PXE SPs erstellen und ein einfaches .reg-File verteilen.
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\PXE]
“CacheExpire”=dword:00000078