Dotaz: vmware a eth0

[Dejma]

Dobrý den všem, už nevím co bych skusil, tak píši sem. Mám Win s vmware a v něm netinst Debian etch. Na tomto stroji jsem deb pouze naistaloval a rozchodil síť na eth0. Abych vyzkoušel migraci image virtuálu ze stroje na stroj, zkopíroval jsem image virtuálu na jiný win server, také s vmware. Jaké bylo mé překvapení, že po prostém zkopírování mi nefachá eth0, pouze lo. dmesg hlasí, že eth0 je nalezena. Tak jsem na druhém vmware spustil tu samou netinst Debian etch, a po minimalistické defaultní instalaci eth0 funguje. Tím mám ověřenu podporu default jádra, ovšem migrace z HW na jiný HW a OS je tímto problém, protože eth0 nejede.

VMSERVER

cat /proc/net/dev

nalezne lo a eth0 ifcobnfig taky

VMSERVER (po migraci na jiný HW)

cat /proc/net/dev

nalezne lo a eth1 a sit1 ifconfig pouze lo

Vubec nechápu proč je na tom druhém stroji eth1 a sit1 a ne eth0. lspci na obou virtuálech hlásí síťovku AMD 79c PCnet32 snad jsem to popsal srozumitelně, napadá Vás, jak rozchodit eth0. Měl jsem představu, že v práci budu dělat na vmware stroji, po práci to odnesu domu a zase muzu delat a takto si nosit celý server, nezávisle na železe na ktrém to provozuji. Toto mi poněkud hatí moji představu a nevím, jestli chyba v debianu, kernelu, widlích, nebo ve mě :) díky za nápady jak to alespon diagnostikovat a rozumě popsat, s pozdravem Dejma

Odpovědi

[Dejma]

No ještě přihodím informaci, když na stroji, kde nefunguje eth0 změním v /etc/networking/interfaces eth0 za eth1, ela hop, sit najede na rozhrani eth1, aspon neco, i když nechápu proč. To budu muset pokaždy, když to přinesu, odnesu ze stroje na stroj měnit tento parametr, nebo z toho jde nějak elegantně vyklouznout?

[Aleš Kapica]

Proč řešíš na linuxovém fóru problém hostitele, kterým je jiný OS? Co hostitel virtuálu zpřístupní, to detekuje. Jinak tvůj nápad jistě špatný není, na tomto principu funguje VMware ACE, ovšem ten má na konfiguraci toho virtuálu GUI, ve kterém lze nastavit k čemu virtuál přístup bude mít a k čemu ne.

[Dejma]

Ahoj, řeším to tu proto, že problém mám s názvem zařízení ethx na Linuxu Debianu. Kdybych měl problém s widlema, věř že bych sem nepsal jindy než 1.4. Problém s přenášením linuxu (3GB vmware) jsem zatím vyřešil tak, že na jednom HW musím eth přejmenovat na eth0 a na druhým eth1. Vyřešeno je to tedy ručním zásahem - přejmenováním. Není to zrovna dvakrát elegantní, linux guru by to asi vyřešil jinak, tolik práce to není a jsem spokojen. VMware ACE není bohužel free, tak to ani nezkouším... Bye Dejma

[Aleš Kapica]

Osobně to vidím jako problém win hosta, protože jsem nic podobného zatím nezažil a přesouvám si mezi hosty virtuální stroje poměrně běžně. Virtuální stroj s tím nemá co dělat. Ten si jen nadetekuje co mu host podstrčí.

[Michal Kubeček]

To sice nadetekuje, ale virtuální síťová karta nemusí mít pokaždé stejnou adresu, zejména pokud se přenáší pouze image disku. Takže z pohledu guesta se to chová, jako by mu vyměnili síťovou kartu, na což řada dnešních distribucí reaguje tak, že té nové přiřadí další číslo v pořadí.

[Aleš Kapica]

Tak se pořádně podívejte do vmx souboru - tam si můžete povšimnout, že si ten virtuální stroj tahá svou "MAC" adresu sebou. Ještě jednou tedy opakuji - je to problém vašeho win hosta, který v tom dělá binec a s tím vám tady stěží někdo poradí.

[Michal Kubeček]

1. Já poradit nepotřebuji, já žádného win hosta nemám. :-)

