Ничего не понимаю.
Перезагружаю сервер и вместо нуных сетевых интерфейсов eth0 и eth1 появляется некий _rename. Какая сволочь его порождает? После небольшой борьбы с ним и очередной перезагрузки есть оба правильно поименованных интерфейса, но оба получают один и тот же сетевой адрес. При этом system-config-network говорит, что адреса назначены нужные, а ifconfig - честно докладывает, что адрес один на оба интерфейса. service network restart, в итоге спасает положение, но это же сервера, они могут (по питанию) и ночью перезагрузиться. Не будешь же к ним бегать каждый раз после перезагрузки?
Как жестко и надежно привязать сетевые интерфейсы к физичеким адаптерам? Нужные галки в system-config-network выставлени, но игнорируются. В игноре даже записи в udev'е, в его рулесах.
Более того - невозможно исправить /etc/resolv.conf. Чем ни правь, хоть руками, хоть system-config-network, но после service network restart восстанавливается старое значение. Это же безумие какое-то...
Что делать - не понимаю.
LinuxForum.Fans
Уплывают интерфейсы
Автор: Cruiser78
14 сообщений
4400 просмотров
Какой дистрибутив используете? Какое железо? resolv.conf можно исправить ручками, чтобы раз и на всегда оставьте только строчки указывающие ваши DNS, т.е. комменты нужно все убрать
Какой дистрибутив используете? Какое железо? resolv.conf можно исправить ручками, чтобы раз и на всегда оставьте только строчки указывающие ваши DNS, т.е. комменты нужно все убрать
Подчеркиваю. При перезагрузке сервера что-то кладет, на то, что я присываю в этот файл ручками и пошет поверх всего свою байду. Ручками я писать умею. Но вот найти эту собаку - не могу.
Кажется вот оно https://bugzilla.redhat.com/show_bug.cgi?id=516219
И тут решение [url]http://www.mail-archive.com/linuxppc-dev@lists.ozlabs.org/msg36409.html[/url] Вроде как оно уже не новое и должно быть в релизе. У тебя все апдейты стоят?
И тут решение http://www.mail-archive.com/linuxppc-de … 6409.html. Вроде как оно уже не новое и должно быть в релизе. У тебя все апдейты стоят?
ты пошутил?
Not Found
The document you were looking for was not found.
Уважаемый Cruiser78, когда вы начнете выкладывать логи сообщений об ошибках? :mad:
Cruiser78, Вы нетворкменеджер удалили?
Если удалили запустите в консоли
text
system-config-network-tuiи настройте нормально свои интерфейсы.
Хотя там такая же ошибка но на другой архитектуре, но судя по дате этой ошибки вроде как уже не должно быть.
i2ks,
Если тебе было смешно, то считай пошутил. Надо было убрать точку в адресе.
Кажется вот оно https://bugzilla.redhat.com/show_bug.cgi?id=516219
И тут решение [url]http://www.mail-archive.com/linuxppc-dev@lists.ozlabs.org/msg36409.html[/url] Вроде как оно уже не новое и должно быть в релизе. У тебя все апдейты стоят?
Мой большой опыт таков, что из решения я ровным счетом ничего не понял. А апдейты я ставлю. По крайней мере на критические ошибки обязательно. Естественно тех пакетов, которые я явно использую.
Попробуй посмотреть файл /etc/udev/rules.d/70-persistent-net.rules
У меня там собака была зарыта. Дистрибутив fedora 12
Cruiser78, после использования system-config-network-tui вопрос решился?
Cruiser78, после использования system-config-network-tui вопрос решился?
Пока не знаю. Но этот долбаный сервер, на котором начали переименовываться интерфейсы при перезагрузке - опять закрылся (по сети). Но на работу я, ради того, чтобы его оживить, сегодня не поеду. :lol: В поенедельник поразбираюсь...
А system-config-network-tui - только инструмент, для прописывания адресов на интерфесы в файлах каталога /etc/sysconfig/network-script. Это можно и руками делать без проблем. Там (в этих файлах) всё очевидно. Главное достижение - это то, что при старте (рестарте) сети (service network restart) перестал корежиться NetworkManager'ом (удалил эту службу) файл /etc/resolv.conf.
Попробуй посмотреть файл /etc/udev/rules.d/70-persistent-net.rules
У меня там собака была зарыта. Дистрибутив fedora 12
Этот файл я корректировал должным образом. То есть - МАС'и свои в него вписывал. И два сервера сейчас стоят "твердо", а один - гуляет...
А точно его нетворк манагер корежит?
Я бы, например, поставил права на файле resolv.conf, скажем 444, перезапустил сеть и посмотрел бы, какая служба не запустится/сообщит об ошибке.
Попробуй посмотреть файл /etc/udev/rules.d/70-persistent-net.rules
У меня там собака была зарыта. Дистрибутив fedora 12
Этот файл я корректировал должным образом. То есть - МАС'и свои в него вписывал. И два сервера сейчас стоят "твердо", а один - гуляет...
:) Когда я туда свои MACи вписывал, меня он тоже посылал и все равно создавал свой интерфейс _rename. Поэтому я в этом файле поменял только _rename на eth1, а mac я меняю через "задний проход". Только сейчас об этом вспомнил :D
mac, я меняю через ifconfig hwaddr
А точно его нетворк манагер корежит?
Я бы, например, поставил права на файле resolv.conf, скажем 444, перезапустил сеть и посмотрел бы, какая служба не запустится/сообщит об ошибке.
Он не только свои "дефолтные" настройки туда пишет, но и подписывается, наглец, что это именно он сотворил :-)
:) Когда я туда свои MACи вписывал, меня он тоже посылал и все равно создавал свой интерфейс _rename. Поэтому я в этом файле поменял только _rename на eth1, а mac я меняю через "задний проход". Только сейчас об этом вспомнил :D
В этом файле и мас'и нормально вписаны и имена интерфейсов, к ним привязанные. Никакого _rename я там не наблюдал, поскольку лично, руками эту операцию проделывал. Правда, в понедельник гляну, что творится там на затворившемся серваке.
=============
Посмотрел. Увы, тривиально сервис network не загружался при старте. Видимо, забыл его в chkconfig'е отметить.
*************************************
Чем дальше в лес, тем толще партизаны. Отлаживал сейчас nut. И после очередной перезагрузки (с обесточиванием по питанию) получаю ситуацию, что из двух интерфейсов есть только один. А второго машина никак не видит. Reboot и он оживает...
Сейчас сижу, скриптик простенький ваяю, который такую ситацию прихватывает и пытается её вылечить. Вплоть до ребута.
Войдите или зарегистрируйтесь, чтобы ответить.
