SSH, безразличный после останавливающегося Tomcat, многого ksoftirqd использования ЦП

Принимая ее записанный правильно, эта информация будет проверена configure, но получение надежного списка обычно включает движение к домашней странице того проекта, README, и т.д., и прочтению документации там. Даже наиболее плохо зарегистрированные проекты имеют тенденцию перечислять эту информацию где-нибудь. Если Вы не можете найти его, можно попытаться компилировать его с ошибками и проследить вниз, что перестало работать (т.е. недостающие заголовки, библиотеки, и т.д.).

При попытке создать свой собственный .deb пакет и ищете что-то как автоматическое разрешение зависимости, найденное в вещах как RPMs, Вам не повезло. Могут быть сторонние решения, но я не полагался бы на них.

Хотя Ваш исходный вопрос был немного неясен, Ваши комментарии заставляют его казаться, что Вы пытаетесь скомпилировать (и работать) приложение сами. Если это верно, можно использовать следующую команду для загрузки любого и всех источников сборки, связанных с двоичным пакетом, делая это подпругой для Вас для компиляции программы из источника.

apt-get build-dep <package_name>

Теперь, компиляция Вашего пакета так же легка как выполнение configure и make.

Andrew

5
задан 19 March 2013 в 17:57
2 ответа

Я знаю, что это не лучшая практика, но я бы посоветовал вам сбросить tomcat удаленно через ssh и установить для выходов значение null:

ssh your_server '/etc/init.d/tomcat restart > /dev/null 2>&1'

(Вы можете заменить приведенную выше команду эквивалентом, который вы используете для перезапуска tomcat.)

Это обходной путь, а не решение. Не могли бы вы попробовать это при подключении к другому сеансу ssh и проверить, сохраняется ли проблема и влияет ли она на все сеансы?

1
ответ дан 3 December 2019 в 01:58

Медленное соединение ssh / задержка ssh является признаком высокой нагрузки. Высокая нагрузка часто вызвана блокировкой io, которая часто вызвана свопингом.

для проверки вашей нагрузки запустите uptime или top , вы, вероятно, увидите номера загрузки больше 10, когда ssh не отвечает. Во время обычного использования они, вероятно, будут меньше 2.

запустите free или top , чтобы увидеть использование памяти, вы, вероятно, увидите много подкачки.

Как только вы обнаружите корневые симптомы, вы можете искать причину «tomcat подкачивает при выключении» или «tomcat высокая нагрузка», что, вероятно, связано с тем, что он пытается записать некоторые вещи, хранящиеся в кеше, или подкачать на диск.

1
ответ дан 3 December 2019 в 01:58

Теги

Похожие вопросы