2. Virtuální soubor si sice MAC adresu tahá s sebou, ale ta se defaultně generuje z identifikátoru virtuálního stroje. VMware, pokud zjistí, že se virtuální stroj nachází jinde, než kde byl jeho identifikátor generován, zeptá se, zda má identifikátor zachovat nebo vygenerovat nový. Necháte-li vygenerovat nový, pak se z něj vygeneruje i nová MAC adresa. Pokud budete neopatrný a kliknete na "always create", na nic se ptát nebude a bude rovnou generovat.

3. A především: když si pozorně přečtete dotaz, uvidíte v něm

zkopíroval jsem image virtuálu na jiný win server, také s vmware

což mi nezní, jako by tazatel stěhoval celý virtuální stroj, ale spíš jen image disku. Je-li tomu tak, pak se nepřenese žádný vmx soubor, a tedy ani MAC adresa.

[Aleš Kapica]

Myslím, že tazatel by si měl především ujasnit co je guest a host. Nově vygenerovaný indentifikátor by skutečně mohl být tou příčinou. Nic to však nemění na faktu, že linuxový virtuální stroj s tím nemá nic společného a jedná se o problém hostitele. A silně pochybuji že by měl na mysli pouze kopírování image disku.

[Dejma]

Dobré ráno pánové, jsem rád, že se tu pěkně debatuje. Jenom si dovolím vysvětlit pár detailu ohledně mé situace.

1) cituji: "Myslím, že tazatel by si měl především ujasnit co je guest a host. " Tak v tomto mám jasno, a přesto nevidím souvislost s mým problémem.

2) (1)stroj Win 2003 Server + vmware, (2)stroj Win XP Pro + vmware

Postup přenosu ze stroje na stroj shutdown linux, skopíruji kopletní adresář a obsah v něm E:\Virtual Machines\Other Linux 2.6.x kernel VLCML\*.* do druhého stroje a tam to pustím, nebo opačně. domu-do prace-domu-do prace atd.

3)cituji .... VMware, pokud zjistí, že se virtuální stroj nachází jinde, než kde byl jeho identifikátor generován, zeptá se, zda má identifikátor zachovat nebo vygenerovat nový. Necháte-li vygenerovat nový, pak se z něj vygeneruje i nová MAC adresa. Pokud budete neopatrný a kliknete na "always create", na nic se ptát nebude a bude rovnou generovat....

To jsem udělal a přiznávám se, netušil jsem důsledky. Skusím to ještě několikrát, doufám že to bude tímto. Jinak děkuji všem za snahu a z mého pohledu plodnou debatu. Dejma

[Aleš Kapica]

Ta souvislost je především v tom, že jste hledal příčinu vašeho problému u linuxového guesta (tedy ve virtuálním stroji). Ovšem ve skutečnosti jde o problém win hosta, resp. nějakého nastavení na tomto hostu a jelikož tento server se orientuje na linux, je tento dotaz poněkud OT. Pravděpodobně může být způsobený postupem zmíněným v bodě 3, ale nemusí. V tom případě vám pak doporučuji prohrabat si diskuze na vmware.com, dá se tam najít leccos.

[Michal Kubeček]

Není problém v tom, že u těch dvou guestů mají sítová rozhraní různé MAC adresy, takže jsou-li v té distribuci nějaká pravidla pro persistentní jména rozhraní, pojmenuje se rozhraní pokaždé jinak?

P.S.: příkaz ifconfig ve vlastním zájmu nepoužívejte

[Dejma]

aha, to zni logicky. To mě nenapadlo. "Myslel" jsem :), že 1. síťovka v linuxu je vždy eth0, další 1..n. No a když mám jednu, bude vždy eth0

[Michal Kubeček]

Problém je v tom, že pořadí detekce není u současných systémech a priori dané, takže se může po restartu změnit. Proto bylo potřeba zajistit, aby se rozhraní pojmenovávala ne podle pořadí detekce, ale podle něčeho, co persistentní je. Jako takový identifikátor se nabízí - a nejčastěji používá - MAC adresa.

[teddy_cz]

Přesně tak, přiřazení názvu je podle /etc/udev/rules.d/z25_persistent-net.rules. Tam stačí změnit MAC adresu.

[miso]

Alebo zmenit pravidlo, nech NAME sa dava podla pozicie BusID

[Michal Kubeček]

Případně, přenáší-li je často a je-li absolutně jisté, že se ty dva guesty nepotkají současně v jednom segmentu, nastavit té virtuální síťové kartě natvrdo na obou hostech stejnou MAC adresu.