Робоча область віддаленого сервера Linux занадто зайнята і не відповідає?


1

У мене є доступ до робочої області Linux для віддаленого сервера, яка наразі перевантажена роботами багатьох користувачів і, таким чином, не відповідає на жодний запит ssh,

В даний час у нас немає жодного ІТ-персоналу, який би опікувався цим питанням, і ми займаємося адміністрацією самостійно, тому у нас немає іншого способу, окрім як вручну перезапустити.

Я трохи погуглив і знайшов такі речі, як telnet, але це те, що потрібно попередньо встановити на самому сервері, і вони зараз не є, у мене є можливість перейти до місця розташування сервера в короткі терміни, але це буде мій варіант завтра, якщо потрібно .

Було б дуже корисно, якщо хтось може запропонувати якесь рішення цієї проблеми, як-от віддалений вхід в систему з іншим протоколом, відмінним від ssh, який поставляється як пакет за замовчуванням у дистрибутивах Linux.

Я знаю багатьом, що це може здатися непродуктивним і занадто локалізованим питанням, але я виявив, що це питання чітко не вирішується ніде в Інтернеті.

  1. Чи є інший протокол віддаленого входу, який я можу використовувати, який би працював у цьому сценарії?
  2. Чи є альтернатива відключенню головного вимикача живлення? тобто у нас там є дисплей, тому ми спробуємо це заздалегідь.
  3. Чи можна не допустити цього? з якимось програмним забезпеченням Linux?

Відповіді:


2

Це НЕ проблему ssh.

Проблема полягає в тому, що ви повинні тримати один із своїх сеансів ssh відкритим 24 х 7, щоб ви завжди були підключені у разі виникнення проблеми. Верхня команда покаже, які процеси їдять коробку.

Якщо у вас є кореневий доступ, ви можете спробувати команду renice, щоб знизити пріоритет цих процесів. Ви повинні мати корінь для цього.

У вас проблема не має нічого спільного з ssh, якщо поле перевантажене, жоден інший протокол протоколу, наприклад telnet, не зможе добре реагувати.


Дякую! Я маю це на увазі і намагаюся відкрити ssh-з'єднання 24x7
user2028989
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.