VPLEX: Zmniejszanie wysokiego wykorzystania procesora przez środowisko Java na serwerze zarządzającym.
Summary: W tym artykule omówiono proces obniżania wysokiego procentu wykorzystania procesora przez język Java. Można to zrobić poprzez ponowne uruchomienie konsoli zarządzania.
Symptoms
Uruchom ponownie konsolę Management Station z serwera zarządzania za pomocą polecenia;sudo /etc/init.d/VPlexManagementConsole restart
Sprawdzanie wykorzystania Java serwera zarządzania VPLEX pokazuje, że zużywa ono ponad 100%.service@#########:~> top
top - 14:45:38 up 993 days, 3:16, 4 users, load average: 1.37, 1.43, 1.47
Tasks: 137 total, 2 running, 135 sleeping, 0 stopped, 0 zombie
Cpu(s): 50.9%us, 0.3%sy, 0.0%ni, 48.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 3920420k total, 3361876k used, 558544k free, 26616k buffers
Swap: 8388604k total, 3750660k used, 4637944k free, 350828k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
11316 service 25 5 6902m 2.7g 9868 S 101 71.4 47236:56 java
Cause
Można to zaobserwować w środowiskach, które nie działały przez dłuższy czas. W takich sytuacjach usługi uruchomione na serwerze zarządzania mogą zacząć zużywać zbyt wiele zasobów.
Resolution
Przed ponownym uruchomieniem dowolnej konsoli zarządzania lub serwera zarządzania upewnij się, że nie ma żadnych trwających migracji (urządzenia lub zakresu)
Uruchom poniższe polecenia w konsoli Management Station:
Krok 1: Sprawdź pid konsoli serwera zarządzania:
Przykład:service@#########:~> sudo /etc/init.d/VPlexManagementConsole status
VPlexManagementConsole is running (pid 11315)
Krok 2: Ponowne uruchamianie konsoli serwera zarządzania: (aby ponownie uruchomić oprogramowanie serwera zarządzania).
Przykład:service@#########:~> sudo /etc/init.d/VPlexManagementConsole restart
Restarting EMC VPlex Management Console... done
Krok 3: Po ponownym uruchomieniu oprogramowania serwera zarządzania sprawdź pid:
Przykład:service@#########:~> sudo /etc/init.d/VPlexManagementConsole status
VPlexManagementConsole is running (pid 23533)
Sprawdź, czy problem został rozwiązany po ponownym uruchomieniu.service@#########:~> top
top - 15:05:08 up 993 days, 3:36, 5 users, load average: 1.72, 1.57, 1.52
Tasks: 144 total, 2 running, 142 sleeping, 0 stopped, 0 zombie
Cpu(s): 36.8%us, 2.0%sy, 0.0%ni, 45.3%id, 15.7%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 3920420k total, 1446552k used, 2473868k free, 27192k buffers
Swap: 8388604k total, 81112k used, 8307492k free, 484428k cachedPID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND23534 service 20 0 2840m 1.2g 23m S 6 33.0 22:57.52 java