SCCM (MEMCM) Konsolda "A required component of the console is out of sync with your site" hatası ve çözümü

 Sorun Tanımı:  

SCCM konsol kuruluşu sonrasında , konsol açıldıktan kısa bir süre sonra üst tarafta bant olarak "A required component of the console is out of sync with your site" hatasının sabit olarak gözükmesi.

Analiz:

Manuel SCCM konsol kurulumu sırasında AdminConsole.msi kullanılırsa dizin içerisindeki gerekli uzantılar kurulmuyor. 

(ConfigMgr.AC_Extension.amd64 ve ConfigMgr.AC_Extension.i386)

Çözüm:

Kurulum AdminConsole.msi yerine ConsoleSetup.exe ile yapılmalıdır. Bu şekilde yapıldığında üstteki bahsedilen hatanın çıkmadığı görülecektir. İkinci bir alternatif ise ConfigMgr.AC_Extension.amd64 ve ConfigMgr.AC_Extension.i386 dosyalarının doğru şekilde kopyalandığı , kaynak dizine bakılarak kontrol edilmelidir. Eğer bu dosyalar hatalı ise yine uzantılar doğru kurulamayacağı için aynı hata alınacaktır.

SCCM - Windows Update 0x87D00664 Hatası ve Çözümü

Sorun Tanımı:  

SCCM ile Windows Update geçilen bazı Windows 10 cihazlarda 0x87D00664 hatalarının artması ve kümülatif yamaların cihazlara kurulamaması.

Analiz: 

Bu durum boyutları büyük olan ve giderek büyümekte olan Windows 10 kümülatif yamalarının SSD'ye geçiş yapmayan cihazlara kurulmasından kaynaklanıyor. Varsayılan kurulum zaman limitinin dolmasından dolayı timeout hatası alınıyor. Bu hata CCM\Logs klasörü altındaki UpdatesHandler.log ve UpdatesDeployment.log isimli log dosyalarında gözlenebilir.

Çözüm:

Sorunun çözümü varsayılan timeout değerinin artırılmasıdır.  SCCM Konsoldan:

Software Library - Software Updates nodu altından ilgili yamaya sağ tıklanarak gelen menüden Maximum Run Time 60 dakikadan 120 dakikaya (duruma göre daha yukarıya) çekilerek sorun çözülebilir. 

İkinci konu yama kurulumlarını yapan TiWorker.exe 'nin eğer yüklü ise antivirüs tarafında exception listesine alınmasıdır. Bazı durumlarda yama kurulumunu hızlandırdığı gözülmüştür. İlgili exe Windows\WinSXS altdizinlerinde yer almaktadır.

Fakat bu sorunun asıl çözümü Windows 10 geçişi yapılan bilgisayarın SSD diske sahip olmasından geçiyor. Yama kurulum sürelerinin oldukça düşmesi ve son kullanıcı memnuniyetinin artması için cihazların SSD diskli olması elzem gözüküyor.

SCCM IIS Loglarının Sunucu Diskini Doldurması Sorunu ve Çözümü

Sorun Tanımı:  

SCCM sunucusundaki IIS loglarının zaman içerisinde büyük boyutlara ulaşması ve sunucu diskini doldurması durumu. 

Analiz: 

SCCM sunucunun hizmet verdiği cihaz sayısı attıkca günlük IIS log boyutu büyümektedir. Belli bir noktadan sonra bu dizinin büyüklüğü SCCM sunucusunun diskini tamamen doldurabilir.

*IIS logları varsayılan olarak "C:\inetpub\logs\LogFiles" dizini içerisinde tutulmaktadır.

Çözüm:

30 güne kadar olan logları temizleyecek bir komut satırını Task Scheduler ile otomatik olarak çalışacak şekilde ayarlayarak logları temizleyebiliriz.

SCCM sunucusu üzerinde Task Scheduler açarak Create Basic Task seçeneği ile bir task oluşturulur:

Trigger olarak haftalık seçilir (kendi yapınıza göre bunu aylık olarak da set edebilirsiniz)

Haftanın hangi günü çalışacağı seçilir:

Action olarak "Start a program" seçilir:

 

Komut satırı bilgisi olarak ForFiles.exe /p "C:\inetpub\logs\LogFiles\W3SVC1" /s /d -30 /c "cmd /c del @file girilir. Buradaki 30 rakamı değiştirilerek 30 gün ayarı ile oynanabilir. Sonrasında gelecek olan uyarı kutusunda YES seçilerek arguman kısmı ayrılmış olur.

Bu ayarlar yapıldıktan sonra finish tuşu ile task oluşturulmuş olur. Oluşan taska sağ tıklayıp Run seçilerek çalışırlığının test edilmesini tavsiye ederim.

İkinci bir çözüm olarak IIS loglarının kapatılması mevcut fakat bu pek tavsiye edilmiyor.

