Никакое исходящее интернет-соединение после перезапуска CentOS 6.3

Если Ваша базовая сеть iSCSI была установкой правильно для Equallogic, у Вас должно быть два отдельных стека с нормальным ISLs соединение двух стеков, и все массивы и хосты должны иметь по крайней мере одно соединение с каждым стеком. Если это так, затем самый простой и самый низкий подход влияния должен будет выполнить стандартную процедуру обновления встроенного микропрограммного обеспечения Dell для сложенного PowerConnects с его 2 + минута на масштаб времени переключателя. Вы не должны испытывать фактическое время простоя, если кабельные соединения были сделаны правильно, но производительность будет значительно ухудшена так, необходимо только сделать это, когда все тихо. Я проверил бы это дважды, все соединения в порядке первые хотя, потому что Вы будете определенно полагаться на многие единственные ссылки, поддерживающие вещи, в то время как обновление происходит.

Вспыхивая переключатели PowerConnect от стека и обновление их индивидуально могли бы быть возможными, но необходимо будет пройти очень сложный процесс, чтобы гарантировать, что каждое обновление коммутатора происходит в изоляции, и необходимо быть очень тщательным повторным подключением обновленных переключателей, потому что они не могут быть сложены, пока все единицы не в той же версии. Необходимо будет возможно воссоздать конфигурации переключателя для большинства переключателей, если Вы следуете этим маршрутом. Необходимо будет также удостовериться, чтобы все активные переключатели имели некоторую довольно широкополосную возможность соединения к обоим стекам, когда Вы приносите им онлайн - который является требованием Equallogic, которое серьезно усложняет этот вид осуществления. Если Вы закончите в сценарии, где один переключатель, кажется, активен, что касается массивов, но изолируется от любого стека затем в лучшем случае, у Вас будут некоторые серьезные проблемы производительности, и в худшем случае все объемы, размещенные от массивов, подключенных к тому переключателю, могут пойти офлайн. Я действительно не хотел бы делать это тот путь честно говоря, слишком много точек, в которых это могло пойти не так, как надо.

4
задан 19 December 2012 в 12:16
4 ответа

Хорошо. Вы можете отредактировать файл ниже, чтобы предотвратить перезапись resolv.conf

имя файла - / etc / sysconfig / network-scripts / ifcfg-eth0

Значение для установки: PEERDNS = no

2
ответ дан 3 December 2019 в 02:51

Я думаю, что ваш файл /etc/resolv.conf отсутствует или в нем нет записей. Обычно он содержит адрес сервера имен, который является не чем иным, как адресом DNS-сервера. Все доменные имена, такие как google.com и т. Д., Будут разрешены с использованием этого DNS-сервера.

В случае ssh root @ **. 126.18.56 он работает, потому что здесь вы указываете прямой IP-адрес вместо имени.

4
ответ дан 3 December 2019 в 02:51

Мне кажется, что CentOS перестраивает /etc/resolv.conf при загрузке, используя значения, найденные в сценариях в / etc / sysconfig / network-scripts. Они, вероятно, отсутствуют, просто не установлены или могут быть повреждены.

Так возможно ли, что перезагрузка сервера удалила этот файл? Он работал по крайней мере раньше!

Он воссоздал его с новыми, актуальными значениями. За исключением того, что что-то пошло не так. (например, потому что у него не было значений для установки)

И как мне решить эту проблему?

Быстрое решение: echo "nameservers 8.8.8.8"> /etc/resolv.conf

Правильное решение: Настроить сеть правильно. Начните с просмотра Networkmanager. (Я не могу здесь подробно останавливаться, поскольку у меня нет опыта работы с CentOS.)

1
ответ дан 3 December 2019 в 02:51

Не позволяйте NetworkManager управлять сетевой картой вашего сервера.

Отредактируйте / etc / sysconfig / network-scripts / ifcfg-eth0 . Найдите строку:

NM_CONTROLLED=yes

Измените ее на:

NM_CONTROLLED=no

Если строки не существует, просто добавьте ее.

1
ответ дан 3 December 2019 в 02:51

Теги

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