У меня есть около дюжины одноплатных компьютеров в сети, на которых запущен Debian (squeeze), и я подключаюсь к ним через ssh (ssh-сервер — dropbear). Чтобы дать представление об оборудовании этих компьютеров, скажу, что это процессоры x86 1,2 ГГц, 1 ГБ оперативной памяти и флэш-накопители на 4 ГБ, отформатированные как ext2 (я избегал ext3, чтобы избежать дополнительной нагрузки на запись во флэш-память из-за журналирования), на диске также есть раздел подкачки.
Обычно используемая мной настройка работает отлично, и я могу получить доступ ко всем компьютерам. Время от времени один из них блокирует доступ. Происходит следующее: я пытаюсь подключиться через ssh (putty), и он выдает мне приглашение на вход, я ввожу имя пользователя и пароль, а он отвечает «Доступ запрещен», а также отклоняет любой открытый ключ в ~/.ssh/authorized_keys. Учетные данные верны, как и раньше. Компьютер отвечает на пинги, и putty распознает открытый ключ сервера, что означает, что система все еще работает. Перезапуск сервера устраняет проблему, и я могу снова войти в систему. (Я попробовал временное решение, поместив shutdown -r now в корневой crontab, но это, похоже, не работает надежно после зависания). Однако после перезапуска в системных журналах нет никакой информации, указывающей на то, что произошло, журналы просто пусты за этот период времени, как будто система вышла из строя.
В системе запущено какое-то пользовательское программное обеспечение, которое, похоже, перестало работать (вот почему я хотел начать с ssh). Я предполагаю, что эта программа является источником проблем, но я не уверен, как она могла их вызвать и как отладить то, что происходит.
Наиболее вероятное объяснение, которое я могу придумать, заключается в том, что в другой программе есть утечка памяти, которая затем не позволяет dropbear создать новую оболочку входа (и crontab выполнить выключение), поскольку свободной памяти недостаточно. Но если посмотреть на использование памяти другими (рабочими) компьютерами, то, похоже, не наблюдается никакого значимого увеличения памяти, указывающего на утечку (если только это не очень большая, быстродействующая и редкая утечка). Я бы подумал, что когда у ОС заканчивается память, она перезапускает систему или завершает процессы (ядро Linux перезапускается, верно?). Еще мне интересно, может ли тот факт, что они работают с флэш-накопителя, иметь какой-то эффект, особенно раздел подкачки (который, как я думаю, мне следует удалить, чтобы предотвратить износ флэш-накопителя), но флэш-накопители молодые (~1 месяц), и я не думаю, что износ пока будет иметь значение.
Есть ли у кого-нибудь идея, что может вызывать эти симптомы, может ли это быть связано с утечкой памяти или чем-то еще, о чем я не подумал. И знает ли кто-нибудь метод, чтобы попытаться отладить проблему и узнать больше информации о том, что идет не так?
решение1
Оказалось, что проблема была связана с конкретными флэш-накопителями, которые я использовал. На них был этот специальный мусор 'U3', который, по-видимому, может вызывать проблемы в Linux, если его не удалить полностью. Я решил, что лучше будет вместо этого перейти на более 'живой' тип установки в любом случае. Теперь я переношу корневую файловую систему в оперативную память при загрузке и работаю с нее, так что флэш-накопитель не является критически важным для продолжения работы системы.