In einer XEN-basierten Infrastruktur l\u00e4sst sich im XenCenter unkompliziert einer VM eine weitere Netzwerkschnittstelle hinzuf\u00fcgen. \u00dcberlicherweise funktioniert das sogar ohne die Maschine herunterzufahren (“Hot-Plugging”). Leider ist das nicht immer der Fall und kann Fehlermeldungen ausl\u00f6sen, die nicht direkt auf das Problem hinweisen, z.B.<\/p>\n
$ ifup eth1\r\nRTNETLINK answers: File exists\r\nFailed to bring up eth1.<\/pre>\nDie L\u00f6sung ist einfach, wenn die Maschine nicht ununterbrochen am Netz bleiben muss:<\/p>\n
<\/p>\n
Wir gehen davon aus, dass die VM zuvor neben dem Loopback-Interface lo lediglich das Interface eth0<\/strong> verwendet hat und nun eth1 zus\u00e4tzlich<\/strong> benutzt werden soll.<\/p>\nZun\u00e4chst trennt man das Netzwerkinterface eth1 im laufenden Betrieb von der virtuellen Maschine (im Tab “Networking”). Dann kommentiert man die Interface-Definition f\u00fcr eth1<\/strong> in der Datei \/etc\/network\/interfaces<\/strong> aus und f\u00e4hrt die VM im XenCenter herunter. Anschlie\u00dfend wird im ausgeschalteten Zustand eine neue Netzwerkkarte mit der gew\u00fcnschten Konfiguration hinzugef\u00fcgt. Nach dem Starten der virtuelle Maschine pr\u00fcft man \u00fcber ifconfig<\/strong>, ob eth0 korrekt initialisiert wurde. Wenn ja, dann k\u00f6nnen die Kommentarzeichen in \/etc\/network\/interfaces<\/strong> zur\u00fcckgenommen und initialisieren die Netzwerkschnittstellen mittels \/etc\/init.d\/networking restart<\/strong> neu gestartet werden. Dabei sollte die Fehlermeldung von oben (RTNETLINK answers: File exists) nicht mehr auftauchen und alle gew\u00fcnschten Interfaces danach in der Ausgabe von ifconfig stehen. Beide eth-Interfaces m\u00fcssen sich \u00fcber ifdown ethX<\/strong> und ifup ethX<\/strong> korrekt ansprechen und herunter- bzw. wieder hochfahren lassen.<\/p>\n","protected":false},"excerpt":{"rendered":"