Rozwiązywanie problemów z odnajdywaniem agentów systemu UNIX/Linux w programie Operations Manager

Ten artykuł ułatwia rozwiązywanie typowych błędów, które mogą wystąpić podczas procesu odnajdywania komputerów z systemem UNIX lub Linux.

Oryginalna wersja produktu: System Center Operations Manager
Oryginalny numer KB: 4490426

Aby monitorować komputery z systemem UNIX lub Linux w programie System Center Operations Manager (OpsMgr), należy najpierw odnaleźć komputery i należy zainstalować agenta programu OpsMgr. Kreator komputerów i Zarządzanie urządzeniami służy do odnajdywania i instalowania agentów na komputerach z systemami UNIX i Linux. Jednak proces odnajdywania może zakończyć się niepowodzeniem z powodu problemów z konfiguracją, poświadczeniami lub uprawnieniami albo problemów z rozpoznawaniem nazw i sieci.

Błędy certyfikatów lub błędy podpisywania certyfikatów

Operacja weryfikacji podpisanego certyfikatu nie powiodła się

W przypadku niepowodzenia weryfikacji certyfikatu zazwyczaj występuje błąd podobny do następującego:

Weryfikacja agenta nie powiodła się. Szczegóły błędu: Certyfikat serwera na komputerze docelowym (lx1.contoso.com:1270) zawiera następujące błędy:
Nie można sprawdzić odwołania certyfikatu SSL. Serwer używany do sprawdzania odwołania może być niedostępny.
Certyfikat SSL zawiera nazwę pospolitą (CN), która nie jest zgodna z nazwą hosta.
Możliwe, że:

1. Certyfikat docelowy został podpisany przez inny urząd certyfikacji, który nie jest zaufany przez serwer zarządzania.
2. Obiekt docelowy ma nieprawidłowy certyfikat, np. jego nazwa pospolita (CN) nie jest zgodna z w pełni kwalifikowaną nazwą domeny (FQDN) używaną do połączenia. Nazwa FQDN używana dla połączenia to: lx1.contoso.com.
3. Serwery w puli zasobów nie zostały skonfigurowane do zaufania certyfikatom podpisanym przez inne serwery w puli.

• Jedną z typowych przyczyn jest to, że wartość nazwy pospolitej certyfikatu agenta (CN) nie jest zgodna z podaną ani w pełni kwalifikowaną nazwą domeny (FQDN).

  Aby to sprawdzić, upewnij się, że nazwa hosta i nazwa domeny hosta agenta są zgodne z nazwą FQDN rozpoznaną za pośrednictwem systemu DNS.

  Podstawowe informacje o certyfikacie można wyświetlić na komputerze z systemem UNIX lub Linux, uruchamiając następujące polecenie:

  openssl x509 -noout -in /etc/opt/microsoft/scx/ssl/scx.pem -subject -issuer -dates
  

  W takim przypadku zostaną wyświetlone dane wyjściowe podobne do następujących:

  subject= /DC=name/DC=newdomain/CN=newhostname/CN=newhostname.newdomain.name
  issuer= /DC=name/DC=newdomain/CN=newhostname/CN=newhostname.newdomain.name
  notBefore=Mar 25 05:21:18 2008 GMT
  notAfter=Mar 20 05:21:18 2029 GMT

  Użyj tych informacji, aby zweryfikować nazwy hostów i daty, upewnij się, że są one zgodne z nazwą rozpoznawaną przez serwer zarządzania programu Operations Manager.

  Jeśli nazwy hostów nie są zgodne, użyj jednej z następujących akcji, aby rozwiązać ten problem:

  • Jeśli nazwa hosta systemu UNIX lub Linux jest poprawna, ale serwer zarządzania programu Operations Manager rozwiązuje go niepoprawnie, zmodyfikuj wpis DNS tak, aby był zgodny z poprawną nazwą FQDN lub dodaj wpis do pliku hostów na serwerze programu Operations Manager.
  • Jeśli nazwa hosta systemu UNIX lub Linux jest nieprawidłowa, wykonaj jedną z następujących czynności:
    • Zmień nazwę hosta na hoście z systemem UNIX lub Linux na poprawny i utwórz nowy certyfikat.
    • Utwórz nowy certyfikat z żądaną nazwą hosta.

  Aby zmienić nazwę certyfikatu:

  Jeśli certyfikat został utworzony z nieprawidłową nazwą, możesz zmienić nazwę hosta i ponownie utworzyć certyfikat i klucz prywatny. W tym celu uruchom następujące polecenie na komputerze z systemem UNIX lub Linux:

  /opt/microsoft/scx/bin/tools/scxsslconfig -f -v
  

  Opcja -f wymusza zastąpienie plików w pliku /etc/opt/microsoft/scx/ssl.

  Możesz również zmienić nazwę hosta i nazwę domeny w certyfikacie przy użyciu -h przełączników i -d , jak w poniższym przykładzie:

  /opt/microsoft/scx/bin/tools/scxsslconfig -f -h <hostname> -d <domain.name>
  

  Uruchom ponownie agenta, uruchamiając następujące polecenie:

  /opt/microsoft/scx/bin/tools/scxadmin -restart
  

  Aby dodać wpis do pliku hosts:

  Jeśli nazwa FQDN nie znajduje się w odwrotnym systemie DNS, możesz dodać wpis do pliku hostów znajdującego się na serwerze zarządzania, aby zapewnić rozpoznawanie nazw. Plik hosts znajduje się w folderze \Windows\System32\Drivers\etc . Wpis w pliku hosts jest kombinacją adresu IP i nazwy FQDN.

  Aby na przykład dodać wpis dla hosta o nazwie newhostname.newdomain.name z adresem IP 192.168.1.1, dodaj następujący kod na końcu pliku hosts:

  192.168.1.1 newhostname.newdomain.name

