Po restarcie jednego z komputerów monitorowanych przez SCOM okazało się, że System Center Management service nie uruchamia się poprawnie, zwracając komunikat:

The System Center Management service could not be started.
A service specific error occurred: 2164195395.

Przejrzenie logów skutkuje znajezieniem poniższych błędów:

1. Error 2001 HealthService: No Management Group could be started.  See previous errors for more specific details.  If no errors are present, verify the machine has sufficient memory and has at least one Management Group configured.  Because Active Directory Integration is disabled, the Health Service will not remain running.
2. Error 2000 HealthService: The Management Group XXX failed to start.  The error message is 0xC00CEE04(0xC00CEE04).  A previous message with more detail may have been logged.
3. Error 21041 OpsMgr Connector: Operations Manager has received a bad configuration file for management group XXX which could not be parsed.  Configuration has been re-requested.  A copy of the bad configuration file will be placed in C:\Program Files\System Center 2012\Operations Manager\Server\Health Service State\\Connector Configuration Cache\XXX\OpsMgrConnector.Config.Error.xml

Rozwiązanie:

1. Sprawdzamy rejestr na obecność wpisu: WindowsAccountLockdownSD w kluczu HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HealthService\Parameters\Management Groups\Nazwa-Twojej-MG\WindowsAccountLockDownSD. Jeśli wpis nie istnieje, należy przekopiować go z działającej maszyny.
2. Sprawdzamy rejestr ponownie, tym razem na obecność wpisu State Directory w kluczu: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HealthService\Parameters\. Sprawdzamy, czy podana w nim ścieżka to katalogu State Directory jest poprawna.
   1. Przechodzimy do katalogu: C:\Program Files\System Center Operations Manager\Agent\Health Service State\ I kasujemy jego zawartość (oczywiście wg sztuki akcja powinna być wykonana za pomocą tasków SCOM “Flush HealthService”, dostęnych z konsoli SCOM, jednak nie zawsze to pomaga).
   2. Podnosimy usługę – tym razem bez żadnych problemów.

That is the question….

które zadał mi dziś klient, irytując się niesamowicie. Bo jakże to tak? Zapłacił za pełną wersję produktu, a tymczasem w zakładce informacyjnej produktu jak byk stoi napisane: Eval version. I co teraz zrobimy?

Rozwiązanie jest wręcz trywialne i polega na dodaniu klucza produktu przy wykorzystaniu cmdletu PowerShellowego SCOM. Cały proces oraz wyjaśnienie zaistniałej sytuacji znajdziecie w KB2699998.

Próba instalacji agenta SCOM czasami nastręcza lekkie trudności. Oczywiście rozwiązywanie problemu to jakiś sposób na rozwój intelektualny i pobudzenie szarych komórek do wyższej aktywności … ale dlaczego akurat wtedy, kiedy jest dużo do zrobienia? 🙂 Ale do rzeczy:

Serwer produkcyjny, instalacja agenta typu Push Install. Agent ma uprawnienia lokalnego administratora, porty są otwarte, komunikacja podpisana odpowiednimi certyfikatami … WTF? Inwigilacja wykonana za pomocą wuja Google i odpytanie właściciela biznesowego wspomnianego servera wykazały, ze maszyna została poddana hardeningowi za pomocą SCW (Security Configuration Wizard), który wyłączył również usługę Server. Jej uruchomienie pozwoliło na zdalną instalację Agenta.

Podsumowując: jeżeli zostanie zaobserwowany błąd 80070035 podczas instalacji agenta z konsoli SCOM  na Windows Server 2008, na którym był wykonywany hardening przy użyciu SCW – warto sprawdzić, czy usługa server jest uruchomiona.

Do tego polecam lekturę artykułów:

• Agent discovery and push troubleshooting in OpsMgr 2007
• Console based Agent Deployment Troubleshooting table

Na portalu TechNet ukazała się pierwsza część mojego artykułu o SCOM 2012 (beta), opisująca sposób instalacji tego produktu.

Kilkanaście dni temu ukazała się nowa wersja flagowego produktu firmy Microsoft, wchodzącego w skład rodziny System Center i służącego do monitorowania środowisk informatycznych – System Center Operations Manager 2012. Należy pamiętać, że na chwilę obecną jest to wersja beta produktu, zatem nie jest zalecana jej instalacja w środowisku produkcyjnym. Z uwagi jednak na dużą ilość zmian w architekturze produktu oraz sposobie jego działania, warto zapoznać się ze sposobem jego instalacji oraz z przeglądem nowych funkcji.

Artykuł będzie składał się z 2 części:

1. System Center Operations Manager 2012 BETA. Instalacja produktu.
2. System Center Operations Manager 2012 BETA: Nowości i zmiany.

Więcej …

Życzę miłej lektury! Część 2 ukaże się niebawem.

Na portalu TechNet ukazał się mój artykuł z serii Operations Manager 2007 R2 w służbie wirtualizacji opartej na technologiach Microsoft. Jest to część czwarta, opisująca Server Virtualization Management Pack.

Server Virtualization Management Pack służy do monitorowania środowisk wirtualnych opartych na platformach Virtual Server 2005 R2 i System Center Virtual Machine Manager 2007. Management Pack monitoruje kondycję i wydajność komponentów składowych. Przedstawiono opis zawartości kluczowych elementów Management Packa: grupy, powiązane zależności, reguły wykrywania, monitory oraz część widoków.

Dotychczas ukazały się:

