MP Control Manager detected MPsetup has failed to create the CCM_Incoming Virtual Directory

Kontrollides täna hommikul Configuration Manageri primary servereid ja avastasin, et ühel neist on probleemid Managment Pointiga e MP. Lähemalt asja uurides leidsin ma MP komponendi logide alt järgneva veateate:

MP Control Manager detected MPsetup has failed to create the CCM_Incoming Virtual Directory.

Possible cause: The IIS IWAM account has expired, been disabled, or has invalid or too restrictive logon hours. You may verify this information by running the net user command line for the IWAM account. (i.e.: "net user IWAMMachineName)

Solution: Use the output to verify that the account is enabled, and logon is possible during the time of installation. Note: You can use "net user" to modify the account properties.

Possible cause: The IIS IUSR account has expired, been disabled, or has invalid or too restrictive logon hours. You may verify this information by running the net user command line for the IUSR account. (i.e.: "net user IWAMMachineName)

Solution: Use the output to verify that the account is enabled, and logon is possible during the time of installation. Note: You can use "net user" to modify the account properties.

Possible cause: The designated Web Site is disabled in IIS.

Solution: Verify that the designated Web Site is enabled, and functioning properly.

Asja sain korda järgnevalt:

1. Eemaldasin BITSi

2. Restart serverile

3. BITS tagasi installida

Kui sellest kasu pole võite alati proovida ka eemaldada MP ja MP uuesti tagasi panna.

SCUG.EE kasutajagrupi esimene koosviibimine

Juba sellel Neljapäeval on SCUG.EE esimene koosviibimine Microsoft Eesti kontoris. Ettekandmisele tuleb kaks teemat - Rainer Leemet Stora Ensost teeb ettekande „Tarkvarauuenduste paigaldus Configuration Manager 2007 abil“ ja Urmas Lepik YIT-st „Configuration Manager 2007 klientide install ja „tervis“ “

Neljapäev näeme :)

Kaido

Mõned kasulikud Configuration Manageri kollektsiooni päringud

Siin on seitse head kollektsiooni päringut mis lihtsustavad igapäeva ConfigMgr administraatori tööd.

Active Directory arvutid ilma ConfigMgr kliendita või vana versiooniga:

1. select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System where ((DATEDIFF(hh, SMS_R_SYSTEM.AgentTime, getdate()) < 23) and AgentName = "SMS_AD_SYSTEM_DISCOVERY_AGENT") and (SMS_R_System.ClientVersion < "4.00.6487.2000" or SMS_R_System.ClientVersion is null)  

ConfigMgr kliendid mille on vanem kui 30 päeva riistvara info:

1. select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System  inner join SMS_G_System_COMPUTER_SYSTEM on SMS_G_System_COMPUTER_SYSTEM.ResourceID = SMS_R_System.ResourceId  where SMS_G_System_COMPUTER_SYSTEM.Name  not in (select SMS_R_System.Name  from SMS_R_System inner join SMS_G_System_WORKSTATION_STATUS on SMS_G_System_WORKSTATION_STATUS.ResourceID = SMS_R_System.ResourceId  where SMS_G_System_WORKSTATION_STATUS.LastHardwareScan >=  DateAdd(dd,-30,GetDate())  )  

ConfigMgr kliendid mis pole aksepteeritud:

1. select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System inner join SMS_CM_RES_COLL_SMS00001 on SMS_CM_RES_COLL_SMS00001.ResourceId = SMS_R_System.ResourceId where SMS_CM_RES_COLL_SMS00001.IsApproved= '2' 

ConfigMgr kliendid millel on restart Pending staatuses:

1. select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from sms_r_system AS sms_r_system          inner join SMS_UpdateComplianceStatus as c on c.machineid=sms_r_system.resourceid where c.LastEnforcementMessageID = 9  

ConfigMgr kliendid millel pole R3 uuendust:

1. select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System where SMS_R_System.ClientVersion <= "4.00.6487.2000" 

ConfigMgr kliendid mis ootavad teise programmi installatsiooni lõppu:

1. select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from sms_r_system AS sms_r_system inner join SMS_UpdateComplianceStatus as c on c.machineid=sms_r_system.resourceid      where c.LastEnforcementMessageID = 3  

ConfigMgr kliendid mis ei suutnud installeerida mingeid turvauuendusi:

1. select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from sms_r_system inner join SMS_UpdateComplianceStatus on SMS_UpdateComplianceStatus.machineid=sms_r_system.resourceid   where SMS_UpdateComplianceStatus.LastEnforcementMessageID = 11  

Kaido

PowerShell STA ja MTA osa 5

Jätkan PowerShelli seeriaga ja selles postituses kirjutan mis asi on STA ja MTA. Kõiki PowerShelliga seotud näiteid on teil võimalik allalaadida minu avalikust SkyDrivest: http://cid-030bc1ea09f784f6.office.live.com/browse.aspx/.Public

 

STA e Single-Threaded Apartment ja MTA Multi-Threaded Apartment

Kui PowerShellis tegeled graafilise liidese kirjutamisega, siis kindlalt puutud kokku sellise asjaga nagu STA e Single-Threaded Apartment ja MTA e Multi-Threaded Apartment. Täpsemalt saate lugeda nende mõlema kohta MSDNist ja ma ei hakka seda eesti keelde tõlkima kuna ma ei ole piisavalt tark veel :), et seda selgelt ja arusaadavalt lahti seletada:

Single-Threaded Apartment - http://msdn.microsoft.com/en-us/library/ms680112(v=vs.85).aspx

Multi-Threaded Apartment - http://msdn.microsoft.com/en-us/library/ms693421(v=vs.85).aspx

PowerShelli 2.0 konsool kasutab vaikimisi MTA mudelit ja seda saab teada järgneva käsuga

[threading.thread]::CurrentThread.GetApartmentState()

PowerShell ISE kasutab vaikimisi STA mudelit

Mis moodi te STA-ga kokku võiksite puutuda?

Näiteks võtan selle teenuste utiliidi mille ma tegin ja proovin seda käima lasta PowerShelli konsoolist

Peale teenuste utiliidi käivitamist saan veateate mis ütleb, et „The calling thread must be STA, because many UI Components require this.“

Selleks, et PowerShelli konsoolist seda utiliiti käima lasta, peab PS konsoolis kirjutama järgmise käsurea

Kui te avate selle Teenuste utiliidi PowerShell ISE-s, siis see käivitub ilma probleemideta kuna PS ISE töötab STA mudelil.

Muudame Teenuste utiliiti, et ta ennem kontrolliks, et kas kasutaja/admin proovib skripti käima lasta kas PowerShelli konsoolist või ISE-st. Lisada järgnev kood skripti algusesse

1. if ([threading.thread]::CurrentThread.ApartmentState.ToString() -eq 'MTA')  
2. {  
3.   write-host -ForegroundColor RED "Skripti ei ole võimalik käivitada MTA-s" 
4.   write-host -ForegroundColor RED "Käivita PowerShell.exe -STA käsuga" 
5.   write-host -ForegroundColor RED "Näide:" 
6.   write-host -ForegroundColor RED "    PowerShell -noprofile -STA C:\skriptid\Teenused_Utiliit_STA_Check.ps1" 
7.   exit -1  
8. }  

Ja kui peale seda proovida käivitada Teenuste utiliiti PS konsoolist saame me ilusa veateate

Selleks korraks hetkel kõik

Kaido