сброс пароля, не работающего в госте KVM

Одним из самых больших факторов здесь является создание условий питания, прежде чем это доберется до источников питания. Аппаратные средства типа сервера имеют тенденцию быть защищенными UPS, и это обычно, кажется, расширяет жизнь источника питания, потому что это получает намного более чистую синусоидальную волну и обычно подвергается гораздо меньшему количеству отклонений и т.д. Чаще всего источник питания (и большинство вентиляторов) в сервере перестанет работать, когда сервер будет подвергнут циклу включения и выключения питания. Источники питания и вентиляторы, которые работали без остановок в течение многих лет, внезапно бросят фантом, как только они выключаются и отказываются включаться назад. Если источник питания перестал работать, в то время как это все еще активно, это может вызвать сервер к по-видимому случайным образом замораживанию или иначе действовать странное и прекратить отвечать.

Жесткие диски, кажется, перестали работать случайным образом, и будет минимальное уведомление. RAID1 является достойным решением (RAID6 лучше, Вы вытаскиваете больше способности из своих дисков и можете противостоять двум отказам сразу). Проблема с RAID - Вы, должен иметь идентичные диски заменить неудавшиеся, и их может быть трудно найти после факта, таким образом, рекомендуется, чтобы Вы купили заменяющие диски наряду с исходными дисками и имели их под рукой. При аренде выделенных серверов от веб-хостов они будут утверждать, что сделали это, но в какой-то момент они создадут свои более новые серверы с различными дисками и в конечном счете разрядят диски использование массива, которое могло означать, что Вам не повезло для замены в горячем режиме, когда Ваше время настает. Кроме того, Google провел обширное исследование на жестких дисках, они нашли, что управляет, или умрите почти сразу же (в течение первого месяца или так) или в последний раз в течение нескольких лет, однако идентичные диски могут иметь тенденцию перестать работать в то же время, это - то, где RAID6 показывает, что это - преимущество. (Недостаток - то, что требуется больше дисков и более дорогой контроллер),

Если можно предоставить его, стать избыточными все. Если Вы не можете, необходимо спросить Ваш сам снова, если можно действительно предоставить не.

1
задан 7 June 2013 в 04:47
1 ответ

Вы отправили сообщение об отказе SELinux, в котором логин запрещен для чтения / etc / passwd . Глядя на запись журнала, я вижу, что у нее недопустимый контекст безопасности (это должно быть passwd_file_t , а не file_t ; вы вручную редактировали этот файл?).

I рекомендую исправить контекст безопасности в / etc / passwd (и в остальной системе на всякий случай).

Чтобы исправить недопустимые контексты безопасности, chroot обратно в файловую систему а затем запустите:

restorecon -r -v /

Если это не удалось (например, потому что SELinux не запущен в вашем chroot), то

touch /.autorelabel

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

0
ответ дан 4 December 2019 в 09:09

Теги

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