Re: Neu aufsetzen eines Fli4l auf Eisxen

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 das nun wieder fÃŒr die Tests ausgebaut, ich weiß ja nun das und
> wie es geht.

Ok.

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


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

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

> 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.
vifx.y sind die virtuellen Schnittstellen, die den domUs zur VerfÃŒgung 
gestellt werden.

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.

Gruß
Heinz-Peter