• Operations Manager i wirtualizacja: better togehter?
• Instalacja SCVMM 2008 R2.
• Management Pack dla SCVMM 2008 R2

Kolejne części to:

• Uruchomienie i wykorzystanie PRO Tips.
• PRO Tips: Tworzenie własnych modyfikacji w SCOM 2007 R2 na potrzeby zarządzanego środowiska.

Zapraszam do lektury!

Na portalu TechNet ukazał się mój artykuł z serii Operations Manager 2007 R2 w służbie wirtualizacji opartej na technologiach Microsoft. Jest to część pierwsza, pokrótce opisująca możliwości SCOM 2007 R2 i SCVMM 2008 R2.

Kolejne części to:

• Instalacja SCVMM 2008 R2
• Management Pack dla Virtual Machine Manager 2008 R2.
• Management Pack dla Server Virtualization.
• Uruchomienie i wykorzystanie PRO Tips.
• PRO Tips: Tworzenie własnych modyfikacji w SCOM 2007 R2 na potrzeby zarządzanego środowiska.

Zapraszam do lektury!

Pisałam ostatnio o zestawie poprawek CU2 dla Ops Mgr 2007 R2. Przy okazji tego warto wspomnieć o możliwości  podejrzenia widoku zainstalowanych aktualizacji, na przykład dla końcówek monitorowanych agentowo. Samo spojrzenie w zakładkę Administration –> Agent managed zwraca tylko listę komputerów, które monitorowane są przy pomocy agenta. Podana jest jego wersja, brak natomiast informacji o rodzaju zainstalowanych poprawek. Po co nam lista poprawek? Chociażby w celu stworzenia raportu czy też podglądu końcówek klienckich, dla których aktualizację należy przeprowadzić.

Rys 1. Karta Agent Managed

Oczywiście można mieć nadzieję że personalizacja widoku  o bardziej szczegółowe informacje przyniesie pożądany efekt i pokaże nam listę zainstalowanych poprawek. Niestety, nadzieja jest złudna (jak to zwykle z nadzieją bywa (: ) i należy poszukać innego rozwiązania.

Rys 2. Okno Personalize view pozwala wyświetlić kilka dodatkowych informacji dotyczących komputerów zarządzanych przy wykorzystaniu agenta, brak tam jednak możliwości podejrzenia zainstalowanych poprawek

W tym momencie można strzelić przysłowiowego focha i powiedzieć: “jak nie ma to sobie samemu można zrobić”. Ha!

Przechodzimy na zakładkę My Workspace. Jest to zakładka, w której przechowywane są widoki, statusy i inne niestandardowe (czyli takie jakie sobie sami tworzymy)komponenty mogące posłużyć do wizualizacji pewnych danych. Lista komponentów jakie można utworzyć widoczna jest na poniższym rysunku. Należy stworzyć nowy State View.

Rys 3. Tworzenie nowego State View

Definiowanie nowego widoku zaczynamy od podania nazwy, pod jaką będzie on widoczny w zakładce My Workspace. Dla pełnej jasności i porządku można również podać opis tworzonego widoku. Następnie trzeba dokonać wyboru, z jakim Entity ma zostać powiązany nowy widok.

Rys 4. Okno właściwości nowego widoku

Typów Entity jest dość dużo, dla naszych celów potrzebny będzie Health Service. Należy go zaznaczyć i wybrać.

Rys 5. Wybór HealthService jako źródła danych

Możemy jeszcze dookreślić, dla jakiej grupy docelowej widok ma zostać wyświetlony. W moim przypadku sprawa jest jasna: chcę zobaczyć, jakie aktualizacje są zainstalowane na agentach monitorujących końcówki klienckiej. Zatem w polu Show data contained in a specific group zawężam grupę do Agent Managed Computer Group.

   Rys 6. Wybór grupy obiektów, dla których widok ma zostać wyświetlony.

Pozostała tylko jedna rzecz: w oknie Personalize view trzeba jeszcze wybrać checkbox PatchList, by móc w pełni cieszyć się podglądem listy zainstalowanych poprawek powiązanych z agentami monitorującymi końcówki.

Rys 7. Personalizacja widoku

Enjoy! Nowo utworzony widok pokazuje, którzy agenci poprawnie zaktualizowali się o poprawki zawarte w CU2. którzy nie odebrali żadnych poprawek, oraz którzy zawierają inne poprawki niż te, które powinny zostać wykorzystywane.

Rys 8. Kompletny State View

Oczywiście pamiętać należy, że taka samą akcję można przeprowadzić z poziomu zakładki Monitoring (rysunek poniżej). Widok utworzony tutaj wyświetli na globalnej liście wszystkich widoków, statusów, diagramów itd.,, dlatego jeśli zamierzamy stworzyć dużo różnych widoków, to wypadałoby najpierw zrobić sobie katalog, w którym będziemy je umieszczać.  Tak w ramach porządku i unikania nadmiernego bałaganu. Kolejna kwestia to uprawnienia: by móc tworzyć widoki w zakładce Monitoring, wymagane jest posiadanie w SCOMie przynajmniej roli typu Author. Jeśli mamy uprawnienia typu Operator, trzeba stworzyć widok w zakładce My Workspace, ponieważ tworzenie nowych elementów w zakładce Monitoring nie będzie możliwe. Więcej na temat tworzenia State View można przeczytać na Technecie: How to Create a State View in Operations Manager 2007

           Rys 9. Tworzenie widoku w zakładce Monitoring