Windows 10 (1607 LTSB ve Öncesinde) Driverların Rastgele Silinme Sorunu ve Çözümü

Sorun Tanımı:   

Windows'a yüklenen yazıcı , tarayıcı veya ağ sürücülerin rastgele aralıklarla kendiliğinden kaybolması ve buna bağlı olarak cihazların çalışmaması durumu oluşmaktadır. Sürücüler tekrar yüklense dahi sonraki gün tekrar silinmektedir. Bu sorun 1607 versiyon Windows sürümlerine kadar olmaktadır , özellikle support süresi devam eden LTSB versiyonu bundan etkilenmektedir.




Analiz: 

Sürücülerin silindiği cihazlarda event log seviyesinde herhangi bir ize rastlanmıyor. Sürücülerin silindiği device manager tarafındaki loglarda izlenebiliyor.

Konuyla ilgili çeşitli kaynaklardan yapılan araştırmalarda sorunun 2018 şubat ayında çıkan KB4023057 ile beraber gelen reliability tool version 10.0.14393.10019 ile ilgili olduğu anlaşılıyor. Bunu görebilmek için c:\program files\rempl dizini içerisindeki remsh.exe versiyonu kontrol edilebilir. Eğer versiyon 10.0.14393.10019 ise sonuna yol açacaktır.

Çözüm:

takeown /f "C:\Program Files\rempl" /r /d y

icacls "C:\Program Files\rempl" /grant administrators:F /t /q

icacls "C:\Program Files\rempl" /deny system:F /t /q

Yukarıdaki komut satırları çalıştırılarak ilgili dizindeki SYSTEM account yetkisi kaldırılarak remsh.exe nin çalışması engellenir. Bu sorun ve çözüm daha önce söylendiği gibi Win 10 1607  / LTSB sürümlerine kadar etki göstermekte sonraki versiyonlarda bulunmamaktadır.

Kaynak:

https://support.microsoft.com/en-us/help/4098563/usb-device-drivers-are-removed-unexpectedly-after-windows-update-windo

https://kb.pulsesecure.net/articles/Pulse_Secure_Article/KB43717

SCCM (SSRS) Raporlarının İlk Seferde Görüntülenememesi Sorunu ve Çözümü

Sorun Tanımı:  

SCCM konsolundan veya browser üzerinden rapor alınmaya çalıştığında ilk seferde hata alınması. Rapor tekrar çalıştırıldığında hatasız şekilde alınması. Ancak aradan belli bir süre geçtikten sonra rapor tekrar çalıştırılınca yine hata alınması. Bu durum rapor için oluşturulan subscription lara da etki etmektedir.

Konsolda:

                              

Browserda:

                                 

Hata Mesajı :

An error has occurred during report processing. ---> Microsoft.ReportingServices.ReportProcessing.ProcessingAbortedException: An error has occurred during report processing. ---> Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: Cannot create a connection to data source 'AutoGen__5C6358F2_4BB6_4a1b_A16E_8D96795D8602_'. ---> System.Data.SqlClient.SqlException: A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: SSL Provider, error: 0 - The wait operation timed out.) ---> System.ComponentModel.Win32Exception: The wait operation timed out

Analiz:

Raporlama sırasında client ile sunucu arasındaki TLS handshake işleminde 15 saniyelik bir gecikme gözükmektedir.

Hata anında SSRS - Reporting Service kurulu olan sunucunun ctldl.windowsupdate.com adresine çıkmaya çalıştığı trace loglarında görülmüştür.

Event Viewer'da Application and Service Logs -> Microsoft -> Windows -> CAPI2 aktif edilirse

raporlama anında Event ID 53 ile aşağıdaki hata gözlenebilir.

TLS Handshake sırasında sertifika kontrolü yapabilmek için Windows OS default davranış olarak CTL güncel listesini indirebilmek amacıyla  kendi sunucusuna yönleniyor. Sunucunun internet çıkışı yoksa veya iç ortamda CTL için bir URL set edilmemişse 15 saniyelik timeout süresi boyunca bekleyip raporun hata almasına sebep oluyor.

Çözüm:

1- Reporting Service rolü kurulu olan sunucunun 

http://ctldl.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootstl.cab 

adresine gidebilmesi için internete çıkış yetkisi verilmelidir.

2-  Eğer internete çıkış istenmiyorsa iç ortama CTL dağıtımı için distribution point tanımlanmalıdır.

Configure Trusted Roots and Disallowed Certificates 

3-  Workaround olarak;

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\SystemCertificates\AuthRoot 

“EnableDisallowedCertAutoUpdate”=dword:00000000

“DisableRootAutoUpdate”=dword:00000001

değerleri oluşturulabilir. Bu önerilen yöntem değildir , geçici çözüm olarak uygulanabilir.

Kaynak: https://blogs.technet.microsoft.com/askds/2018/04/10/tls-handshake-errors-and-connection-timeouts-maybe-its-the-ctl-engine/