Use launchapp

Operating systems older than Vista:

SELECT Version FROM Win32_OperatingSystem WHERE Version < "6" 

Vista and 2008 only:

SELECT Version FROM Win32_OperatingSystem WHERE Version LIKE "6.0%" 

Only Win XP SP2:

SELECT Version FROM Win32_OperatingSystem WHERE Version = "5.1.2600"

W2K8, regardless of SP. (ie Not equal to workstation (1))

SELECT * FROM Win32_OperatingSystem WHERE Version LIKE “6.0.%” AND ProductType <> “1”

Only on Windows Server 2008 Core servers.  Here is a sample query (wrapped for readability, this should be done as a single line in the filter dialog):

SELECT OperatingSystemSKU FROM Win32_OperatingSystem WHERE OperatingSystemSKU = 12 OR OperatingSystemSKU = 39 OR OperatingSystemSKU= 14 OR OperatingSystemSKU = 41 OR OperatingSystemSKU = 13 OR OperatingSystemSKU = 40 OR OperatingSystemSKU = 29

These values map back to HEX values, which map back to:

PRODUCT_DATACENTER_SERVER_CORE
0x0000000C

PRODUCT_DATACENTER_SERVER_CORE_V
0x00000027

PRODUCT_ENTERPRISE_SERVER_CORE
0x0000000E

PRODUCT_ENTERPRISE_SERVER_CORE_V
0x00000029

PRODUCT_STANDARD_SERVER_CORE
0x0000000D

PRODUCT_STANDARD_SERVER_CORE_V
0x00000028

PRODUCT_WEB_SERVER_CORE
0x0000001D

Only on a certain day of the week:

To do this, your WQL queries (one filter per GPO that you wanted to set, remember) would be:

Select DayOfWeek from Win32_LocalTime where DayOfWeek = 1

Select DayOfWeek from Win32_LocalTime where DayOfWeek = 2

Select DayOfWeek from Win32_LocalTime where DayOfWeek = 3

One is Monday, two is Tuesday, etc.

Select only laptops (ie computers without sodimm memory:

Select * from Win32_PhysicalMemory where FormFactor != 12

Not a server:

SELECT ProductType FROM Win32_OperatingSystem WHERE ProductType = “1”

See: http://blogs.technet.com/askds/archive/2008/09/11/fun-with-wmi-filters-in-group-policy.aspx

Ensure the following keys are present:

[HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main]
“RunOnceComplete”=dword:00000001
“RunOnceHasShown”=dword:00000001

Or

Group policy [User Configuration\Administrative Templates\Windows Components\Internet Explorer]
Prevent performance of First Run Customize settings - Enabled

HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\TrayNotify

Delete keys 'IconStreams' and 'PastIconsStream'.

Kill and restart explorer process.

Need to use fsutil resource setautoreset true c:\ at elevated command prompt, reboot and install again.

See:   http://itsvista.com/2007/03/fsutil/

"The Microsoft Exchange Information Store service terminated with service-specific error 0 (0x0)."

AVG AntiVirus had expired which caused the Exchange AV module to fail:

"Error code -2147467259 returned from virus scanner initialization routine. Virus scanner was not loaded. " (Event ID 9581)

and

"Error 0x80004005 starting the Microsoft Exchange Information Store.

c:\avg_free_stf_*.exe /REMOVE_FEATURE fea_AVG_SafeSurf /REMOVE_FEATURE fea_AVG_SafeSearch

Disable the following Windows Server 2003 services:

1. ERSvd - Error Reporting Service
2. HidServ - Human Interface Device Access (keyboard buttons, remotes, etc)
3. IsmServ - Intersite Messaging (except for AD replication across subnets, smtp intersite replication, etc)
4. ScardSvr - Smart Card Access
5. LMHosts - TCP/IP NetBIOS Helper (no legacy hosts)

Fresh install of XP SP2 immediately updated to SP3 (Also, Office 2007 SP1 installed).

After, both Windows Update and Microsoft Update detect updates but fail to install any.  No error codes or entries in the event logs.  No info in WU Update History (nothing ever installed by this method).

Fix is install Windows Update Agent 3.0.

Save this to desktop then run the following from a .cmd file:

net stop wuauserv
"%userprofile%\Desktop\WindowsUpdateAgent30-x86.exe" /wuforce
regsvr32 "%windir%\system32\wup2.dll"
net start wuauserv
exit

See

http://www.broadbandreports.com/forum/r20453460-XP-Pro-Updates-Fail-after-Fresh-Install-and-XP-SP3-Loaded

When completing SBS setup on the final server during a Swing It! migration this error halts setup.

Solutions are: Bypass trust check

1. Start SBS setup process
2. Cancel
3. Locate Sitxxx.tmp temp (%temp%) Directory
4. Open Setup.sdb in text editor
5. Comment out the trust check line
6. Save and continue the setup process from the Sitxxx.tmp directory

Or change GUID on the replica DCs

1. Regedit - HKLM - Security - Permissions - Add Administrators - Full Control
2. Cmd - cd c:\windows\program files
3. nltest/domain_trusts/all_trusts/v
4. Record domain GUID string
5. Regedit - HKLM\SECURITY\Policy\PolDnDmG - change GUID to earlier recorded value - restart
6. Undo permission changes

See KB909639 and article at smallbizserver.net