У меня проблема с выделенным сервером, который я размещаю на Hetzner. У меня была похожая проблема несколько лет назад с другим посвященным, и я беспокоюсь, виновата ли это моя или чья-то другая.
Он просто вешает трубку. Я не могу войти в него через SSH, открывать веб-страницы (Тайм-аут). Затем мне нужно выполнить полный сброс с помощью их инструментов администрирования. Последнее, что находится в / var / log / syslog, - это сообщение CRON (которое в остальном работает нормально), а затем строка символов NULL ^@ с последующей перезагрузкой, инициализированной мной.
Как проверить, что может быть не так? Я попробовал memtester, и все прошло нормально. Я также много пробовал искать в Google, но не нашел полезных ответов. О, и это Linux 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) x86_64 GNU/Linux
Что еще я могу сделать?
Поскольку вы запомнили память, и она была хорошей, следующим шагом будет проверка приложений с утечкой памяти.
Вы также можете проверить свою конфигурацию подкачки, если вы ее используете.
У меня была аналогичная проблема, и в конце концов выяснилось, что мне нужно обновить систему, добавив больше физической памяти. Каждый раз, когда система начинала использовать своп, это приводило к сильному замедлению. Для протокола я использую программный рейд.
Мне повезло, что я смог обновить, удвоив физическую память и преобразовав раздел подкачки с RAID 1 в RAID 0.
Это не устранило проблему полностью, но, по крайней мере, дало гораздо больше времени для поиска решения.
Теперь добиться неизбежного зависания становится труднее, поскольку RAID 0 примерно вдвое увеличивает скорость раздела подкачки. В моем случае это было приемлемым решением, поскольку система не использовалась в качестве сервера.
Надеюсь это поможет