Re: Neu aufsetzen eines Fli4l auf Eisxen

Hallo Heinz-Peter,

Am 11.06.2013 12:25, schrieb Heinz-Peter Faasen:
> Hallo Helmut,
>
>>> Wobei mich das sehr wundert, denn es lief damals bei mir ootb.
>>>
>>
>> Nach dem ich nun raus gefunden habe, was "ootb" heißt kann ich das nicht
>> bestÀtigen.
>
> ok, eigentlich halte ich bei AbkÃŒrzungen zumeist zurÃŒck, aber die
> erschien mir doch inzw. hinreichend bekannt.

Das kann durch aus an mir liegen, bin ÃŒber 50. :-)

>
>> Wobei ich deine Erinnerung eigentlich bestÀtigen wÌrde,
>> *damals wars* ! ;-)
>
> 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.

>
>>> Ein Image-File ist bei mir nie entstanden.
>>> Es gab nach der Installation einfach ein Verzeichnis "fli4l", in dem die
>>> vier fli-typischen Files lagen.
>>>
>>
>> Da entsteht auch kein Image-File, dass muss man anlegen. Dann bindet man
>> es wie oben zu sehen ein und kann es dann z.B. als /data einbinden. Das
>> habe ich aus einem Howto von der Fli4l Seite.
>
> Habe ich nie gemacht, war auch nie nötig.
>
> Warum machst DU so etwas gerade JETZT? Ein zusÀtzlicher Schritt
> verkompliziert die Dinge, bringt neue potentielle Fehlerquellen ins
> Spiel und macht spÀter die Pflege aufwendiger.
>
> Solche Konstruktionen werde ich nicht nachvollziehen. Mach es einfach
> mal so, wie ich es beschrieben habe, da können wir dann weiter nach dem
> Fehler suchen. Hier bin ich raus.
>

Ich habe das nun wieder fÃŒr die Tests ausgebaut, ich weiß ja nun das und 
wie es geht.

>>>> Das klappt nicht und dem zu Folge habe ich auch keine 2te Lan Karte.
>>>
>>> Was sagt denn 'lspci -v' in der domU?
>>
>> Dort wird die Karte gezeigt, nur funktioniert sie nicht, ich kann mich
>> auf den *Kopf stellen* es klappt einfach nicht!!
>> Ich glaub, ich bin zu blöd dazu!
>
> Es könnte sein, dass Du da Stephans Hinweis folgen musst. Allerdings
> geht dabei natÃŒrlich der Netzzugriff des Xen verloren, weil Du ja alle
> Schnittstellen vor der dom0 versteckst.
>
>> Ich versuche mich da nun schon seit letzten Mittwoch dran.
>
> Diesen "Punkt der Verzweiflung" kenne ich auch gut. ;-)
>

OK, meine Versuche mit dem durch reichen kann ich ja wohl vergessen.
Siehe die Antwort an Stephan.

>>> Es ist sicherer, eine zweite Bridge einzurichten, die 2. NIC daran zu
>>> binden und den fli an die zwei Bridges zu koppeln.
>>>
>>
>> Auch das habe ich schon versucht, dass ist der Stand den ich im Moment
>> drin habe. Ich hatte da ein Posting von dir aus dem MÀrz gefunden und
>> habe mich daran gehalten, aber irgend wie fehlt mir da noch ein Schritt.
>>
>> Kannst du diese Variante bitte noch mal beschreiben, ich vermute, dass
>> mir irgend wie die virtuellen Netze fehlen oder ich bei der Zuweisung
>> der Netze noch irgend was machen muss.
>
> In der Konfiguration der dom0 musst Du halt die Zahl der bridges auf 2
> setzen und in den zwei Zeilen Deine beiden Interfaces eintragen.
> Danach dann mit brctl kontrollieren, ob alles wie erwartet zugeordnet ist.

OK, dass habe ich eigentlich gemacht.

>
> 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=''

Und in der /etc/config.d/base habe ich ein zweites Netz mit der IP 
0.0.0.0 eingerichtet

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.

Das frage ich auf dem fli mit ip addr ab und es ergibt folgendes 
(abgetippt):
eth0 mac 00:16:3e:14:9d:36
eth1 mac 00:16:3e:62:e4:7a

Wo die mac der eth1 herkommt, ist mir auch nicht klar. Die hÀtte doch 
eine MAC von der zweiten Bridge bekommen mÃŒssen, oder?


>
>> Das ganze ist auch etwas tricky,
>> da das eine on board Karte ist (Dual-Karte) und man sie nur an einer
>> Ziffer der MAC-Adresse unterscheiden kann. Und ja, ich habe das ganze
>> auch schon mal gedreht, dann habe ich den Fehler genau anders herum.
>
> Was fÃŒr ein Fehler denn ÃŒberhaupt? Du neigst leider weiterhin dazu, viel
> zu schreiben, aber die wesentlichen Infos weg zu lassen. So kann man Dir
> nicht helfen.

Das immer eine Netzwerkverbindung nicht geht, egal was ich mache. Mit 
dem drehen wollte ich ausschließen, dass nicht eine NIC defekt ist.

Ich hoffe, dass ich mich heute auf das wesentlich beschrÀnkt habe und 
alle erforderliche Infos da sind. Wenn nicht, liefere ich gern nach.

>
>> Wenn du noch Ideen hÀttest, wÌrde ich mich freuen!
>>
>> Ich bin mit meinem Latein langsam am Ende.
>
> Ideen - hmm, vor allem eine: Strukturiertes Vorgehen. ;-)
>

Leichter gesagt als getan, wenn man immer wieder vor eine wand lÀuft.

Danke fÃŒr die UnterstÃŒtzung!!


-- 
Gruß,
Helmut