• Inną typową przyczyną tego błędu jest to, że certyfikat został podpisany przez niezaufany urząd, na przykład gdy wiele serwerów zarządzania jest członkami puli zasobów używanej do odnajdywania, ale zaufanie certyfikatu nie zostało skonfigurowane między serwerami zarządzania.

  Aby to sprawdzić, upewnij się, że wszystkie serwery zarządzania w puli zasobów używane do odnajdywania ufają certyfikatowi serwera.

  Aby uzyskać więcej informacji na temat zarządzania pulami zasobów dla komputerów z systemami UNIX i Linux, zobacz Zarządzanie pulami zasobów dla komputerów z systemami UNIX i Linux.

Niepoprawna nazwa użytkownika lub hasło

Podczas próby odnalezienia agentów systemu UNIX/Linux może zostać wyświetlony błąd. Błąd może wystąpić podczas kroku weryfikacji certyfikatu podczas odnajdywania maszyny z systemem UNIX/Linux.

Możliwe przyczyny

• Uwierzytelnianie podstawowe jest ustawione false na co najmniej jeden serwer zarządzania w puli zasobów systemu UNIX/Linux, gdy agent systemu UNIX/Linux nie jest przyłączony do domeny i nie może korzystać z uwierzytelniania Kerberos. Bieżące ustawienia usługi WinRM można sprawdzić, uruchamiając następujące polecenie: winrm get winrm/config/client.
• Nazwa użytkownika lub hasło jest niepoprawne.

Rozwiązanie

Konfigurację usługi WinRM można zaktualizować na serwerach zarządzania w puli zasobów systemu UNIX/Linux, aby zezwolić na uwierzytelnianie podstawowe, uruchamiając następujące polecenie, lub można ustawić konfigurację za pomocą zasad grupy:

winrm set winrm/config/client/auth @{Basic="true"}

Uwaga 16.

Powyższe polecenie ustawia wartość rejestru DWORD (32-bitową) (AllowBasic) w następującym kluczu rejestru:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\WinRM\Client

Ustawienie AllowBasic zezwala na 1 wartości dziesiętne (włączone) lub 0 (wyłączone).

Operacja podpisywania certyfikatu nie powiodła się

Możliwe przyczyny

• Konto użytkownika określone na potrzeby odnajdywania ma niewystarczające uprawnienia do wykonywania operacji na plikach zaangażowanych w logowanie.
• Uprawnienia podniesienia uprawnień sudo dla konta użytkownika określonego dla odnajdywania nie zostały poprawnie skonfigurowane.

Rozwiązanie

Aby rozwiązać ten problem, zweryfikuj konto użytkownika, sprawdzając dane wyjściowe narzędzia StdErr w szczegółach błędu, aby zidentyfikować przyczynę błędu. Sprawdź również konfigurację uprawnień sudo dla konta używanego do podpisywania certyfikatu.

