Re: Neu aufsetzen eines Fli4l auf Eisxen

Hallo Heinz-Peter,

Am 13.06.2013 08:24, schrieb Heinz-Peter Faasen:
> 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.

Das habe ich probiert, dann bekomme ich die Config * nicht * gespeichert 
/ gestartet.

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

Die ist da, aber am verhalten Àndert sich nichts! <verzweifel>

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

OK,ok es war wohl doch etwas spÀt ;-)

>
> Mit
>
> XEN_BRIDGE_N='2'
>
> erzeugst Du zwei Bridges, die dann eth0 und eth1 heißen. Individuell
> benennen kannst Du sie nicht.

OK

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

Ok, dass wÀre dann hier:
/lib/udev/rules.d/70-persistent-net.rules
Richtig?

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

Das wÃŒrde dann aber auch heißen, daß folgendes auch gehen mÃŒsste:
XEN_BRIDGE_1_BIND_DEVS='eth0 eth2'
XEN_BRIDGE_2_BIND_DEVS='eth1'

Nur als Beispiel, oder auch eine Wlan-Karte.
Richtig?

Sorry, aber ich versuche das ganze gerade richtig zu verstehen.
Und an anderen Stellen wird auch immer nur gesagt "mache das so, dann 
geht es" aber nie warum.
Kennst du eine Grundlagen Seite oder ein Howto?

Aber ich habe das GefÃŒhl, ich bin ziemlich nah dran, oder?

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

OK, ja du hast recht!
Siehe auch dein Einwand * Begriffsverwirrung * !

>
>> Aber wo ich die Bindung mache ist mir immer noch nicht klar, sorry.
>
> Von welcher 'Bindung' redest Du?

Siehe oben, Name Bridge...
Ich glaube das war mein Knackpunkt, dass habe ich durcheinander geworfen 
und dann nicht richtig Verstanden.
HÀtte ich geschrieben:
"der Aufruf "brctl show" zeigt welche
Karte an * welche Bridge * gebunden ist...."

WÀre das richtiger gewesen.

Puhhhh

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

Ich jetzt auch nicht mehr, ich hatte wirklich den Verdacht, dass es an 
der Dual-Port-Karte liegt. Aber auch die zusÀtzliche NIC verhÀlt sich 
genau so.

Sowohl beim Durchreichen als auch bei dem Versuch sie als Bridge zu nutzen.

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

Damit wollte ich nur sagen, dass die Config des Fli nicht so ganz falsch 
sein kann. Ich hatte erst ÃŒberlegt die Base hier hinein zu kopieren, 
habe es dann aber wegen der Größe aber wieder verworfen.
Wenn das erforderlich ist, werde ich das gerne tun oder per PM verschicken.

Trotzdem danke fÃŒr die Hilfe!

-- 
Gruß,
Helmut