Re: Neu aufsetzen eines Fli4l auf Eisxen
Helmut Backhaus <[email protected]>
| Newsgroups | spline.eisxen |
|---|---|
| Organization | spline |
| Message-ID | <[email protected]> |
Hallo Heiz-Peter, Am 12.06.2013 08:17, schrieb Heinz-Peter Faasen: > Hallo Helmut, > >>> Da sich aber eigentlich seit Ewigkeiten nichts mehr geÀndert hat, >>> wundert mich das jetzt stark. >>> >> >> Ich glaube doch, dass sich dort einiges geÀndert hat. >> Ich bekomme ja nun den Tarball gebootet. > > das muss nicht so viel heiÃen. Ich habe mal ein Template aus einem Àlteren Download drauf gebracht, dann lief es. Aber das ist glaube ich erst mal nicht so wichtig. ;-) > >> OK, meine Versuche mit dem durch reichen kann ich ja wohl vergessen. >> Siehe die Antwort an Stephan. > > Nein. Wenn Du den letzten Absatz des Wiki noch mal genau liest wirst Du > feststellen, dass Du eben ALLE IDs dieses Chips in das Hideback packen > musst. > Alternativ könntest Du weitere NICs einbauen. > Ich habe das schon gelesen, aber wenn ich das mache hat die Dom0 keine Lan Karte mehr. Ich glaube, dann wirds schwierig, oder? Aber das ist bald vorbei, ich habe mir eine PCIe Karte bestellt.... Was anderes gibt es in dem Server nicht. Hoffentlich kommt die zum WE noch... > >>> Wie sieht denn Deine vif-Zeile in der Konfig der domU aus? >> >> VIF_N='2' >> VIF_1_MAC='' >> VIF_1_BRIDGE='1' >> >> VIF_2_MAC='' >> VIF_2_BRIDGE='2' >> >> VIF_3_MAC='' >> VIF_3_BRIDGE='br2' >> >> Und in der /etc/default.d/xen steht dann folgendes: >> XEN_BRIDGE_N='2' >> XEN_BRIDGE_1_BIND_DEVS='eth0' >> XEN_BRIDGE_2_BIND_DEVS='eth1' >> XEN_BRIDGE_3_BIND_DEVS='' > > Das sieht gut aus. OK, und hier wird doch auch der Name der Bridge festgelegt ich könnte das ganze doch auch Pferd1 und Pferd2 nennen, oder? Ich glaube, so weit komme ich noch mit. Was ich ehrlich gesagt aber immer noch nicht verstanden habe ist, wie binde ich welche NIC an die zustÀndige Bridge? Denn bis hier her sind das doch nur Namen oder? > >> Und in der /etc/config.d/base habe ich ein zweites Netz mit der IP >> 0.0.0.0 eingerichtet > > MÃŒsste ebenfalls ok sein. > Evtl. geht es auch ohne, aber das mÃŒsste man ausprobieren. Ich habs bis jetzt immer einmal mit und einmal ohne probiert, weil ich mir nicht sicher bin. Bis jetzt kein unterschied. > >> Wenn ich dann ein brctl show mache erhalte ich folgendes: >> bridge name bridge id STP enabled interfaces >> eth0 8000.001cc4fb3236 no peth0 >> vif1.0 >> vif2.0 >> eth1 8000.001cc4fb3237 no peth1 >> vif2.1 >> >> Ein brctl showmacs eth0 ergibt dann: >> port no mac addr is local? ageing timer >> 3 00:16:3e:14:9d:36 no 35.81 ################### >> 1 00:16:3e:64:72:fd no 27.43 ################### >> 1 00:1c:c4:fb:32:36 yes 0.00 >> 1 00:30:05:2f:24:22 no 36.82 >> 2 fe:ff:ff:ff:ff:ff yes 0.00 >> >> Und fÃŒr die eth1: >> port no mac addr is local? ageing timer >> 1 00:1c:c4:fb:32:37 yes 0.00 >> 2 fe:ff:ff:ff:ff:ff yes 0.00 >> >> Und damit sehe ich dann, dass sich die erste Netzwerkkarte im fli4l nur >> eine an die eth0 gebunden wird und an die zweite wird gar nichts >> gebunden (eth1). Nur warum, das ist mir nicht klar. > > Halt, stopp! > Hier herrscht die Begriffsverwirrung, die bei den alten Xen leider > typisch war. > > ethX ist jetzt die Bezeichnung fÃŒr die Bridge X, pethX die fÃŒr das > p(ysische) Interface. OK, ich glaube das ich das oben beschrieben habe..... Ah, mir geht gerade ein Licht auf, der Aufruf "brctl show" zeigt welche Karte an welchen Namen gebunden ist, richtig? Aber wo ich die Bindung mache ist mir immer noch nicht klar, sorry. > vifx.y sind die virtuellen Schnittstellen, die den domUs zur VerfÃŒgung > gestellt werden. Ich habe weiter oben eine Zeile mit "#" markiert, die dort genannte MAC-Adresse Find ich auf dem Fli auf der eth0 wieder und dieser Eintrag wird als "not local" angezeigt auf der zweiten Bridge finde ich so etwas aber nicht und das macht mich stutzig. Mag sein, das ich da völlig daneben liege, aber komisch ist es schon oder? Zumal ich auf dem fli zwar die eigene Adresse von diesem Netz pingen kann, sonst aber nichts. > > Insofern sieht das gut aus und ich interpretiere die Ausgabe so, dass Du > auf dem System zwei domUs laufen hast, eine davon ist der fli. Und der > bindet sich erwartungsgemÀà an die beiden Bridges. > > > > FÃŒr mich sieht der Xen gut aus. Daher vermute ich den Fehler in der > fli4l-Konfiguration. > Beschreibe mal den Aufbau Deines Netzwerkes und zeige die Netzwerkkonfig > aus der base des fli. > Ich habe mal an der config nur die boot angaben geÀndert und mir ein bootimage auf cd gebrannt rein in den Server und das ganze lief auf Anhieb. Das ganze routet wohin auch immer ich möchte. Was natÃŒrlich nichts heiÃen muss... So, ich muss heute mal eher schlafen gehen... Danke fÃŒr deine Riesen Geduld!! -- GruÃ, Helmut