Błędy rozpoznawania nazw sieci

Adres docelowy nie jest rozpoznawalny

Te problemy zazwyczaj należą do jednej z następujących kategorii:

• Opis błędu

  Nie można rozpoznać adresu <> IP do nazwy

  Przyczyna

  Ten błąd występuje, gdy adres IP hosta został wprowadzony do odnajdywania, ale adres IP nie jest rozpoznawany jako nazwa w systemie DNS (wyszukiwanie wsteczne).

  Rozwiązanie

  Aby rozwiązać ten problem, poprawna konfiguracja rozpoznawania nazw (DNS) dla strefy wyszukiwania wstecznego, upewnij się, że istnieje mapowanie adresu IP na nazwę dla hosta, którego dotyczy problem.

• Opis błędu

  Nie można rozpoznać nazwy server.contoso.com do adresu IP

  Przyczyna

  Ten błąd występuje, jeśli nazwa FQDN hosta została wprowadzona do odnajdywania, ale nazwa nie jest rozpoznawana jako adres IP w systemie DNS (wyszukiwanie do przodu).

  Rozwiązanie

  Aby rozwiązać ten problem, poprawna konfiguracja rozpoznawania nazw (DNS) dla wyszukiwania do przodu, upewnij się, że dla hosta istnieje mapowanie nazwy hosta na adres IP.

Konfiguracja DNS: rozpoznawanie nazw DNS w kierunku do przodu nie jest zgodne z rozpoznawaniem nazw DNS w kierunku do tyłu

Opis błędu

W takiej sytuacji zazwyczaj występuje błąd podobny do następującego:

Podana nazwa hosta ServerName została rozpoznana jako adres IP 10.137.216.x. Nazwa hosta ServerName.contoso.com zwrócona przez wsteczne wyszukiwanie adresu IP 192.168.x.x nie pasuje do podanej nazwy hosta. Sprawdź konfigurację DNS i spróbuj ponownie wysłać żądanie.

Przyczyna

Najczęstszą przyczyną jest to, że rekordy hosta w strefach wyszukiwania DNS do przodu i odwrotnej dns nie są zgodne.

Rozwiązanie

Aby rozwiązać ten problem, popraw rekordy w strefach wyszukiwania do przodu i wstecznego w systemie DNS, aby nazwy hostów i adres IP odpowiadały.

Adres docelowy jest niemożliwy do osiągnięcia

Opis błędu

W takiej sytuacji zazwyczaj występuje błąd podobny do następującego:

Klient WinRM nie może ukończyć operacji w określonym czasie. Sprawdź, czy nazwa maszyny jest prawidłowa i dostępna za pośrednictwem sieci oraz czy włączono wyjątek zapory dla usługi Windows Remote Management.

Możliwe przyczyny

• Host jest niedostępny z powodu nieprawidłowej rozpoznawania nazw, awarii sieci lub awarii hosta.
• Zapora sieciowa lub oparta na hoście blokuje łączność portu TCP 1270 z hostem docelowym.

Rozwiązanie

Aby rozwiązać ten problem, sprawdź, czy serwer zarządzania może wysłać polecenie ping do hosta agenta przy użyciu jego nazwy FQDN. Sprawdź również, czy żadne zapory sieciowe ani zapora hosta nie blokują portu TCP 1270.

Nieoczekiwany typ discoveryResult.ErrorData. Zgłoś raport o błędach — nazwa parametru: s

Opis błędu

