Bug 25267
| Summary: | Перестали создаваться правила для сетевых карточек | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Anton V. Boyarshinov <boyarsh> |
| Component: | udev-rule-generator | Assignee: | Sergey Y. Afonin <asy> |
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus |
| Severity: | major | ||
| Priority: | P3 | CC: | asy, mike, vitty |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
Проблема вот в чём:
# ignore KVM virtual interfaces
ENV{MATCHADDR}=="52:54:00:*", GOTO="persistent_net_generator_end"
Совершенно непонятно за что их так. Kvm-ные интерфейсы могут очень даже смотреть в реальные сети (да если даже бы и не в реальные) и даже DHCP в них раздавать.
Я считаю, что надо уравнять их в правах с обычными и записывать в persistent-rules.
Если бы я использовал XEN и vmware, вероятно, у меня возникли бы точно такие же мысли по поводу их виртуальных интерфейсов.
Возможно, имеет смысл повесить запоминаемость виртуальных интерфейсов на control, но лично я считаю, что, поскольку виртуализация используется в production, виртуальные интерфейсы точно также не должны меняться именами.
Смысл в игноре KVM/Xen/Vmware есть. Обычно у виртуальных машин всего один интерфейс, но при этом его MAC может меняться (копирование машин, миграции...) При этом хочется, чтобы каждая новая машина умела настроенный обычно по DHCP eth0 (а не ethN+1 без настроек). KVM (и видимо остальные VM) при каждой загрузке выдают случайный MAC (если он не указан явно). если убрать это исключение, то при каждой загрузке будет плодиться новый интерфейс и с помощью того же etcnet хрен когда ты его настроишь. вывод: указывать MAC явно, причем отличный от зарезервированного для VM'ов Да, всё неоднозначно :( libvirt-то выдаёт постоянные адреса. Да, видимо решение действительно в том, чтоб прибивать неигнорируемые MAC адреса . Спасибо! Извини, что дёрнул, но когда я с утра случайно обнаружил, что тестовая виртуалка раздаёт DHCP в офисную сеть потому, что у неё прыгнули интерфейсы, ощущение было из серии "ААА!! всё разломалось!!" вообще, к хорошему (к тому, что интерфейсы не прыгают) быстро привыкаешь ;) (In reply to comment #4) > Извини, что дёрнул, но когда я с утра случайно обнаружил, что тестовая > виртуалка раздаёт DHCP в офисную сеть потому, что у неё прыгнули интерфейсы, > ощущение было из серии "ААА!! всё разломалось!!" Тестовые виртуалки лучше через NAT или ещё как, но не пускать бродкастить в сеть, эт факт. А генерация для нормальных карточек работает, как раз вчера в это игрался именно на 166. |
Description
Anton V. Boyarshinov 2011-03-22 10:39:59 MSK