Naprawa Cisco Prime LAN Management – uruchamianie zawieszonych procesów
Cisco Prime LAN Management (obecnie zastępowane przez Prime Infrastructure) to niezwykle przydatne narzędzie, szczególnie w dużych sieciach, gdzie mnogość urządzeń i skomplikowanie całej sieci może przyprawić o ból głowy. Systemy typu LMS mogą nieco uprościć zarządzanie całą infrastrukturą. Jednak jak to bywa z aplikacjami, które robią „wszystko”, są dość zaawansowane i złożone z wielu modułów odpowiedzialnych za różne funkcje. Nie wiem jak u was, ale Prime, którego używam, mimo tego, że na serwerze siedzi samotnie i nie musi użerać się z innymi aplikacjami, często odmawia posłuszeństwa. To znaczy przeważnie działa, ale od czasu do czasu, któryś z procesów się wyłączy lub przestanie odpowiadać, deaktywując niektóre funkcje, zazwyczaj te najbardziej potrzebne w danej chwili. Oczywiście, w takich sytuacjach pomaga (jak zwykle) restart. Jednak wykonane w niekontrolowany sposób niesie za sobą ryzyko utraty lub uszkodzenia bazy. Zresztą restart to w tym przypadku nie zawsze jest niezbędny.
Zacznijmy zatem naprawę naszego sieciowego kombajna. Jedną z najszybszych metod, która pozwoli na uniknięcie potencjalnych problemów z bardziej skomplikowanymi interfejsami, jest nasz ulubiony wiersz poleceń, który zdalnie wywołamy za pomocą innego ulubieńca, czyli psexec’a.
c:\ psexec \\[serverLMS] cmd
Gdy już jesteśmy na miejscu podejrzeć możemy listę wszystkich uruchomionych procesów oraz ich status.
c:\ pdshow -brief
Pełna lista aktywnych procesów powinna być zgodna z tymi z poniższej tabeli
| Nazwa procesu | Domyślny status procesu | Procesy zależne | |
|---|---|---|---|
| Apache | Program started – No mgt msgs received | TomcatMonitor | |
| CmfDbEngine | Program started – No mgt msgs received | – | |
| CmfDbMonitor | Running normally | CmfDbEngine | |
| CMFOGSServer | Program started – No mgt msgs received | CmfDbMonitor, EssMonitor, DCRServer | |
| CSDiscovery | Transient Terminated | – | |
| CSRegistryServer | Running normally | – | |
| DCRServer | Running normally | TomcatMonitor, CmfDbMonitor, EssMonitor | |
| DCRDevicePoll | Transient Terminated | – | |
| diskWatcher | Running normally | – | |
| EDS | Running normally | NameServiceMonitor | |
| EDS-GCF | Running normally | EDS, CmfDbMonitor | |
| ESS | Program started – No mgt msgs received | – | |
| EssMonitor | Running normally | ESS | |
| EventFramework | Program started – No mgt msgs received | EssMonitor | |
| FDRewinder | Never started | – | |
| jrm | Program started – No mgt msgs received | CmfDbMonitor, NameServiceMonitor, EDS, EssMonitor | |
| LicenseServer | Program started – No mgt msgs received | – | |
| NameServiceMonitor | Running Normally | NameServer | |
| NameServer | Program started – No mgt msgs received | – | |
| Tomcat | Program started – No mgt msgs received | – | |
| TomcatMonitor | Running normally | Tomcat |
Do włączania nieaktywnych procesów służy komenda
c:\ pdexec [nazwa procesu]
natomiast do wyłączania
c:\ pdterm [nazwa procesu]
Gdy z jakichś przyczyn procesy nie chcą się podnosić możemy spróbować zresetować managera procesów
c:\ net stop crmdmgtd
Odczekujemy kilka minut aby wszystkie podległe procesy się zamknęły i ponowownie uruchamiamy managera
c:\ net start crmdmgtd
Kilka kolejnych minut i możemy jeszcze raz wykonać komendę pdshow, a wynik porównać z tabelą.
Jeżeli nadal nie widać poprawy to nie pozostaje nam już nic innego jak restart serwera. Warto jednak najpierw wyłączyć crmdmgtd, poczekać na zamknięcie usług, a następnie wykonać restart
c:\ shutdown /r
Po ponownym uruchomieniu LMS potrzebuje jeszcze kilku chwil aby pouruchamiać wszystkie modułu, jednak powinien już wtedy działać poprawnie. Jeżeli chcielibyście poczytać więcej na temat zarządzania LMS, to zachęcam do lektury dokumentacji Cisco.
