Hej hallo, daar ben ik weer eens in de komkommertijd.....
Probleem bij een klant.. Sinds migratie van Physical 2 Virtual op XenSource.
Sinds de migratie draaien de servers in weze prima totdat ik erachter kwam dat de Terminal Server (2003) een eventlog had die volliep met Apply Policy errors:
Windows cannot perform filter check for Group Policy object CN={FF23C201-EFE9-46C1-AE62-F9EE2D53A31E},CN=Policies,CN=System,DC=Domain,DC=local. Group Policy processing aborted.
en
Windows cannot query for the list of Group Policy objects. Check the event log for possible messages previously logged by the policy engine that describes the reason for this.
Nu keek ik op de DMC (2003 SBS waar de policies gemaakt zijn) in de log en ik zie daar om de haverklap de volgende meldingen komen:
Faulting application wmiprvse.exe, version 5.2.3790.3959, faulting module msvcr80.dll, version 8.0.50727.762, fault address 0x00008a8c.
Nu ben ik er dus achter dat de WMI gebruikt wordt om GPO's uit te lezen etc.. Dus ik gok dat het daaraan ligt dat de Terminal Server de policy niet kan toepassen.
Doe ik op de TS een gpresult krijg ik: Access Denied.
Doe ik het op de DMC: Access Denied
Doe ik het op de SQL server: Normaal resultaat.
Werkstations lijken het ook te doen.
Alleen die Terminal heeft de grootste issues.
Wat er allemaal veranderd is:
1. Machines zijn verhuisd naar een ander pand met een ander ip subnet. Van 192.168.5.x naar 192.168.4.x.
2. Machines geconverteerd naar Virtual Machines (P2V) naar een Xen Server
3. XenTools geinstalleerd
4. Servers andere IP adressen gegeven zodat ze in het juiste netwerk komen te zitten.
Nu denk ik dat die hele WMI finaal naar den knoppen is.
Ik heb al getest om de system32\wbem de DLL's registeren
De repository leeggemaakt en reboot van de server
Nieuwe versie van de XenTools geinstalleerd
Ik zie/snap/volg het niet meer.. Zijn er nog mensen aanwezig die mij iets verder op weg kunnen helpen?
En misschien zijn het wel 2 heel verschillende problemen die tegelijkertijd optreden??
Tenks
Probleem bij een klant.. Sinds migratie van Physical 2 Virtual op XenSource.
Sinds de migratie draaien de servers in weze prima totdat ik erachter kwam dat de Terminal Server (2003) een eventlog had die volliep met Apply Policy errors:
Windows cannot perform filter check for Group Policy object CN={FF23C201-EFE9-46C1-AE62-F9EE2D53A31E},CN=Policies,CN=System,DC=Domain,DC=local. Group Policy processing aborted.
en
Windows cannot query for the list of Group Policy objects. Check the event log for possible messages previously logged by the policy engine that describes the reason for this.
Nu keek ik op de DMC (2003 SBS waar de policies gemaakt zijn) in de log en ik zie daar om de haverklap de volgende meldingen komen:
Faulting application wmiprvse.exe, version 5.2.3790.3959, faulting module msvcr80.dll, version 8.0.50727.762, fault address 0x00008a8c.
Nu ben ik er dus achter dat de WMI gebruikt wordt om GPO's uit te lezen etc.. Dus ik gok dat het daaraan ligt dat de Terminal Server de policy niet kan toepassen.
Doe ik op de TS een gpresult krijg ik: Access Denied.
Doe ik het op de DMC: Access Denied
Doe ik het op de SQL server: Normaal resultaat.
Werkstations lijken het ook te doen.
Alleen die Terminal heeft de grootste issues.
Wat er allemaal veranderd is:
1. Machines zijn verhuisd naar een ander pand met een ander ip subnet. Van 192.168.5.x naar 192.168.4.x.
2. Machines geconverteerd naar Virtual Machines (P2V) naar een Xen Server
3. XenTools geinstalleerd
4. Servers andere IP adressen gegeven zodat ze in het juiste netwerk komen te zitten.
Nu denk ik dat die hele WMI finaal naar den knoppen is.
Ik heb al getest om de system32\wbem de DLL's registeren
De repository leeggemaakt en reboot van de server
Nieuwe versie van de XenTools geinstalleerd
Ik zie/snap/volg het niet meer.. Zijn er nog mensen aanwezig die mij iets verder op weg kunnen helpen?
En misschien zijn het wel 2 heel verschillende problemen die tegelijkertijd optreden??
Tenks
It's not DNS. There's no way it's DNS. It was DNS. --The Sysadmin haiku