SonicWALL SSL Устройство VPN. Их довольно легко настроить, и конечные пользователи просто используют свой веб-браузер для соединения по Интернету с устройством. Верные удары, бездельничающие с установкой и настройкой клиенты IPsec.
Оттуда пользователи могут запустить сессию RDP для соединения с терминальным сервером (если у Вас есть один), или их машина работы.
У них есть демонстрационный сайт для наблюдения его в действии.
То, что это - процесс Java, не говорит Вам очень о реальном приложении; Вы хотите видеть целую командную строку. ps -fp $(pgrep -d, -x java)
должен дать Вам полную командную строку каждого текущего процесса Java (если они - недолгие процессы, затем ища процесс, сначала может перестать работать, поскольку это, возможно, закончилось к тому времени, когда Вы пытаетесь найти, что его командная строка, следовательно делая его в одной строке является хорошей идеей),
1) Трудно сказать, не видя Ваш список процессов, но скорее всего Вы просто наблюдаете много потоков Java, не много экземпляров/процессов. Java по своей природе очень в большой степени использует потоки, и нормально видеть многих из них.
2) Вы обновили свой сервер, и одно из обновлений было обновлением ядра. Это требует, чтобы перезагрузка для нового ядра использовалась, таким образом, вот почему Ubuntu просит, чтобы Вы перезапустили свой сервер.
Я не думаю, что они представляют потоки Java, так как у каждого из них есть различный PID.
У Вас мог бы быть padmin пользователь (или пользователь root, или тот, кто может использовать sudo с этой целью, и т.д.) проверяют командные строки этих соответствующих процессов Java, с помощью любого из этих методов (заменяющий pid соответствующим числом от главного вывода - 27132, 7169, и т.д.):
PS-ef | grep pid
или
кошка/proc/pid/cmdline
Таким образом, по крайней мере, можно начать выяснять, где от каждого из них назвали, и что он делает.
Системный требуемый перезапуск вероятен результат применяемого патча ядра. Перезапуск для использования нового ядра требуется. Это не связано с проблемой процесса Java, но вероятно разрешит проблему временно.
Как PPID (порождают PID) 1 для процесса Java, они не потоки. Возможно, что у Вас есть команда в Вашем профиле для запущения этого приложения, хотя, поскольку это выполняет пользователя padmin, это не может быть вероятно. Поиск Linux padmin Java, дает много других возможных приложений, которые могут работать. Команда lsof может использоваться, чтобы попытаться узнать, где они были запущены с. Затем можно попытаться настроить, что выполняет приложение.
“PS aux | grep Java” вывод дал бы намного лучшие данные о проблеме.
Но с определенными данными, существует единственное интересное место: группа тех программ Java: padmin. Этот пользователь является Вашим пользователем, правильно? Так как Вы выполняете” вершину” с тем пользователем.
Вы также выполняете memcached со своим пользователем. Таким образом, я подозреваю, что у Вас есть полный экземпляр сервера, работающий с тем пользователем. Возможно, Tomcat? Это по крайней мере использует Java.
С тем ВРЕМЕНЕМ те процессы работали в течение долгого времени, таким образом, я предполагаю, что они - некоторые потоки бэкенда программы.
/usr/lib/jvm/java-6-openjdk/bin/java -Djava.util.logging.config.file=/var/lib/tomcat6/conf/logging.properties -Djava.awt.headless=true -Xmx128M -XX:+UseConcMarkSweepGC -Djava.util.logging.m
– David Fraser 29 November 2010 в 13:44