Re: Neu aufsetzen eines Fli4l auf Eisxen

Hallo Helmut,

>> 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?

solange Du Zugriff per Konsole und Moni hast nicht.

> 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...

Ok.

>>>> 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.

HÃŒstel, ich glaube, eher nicht.... ;-)

Mit

XEN_BRIDGE_N='2'

erzeugst Du zwei Bridges, die dann eth0 und eth1 heißen. Individuell 
benennen kannst Du sie nicht.

> 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?

Die Namen bekommen die NICs schon beim ersten Boot. Sie sind dann in den 
udev-Rules hinterlegt.
Die Anbindung an die Bridges machst Du mit

XEN_BRIDGE_1_BIND_DEVS='eth0'
XEN_BRIDGE_2_BIND_DEVS='eth1'

eth0 wird als peth0 an die erste Bridge gebunden, eth1 an die zweite.
Hier siehst Du das sehr schön:

>>> 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?

Nein, Du siehst, welche NIC an welche Bridge gebunden ist.

> Aber wo ich die Bindung mache ist mir immer noch nicht klar, sorry.

Von welcher 'Bindung' redest Du?

>> 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.

Stimmt!

brctl showmacs eth1

mÃŒsste unter 'is local?' ebenfalls ein Interface mit 'no' zeigen.

> Mag sein, das ich da völlig daneben liege, aber komisch ist es schon oder?

Nicht nur komisch, sondern definitiv nicht i.O..

Allerdings habe ich keine Idee, woran das scheitert. Mir fehlt einfach 
jede Menge Input.

> 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.

Schön - hilft mir aber nicht weiter. ;-)

> Was natÃŒrlich nichts heißen muss...

Eben.

> Danke fÃŒr deine Riesen Geduld!!

Bis dann!
Heinz-Peter