Вопросы Теги

Вход сервера выходит из строя, и некоторые системные службы умирают до "жесткой" перезагрузки

Можно использовать обоих среда рабочего стола ежевики (через USB-кабель) и беспроводная синхронизация с сервером предприятия, не имеет значения, какой Вы используете, но можно использовать обоих одновременно.

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

Я не знаю о способе синхронизировать общедоступный список контактов из поля.

1
задан 17 February 2014 в 21:16
2 ответа

Существует много неизвестных в этом, но я думаю отказ файловой системы.

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

Перепутанные файлы являются сильным индикатором файловой системы (или ее восстановление) разложение. Это могло быть вызвано программным обеспечением (экспериментальный kernel/filesystem/...) или аппаратные средства. Я склонен пойти с последним. Осуществите надлежащую проверку файловой системы и тестирование оборудования на диске (badblocks, и в то время как Вы в нем, выполните memtest86, если Вы можете).

Кроме того, необходимо полагать, что этот b0rking файлов не может быть ограничен файлами журнала. Это могло также быть в коде или базах данных. Я рекомендую проверить, допустимы ли данные везде...

2
ответ дан 3 December 2019 в 19:33
  • 1
    Мы находимся на VPS, таким образом, нет никакого доступа к физическому оборудованию, и мы были в контакте с нашим поставщиком, и они уверили нас, что это не проблема на их конце. –  Matt Kantor 27 September 2010 в 21:09
  • 2
    Кроме того, мы волновались, что это не ограничено файлами журнала, но мы не могли найти проблемы в других файлах, на которые мы посмотрели. Я пытаюсь придумать способ сделать поиск полной файловой системы, но случайность его делает его жестким. (Что я ищу? Последовательности пустых байтов придумают тонну ложных положительных сторон.) –  Matt Kantor 27 September 2010 в 21:12
  • 3
    VPS не исключает аппаратные проблемы, конечно. Ни сделайте обеспечения поставщика... Вы могли также рассмотреть просьбу, чтобы они переключили Вас на совершенно другие аппаратные средства только для проверки (если нет никакой проблемы на их конце, они не должны делать проблему там). Я попытался бы проверить файлы кода против ресурсов в управлении версиями или чем-то, но лучший тест будет badblocks (от консоли восстановления) –  Joris 27 September 2010 в 21:32

До части о странности файловой системы Ваши признаки, кажется, точно те из исчерпывания RAM. SSH дает Вам подсказку, так как он уже работает, но находит, что память для порождения нового процесса является медленной. И системные службы вымирают, потому что они убиты OOM-уничтожителем. Какие-либо ссылки к этому в журналах?

У Вас есть какие-либо метрики на использовании памяти или системной нагрузке, предпочтительно зарегистрированной внешне к проблематичной машине?

Было бы чрезвычайно полезно иметь удаленный вход, также — затем Вы видели, перезаписываются ли какие-либо жизненные подсказки повреждением файла. Использование Fedora rsyslogd, и rsyslog сайт имеет инструкции относительно установки настолько надежно.

1
ответ дан 3 December 2019 в 19:33

Теги

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