Nieoczekiwany typ wyniku DiscoveryResult.ErrorData. Zgłoś raport o usterce.
ErrorData: System.ArgumentNullException
wartość nie może być równa null.
Nazwa parametru: s
at System.Activities.WorkflowApplication.Invoke(Activity, IDictionary'2 inputs, WorkflowInstanceExtensionManager extensions, TimeSpan timeSpan timeout)
at System.Activities.WorkflowInvoker.Invoke(Przepływ pracy działania, dane wejściowe IDictionary'2, limit czasu TimeSpan, rozszerzenia WorkflowInstanceExtensionManager)
at Microsoft.SystemCenter.CrossPlatform.ClientActions.DefaultDiscovery.InvokeWorkflow(IManagedObject managementActionPoint, DiscoveryTargetEndpoint criteria, IInstallableAgents installableAgents)

Przyczyna

Ten błąd występuje, ponieważ ustawienia serwera proxy WinHTTP zostały skonfigurowane na serwerach zarządzania w puli zasobów systemu UNIX lub Linux, a nazwa FQDN agenta systemu UNIX lub Linux, który próbujesz odnaleźć, nie znajduje się na liście obejść serwera proxy WinHTTP.

Rozwiązanie

Aby rozwiązać ten problem, dodaj nazwę FQDN systemu UNIX lub Linux do listy obejścia serwera proxy WinHTTP.

Na serwerach zarządzania w puli zasobów systemu UNIX lub Linux uruchom następujące polecenie w wierszu polecenia z podwyższonym poziomem uprawnień, aby zweryfikować bieżącą konfigurację serwera proxy:

netsh winhttp show proxy

Jeśli skonfigurowano serwer proxy WinHTTP, dodaj nazwę FQDN serwera, który próbujesz odnaleźć na liście obejścia, uruchamiając następujące polecenie:

netsh winhttp set proxy proxy-server="<proxyserver:port>" bypass-list="*.ourdomain.com;*.yourdomain.com*;<serverFQDN>"

Po skonfigurowaniu listy obejścia sprawdź, czy odnajdywanie agenta zakończyło się pomyślnie.

Uwaga 16.

Możesz uruchomić polecenie , netsh winhttp reset proxy aby wyłączyć serwer proxy WinHTTP. To polecenie spowoduje usunięcie serwera proxy i skonfigurowanie bezpośredniego dostępu.

Nieoczekiwany typ discoveryResult.ErrorData. Zgłoś raport o błędach — nazwa parametru: lhs

Opis błędu

Odnajdywanie nie powiodło się
Komunikat: Nieokreślony błąd
Szczegóły: Nieoczekiwany typ DiscoveryResult.ErrorData. Zgłoś raport o usterce.
ErrorData: System.ArgumentNullException
wartość nie może być równa null.
Nazwa parametru: lhs
at System.Activities.WorkflowApplication.Invoke(Activity, IDictionary'2 inputs, WorkflowInstanceExtensionManager extensions, TimeSpan timeSpan timeout)
at System.Activities.WorkflowInvoker.Invoke(Przepływ pracy działania, dane wejściowe IDictionary'2, limit czasu TimeSpan, rozszerzenia WorkflowInstanceExtensionManager)
at Microsoft.SystemCenter.CrossPlatform.ClientActions.DefaultDiscovery.InvokeWorkflow(IManagedObject managementActionPoint, DiscoveryTargetEndpoint criteria, IInstallableAgents installableAgents)

Przyczyna

Ten błąd występuje z powodu plików powłoki omsagent w folderze zainstalowanych zestawów.

Rozwiązanie

Przejdź do następującego katalogu w Eksplorator plików:

C:\Program Files\Microsoft System Center\Operations Manager\Server\AgentManagement\UnixAgents\DownloadedKits

Jeśli na liście znajdują się pliki omsagent, przenieś je do katalogu tymczasowego poza plikami programu System Center Operations Manager (SCOM).

Zobacz następujący zrzut ekranu, aby zapoznać się z przykładem:

Po przeniesieniu ich z folderu DownloadedKits ponów próbę odnajdywania. Odnajdywanie powinno się teraz zakończyć pomyślnie.

Uwaga 16.

Odnajdywanie może zakończyć się niepowodzeniem z powodu innego błędu. Błąd wskazuje, że potrzebne jest więcej rozwiązywania problemów, takich jak sudoers, łączność itd.

Błędy łączności SSH

Niepowodzenie odnajdywania SSH. Kod zakończenia: -1073479162

Opis błędu

Standardowe dane wyjściowe:
Błąd standardowy:
Komunikat o wyjątku: wyjątek (-1073479162) spowodował niepowodzenie polecenia SSH — nie można nawiązać połączenia, ponieważ maszyna docelowa aktywnie go odmówiła.

Możliwe przyczyny

• Demon SSH nie jest uruchomiony w systemie docelowym.
• Zapora sieciowa lub oparta na hoście uniemożliwia nawiązywanie połączeń SSH na porcie TCP 22.

Rozdzielczości

• Sprawdź, czy demon SSH jest uruchomiony.
• Sprawdź, czy zapora sieciowa ani zapora hosta nie blokują portu TCP 22.

Niepowodzenie odnajdywania SSH. Kod zakończenia: -1073479118

Opis błędu

Niepowodzenie odnajdywania SSH. Kod zakończenia: -1073479118
Standardowe dane wyjściowe:
Błąd standardowy:
Komunikat o wyjątku: wyjątek (-1073479118) spowodował niepowodzenie polecenia SSH — serwer wysłał komunikat rozłączenia: typ 2 (błąd protokołu: zbyt wiele błędów uwierzytelniania dla katalogu głównego)

Możliwe przyczyny

• Konto użytkownika określone na potrzeby odnajdywania nie może się zalogować za pośrednictwem protokołu SSH.
• Dla konta użytkownika określonego na potrzeby odnajdywania wprowadzono nieprawidłową nazwę użytkownika lub nieprawidłowe hasło

Rozdzielczości

• Sprawdź, czy użytkownik może zalogować się za pośrednictwem protokołu SSH.
• Sprawdź poświadczenia wejściowe i czy użytkownik jest zdefiniowany na hoście docelowym.

Niepowodzenie odnajdywania SSH. Kod zakończenia: 1

Opis błędu

Niepowodzenie odnajdywania SSH. Kod zakończenia: 1
Standardowe dane wyjściowe: ścieżka Sudo: /usr/bin/
Błąd standardowy: sudo: niestety, musisz mieć tty do uruchomienia sudo
Komunikat wyjątku:

Przyczyna

Podniesienie uprawnień sudo zostało wybrane w danych wejściowych poświadczeń użytkownika, jednak requiretty opcja nie została wyłączona dla użytkownika w programie sudoers.

Rozwiązanie

Edytuj plik sudoers na hoście docelowym przy użyciu visudo polecenia i dodaj następujący wiersz:

Wartości domyślne: <username>!requiretty

Aby uzyskać więcej informacji, zobacz How to Configure sudo Elevation and SSH Keys (Jak skonfigurować podniesienie uprawnień sudo i klucze SSH).

Nieprawidłowe hasło SU

Opis błędu

. [?1034hopsuser@lx1:~> su - root -c 'sh /tmp/scx-opsuser/GetOSVersion.sh; EC=$?; rm -rf /tmp/scx-opsuser; zakończ $EC"
Hasło:
exit
su: nieprawidłowe hasło
opsuser@lx1:~> zakończ
wylogowanie

Możliwa przyczyna

Podniesienie uprawnień Su zostało wybrane w danych wejściowych poświadczeń użytkownika, jednak podano nieprawidłowe hasło główne dla podniesienia uprawnień su.

Rozwiązanie

Sprawdź dane wejściowe hasła dla katalogu głównego w oknie dialogowym Konfiguracja podniesienia uprawnień.

Niepowodzenie odnajdywania SSH. Kod zakończenia: -2147221248

• Opis błędu

  Niepowodzenie odnajdywania SSH. Kod zakończenia: -2147221248
  Standardowe dane wyjściowe:
  Błąd standardowy: Nie można chdir do katalogu macierzystego /home/username: Brak takiego pliku lub katalogu

  Przyczyna

  Konto użytkownika określone na potrzeby odnajdywania nie ma katalogu macierzystego.

  Rozwiązanie

  Sprawdź, czy użytkownik ma katalog macierzysny w katalogu : /home/ i czy użytkownik może zapisać w tym katalogu.

• Opis błędu

  Niepowodzenie odnajdywania SSH. Kod zakończenia: -2147221248
  Standardowe dane wyjściowe:
  Błąd standardowy: hasło głównego:
  Komunikat o wyjątku: Upłynął limit czasu operacji

  Przyczyna

  Podniesienie uprawnień sudo zostało wybrane w danych wejściowych poświadczeń użytkownika. Jednak konto użytkownika określone do odnajdywania nie jest poprawnie skonfigurowane do używania podniesienia uprawnień sudo bez hasła lub wymagane uprawnienia podniesienia uprawnień sudo nie zostały przyznane dla konta użytkownika używanego w odnajdowaniu.

  Rozwiązanie

  Zapoznaj się z dokumentacją konfiguracji podniesienia uprawnień sudo i sprawdź konfigurację użytkownika dla programu sudo. Należy pamiętać, że należy skonfigurować program sudo bez hasła.

Błędy łączności narzędzia WSMan

Agent odpowiedział na żądanie, ale połączenie programu WSMan nie powiodło się z powodu: Odmowa dostępu

Możliwe przyczyny

• Agent jest zainstalowany i certyfikat agenta został podpisany. Jednak poświadczenia użytkownika podane na potrzeby weryfikacji agenta są nieprawidłowe.
• Konto użytkownika określone na potrzeby odnajdywania zostało skonfigurowane do uwierzytelniania przy użyciu klucza SSH, ale poświadczenia użytkownika podane na potrzeby weryfikacji agenta są nieprawidłowe.
• Występuje problem z uprawnieniami lub nieprawidłowa konfiguracja usługi PAM po stronie systemu UNIX.

Rozwiązanie

Aby rozwiązać ten problem, wykonaj poniższe kroki:

1. Sprawdź, czy nazwa użytkownika i hasło weryfikacji agenta zostały wprowadzone poprawnie i czy użytkownik jest prawidłowym użytkownikiem na hoście docelowym.

2. Jeśli problem będzie się powtarzać, sprawdź, czy podniesienie uprawnień sudo zostało poprawnie skonfigurowane.

3. Sprawdź również dziennik komunikatów na komputerze z systemem UNIX/Linux. Na przykład w systemie AIX dziennik można znaleźć w obszarze /var/adm/messages. W innych systemach operacyjnych lokalizacja może się różnić.

   Poszukaj wierszy, takich jak:

   3 września 14:49:07 serwer auth|security:debug /opt/microsoft/scx/bin/omiserver PAM: pam_authenticate: błąd Uwierzytelnianie nie powiodło się.

   Jeśli w dzienniku komunikatów są widoczne podobne wiersze, oznacza to, że w pliku konfiguracji PAM brakuje informacji o serwerze OMIServer. Plik konfiguracji usługi PAM można znaleźć w /etc/pam.d/ katalogu lub /etc/pam.conf pliku.

   Najprostszym sposobem dodania informacji o serwerze OMIServer z powrotem do pliku konfiguracji usługi PAM jest ponowne zainstalowanie agenta SCX od podstaw na tym komputerze. Jeśli nie jest to łatwe, możesz skopiować wiersze dotyczące OMI z komputera roboczego do komputera niedziałającego.

Odnajdywanie narzędzia WSMan nie powiodło się tylko dla wersji 192.168.x.x

Możliwe przyczyny

• Opcja Typ odnajdywania została ustawiona na tylko komputery z zainstalowanym agentem i podpisanym certyfikatem, a host docelowy ma zainstalowanego agenta. Jednak certyfikat hosta docelowego nie został podpisany. Aby można było użyć opcji odnajdywania tylko w programie WSMan, należy zainstalować agenta, a certyfikat musi być podpisany ręcznie.
• Opcja Typ odnajdywania została ustawiona na Tylko komputery z zainstalowanym agentem i podpisanym certyfikatem, ale host docelowy nie ma obecnie zainstalowanego agenta systemu UNIX/Linux.
• Opcja Typ odnajdywania została ustawiona na Wartość Tylko komputery z zainstalowanym agentem i podpisanym certyfikatem, ale agent systemu UNIX/Linux nie jest obecnie uruchomiony.
• Opcja Typ odnajdywania została ustawiona na Wartość Tylko komputery z zainstalowanym agentem i podpisanym certyfikatem, ale host docelowy jest nieosiągalny, zapora sieciowa lub oparta na hoście uniemożliwia łączność lub agent systemu UNIX/Linux jest obecnie wyłączony.

Rozdzielczości

• Ręcznie podpisz certyfikat.
• Sprawdź, czy agent systemu UNIX/Linux został zainstalowany.
• Zmień opcję Odnajdź wszystkie komputery , aby zezwolić Kreatorowi odnajdywania na podpisywanie certyfikatu.
• Sprawdź, czy agent systemu UNIX/Linux jest uruchomiony i czy host docelowy jest osiągalny.
• Sprawdź, czy zapora sieciowa ani zapora hosta nie uniemożliwiają dostępu na porcie TCP 1270.

Inne błędy

Nie można wykonać zadania względem obiektów, ponieważ obiekt docelowy zadania nie pasuje do żadnej z klas obiektu.

Przyczyna

W grupie zarządzania programu System Center 2012 Operations Manager może się to zdarzyć, jeśli zaimportowane pakiety administracyjne systemu UNIX/Linux to wersje programu Operations Manager 2007 R2.

Rozwiązanie

Zaimportuj wersje programu System Center 2012 pakietów administracyjnych systemu operacyjnego UNIX/Linux.

Agent jest zainstalowany, a komputer jest już monitorowany przez program Operations Manager

Przyczyna

Host docelowy został już odnaleziony w tej grupie zarządzania.

Rozwiązanie

Nie trzeba podejmować żadnych działań. Uaktualnienie agenta lub migracja do alternatywnej puli zasobów można wykonać z widoku Serwery z systemem UNIX/Linux w okienku Administracja konsoli Operacje.

Nie można odnaleźć zgodnego obsługiwanego wystąpienia agenta w zaimportowanych pakietach administracyjnych

Opis błędu

W zaimportowanych pakietach zarządzania nie znaleziono zgodnego wystąpienia obsługiwanego agenta. Zaimportuj pakiety zarządzania dla tej platformy, aby odnaleźć ten komputer.

Możliwe przyczyny

• Host docelowy korzysta z nieobsługiwanego systemu operacyjnego.
• Nie zaimportowano poprawnego pakietu administracyjnego dla systemu operacyjnego hosta docelowego.
• Prawidłowy pakiet administracyjny dla systemu operacyjnego został niedawno zaimportowany, ale nie został jeszcze w pełni załadowany.

Rozdzielczości

• Upewnij się, że host docelowy korzysta z obsługiwanego systemu operacyjnego.
• Zaimportuj pakiet administracyjny dla systemu operacyjnego i wersji hosta docelowego.
• Jeśli pakiet administracyjny został zaimportowany, nadal może być ładowany. Poczekaj kilka minut i uruchom ponownie odnajdywanie.

Nie można wyliczyć typów agentów możliwych do zainstalowania. Skojarzona pula zasobów może nadal inicjować

Opis błędu

Nie można wyliczyć typów agentów możliwych do zainstalowania. Skojarzona pula zasobów może nadal być inicjowana. Jeśli wybrano nowo utworzoną pulę zasobów, zaczekaj kilka minut przed jej użyciem.

Możliwe przyczyny

• Pula zasobów używana w odnajdywania nie jest w dobrej kondycji, na przykład większość serwerów członkowskich jest w trybie offline.
• Pula zasobów używana podczas odnajdywania została niedawno utworzona, ale nie została w pełni zainicjowana.

Rozwiązanie

Jeśli pula zasobów używana podczas odnajdywania została niedawno utworzona, spróbuj ponownie odnawiać odnajdywanie po kilku minutach, aby umożliwić inicjowanie puli. W przeciwnym razie sprawdź dziennik zdarzeń programu Operations Manager na serwerach, które są członkami puli zasobów używanej do odnajdywania, aby wskazać źródło problemu.

Nie można skopiować nowego agenta na ten komputer

Opis błędu

Komunikat: Nie można skopiować nowego agenta na ten komputer
Szczegóły:
Nie udało się skopiować zestawu. Kod zakończenia: -1073479144
Standardowe dane wyjściowe:
Błąd standardowy:
Komunikat o wyjątku: wyjątek (-1073479144) spowodował niepowodzenie polecenia SSH

Przyczyna

Wersje agenta plików są niezgodne między bazą danych i repozytorium agentów.

Rozdzielczości

• Sprawdź, czy wszystkie nieudane agenty kończą się niepowodzeniem z powodu niezgodności wersji. W przeciwnym razie zastosuj inne kroki rozwiązywania problemów.
• Spróbuj ponownie zaktualizować nieudanych agentów. Zazwyczaj lista nieudanych agentów jest krótsza i krótsza podczas każdej iteracji aktualizacji.
• Uruchom ponownie Usługa kondycji na wszystkich członkach puli zasobów systemu Linux lub innej puli na potrzeby zarządzania maszynami z systemem Unix lub Linux. Sprawdź folder, %ProgramFiles%\Microsoft System Center 2012 R2\Operations Manager\Server\AgentManagement\UnixAgents\DownloadedKits czy nazwy plików są poprawne. Pamiętaj, aby zamknąć i ponownie otworzyć Kreatora odnajdywania.

Więcej informacji

Aby uzyskać więcej pomocy, zobacz nasze forum pomocy technicznej TechNet lub skontaktuj się z pomoc techniczna firmy Microsoft.