Re: Neu aufsetzen eines Fli4l auf Eisxen

Hallo Heinz-Peter,

Am 03.06.2013 08:02, schrieb Heinz-Peter Faasen:
 > Hallo Helmut,
 >
 >> und da soll noch einer sagen, es passiert nichts mehr am Eisxen!
 >> Ich sitze davor und blicke nicht mehr durch, man könnte glauben ich
 >> mache das das erste mal. ;-)
 >>
 >> (Ich setze gerade eine neue Maschine auf um mein anderes Problem, siehe
 >> anderer Post, in den Griff zu bekommen. Ich glaube, dass hÀtte ich eher
 >> machen sollen, aber dazu spÀter dort mehr.)
 >
 >
 > Dir ist schon klar, dass Du 'nen "sterbenden Gaul" reitest?
 >

Ich kann mir nicht helfen, dass habe ich doch schon mal gelesen!?!
Das ist aber nicht von mir, sicher. ;-)

Aber du weißt ja, tot gesagte leben lÀnger!

NatÃŒrlich hast du recht, aber ich versuche hier ein Testsystem 
aufzusetzen. Ich habe zwei Eisxen im Life-Einsatz, und nun brauche ich 
irgend ein System auf dem ich testen kann und gegeben Falls auch vor 
konfigurieren kann. Auch arbeite ich schon seit einigen Jahren damit und 
hatte beim aufsetzen noch nie solche Probleme, dann doch eher mit dem 
durch reichen von Karten oder irgend welchen Kernel Anpassungen. Aber 
sei's drum, ich habe ja noch Hoffnung das es irgend wie mit dem Eisxen 
weiter geht.

 >
 >> Könnte mir bitte mal jemand die Datei xmdomu-fli4l-1 erklÀren?
 >
 >
 > Nicht wirklich, da ich es eigentlich anders mache. Trotzdem ein paar
 > Hinweise, die Dich evtl. weiterbringen.
 >
 >
 >> Da sind Parameter drin, die habe ich noch nie gesehen.
 >> Ich habe die Datei (in AuszÃŒgen) mal unten rein kopiert und werde die
 >> entsprechenden Stellen markieren.
 >>
 >> Ich komme nicht weiter...
 >> Beim mkfli4l auf das mitgeliefert fli4l Template bekomme ich folgende
 >> Fehlermeldungen (Auszug):
 >> -->
 >> unable to open opt/files/lib/modules/2.6.24-24-xen/modules.alias,
 >>      ignoring aliases
 >> unable to open opt/files/lib/modules/2.6.24-24-xen/modules.symbols,
 >>      ignoring aliases
 >> unable to open opt/files/lib/modules/2.6.24-24-xen/modules.dep,
 >>      ignoring depdendencies
 >> Can't access 'tg3'
 >> Can't access 'nls_cp850'
 >> Can't access 'nls_iso8859-1'
 >
 >
 > Welcher Kernel lÀuft auf der dom0?

eisxen # uname -a
Linux eisxen 2.6.24-24-xen #1 SMP Sat Aug 22 03:34:31 UTC 2009 i686 
GNU/Linux


 > Hast Du die Module fÃŒr die domu kopiert?
 >

Ich habe zum testen einfach das vorhandene Image benutzt, ich meine ich 
habe das sonnst immer so gemacht. Aber ich werden gleich mal eine andere 
Version aufspielen.

 >
 >> Warning: Your kernel (2.6.24-24-xen) is missing the speaker module
 >>           (kernel/drivers/input/misc/pcspkr.ko). Therefore the router
 >>           will not beep although you set beep='yes' or
 >>           imond_beep='yes'.
 >> Warning: Please consider removing all config variables of the old
 >>           packetfilter section from your config file to avoid any
 >>           confusion.
 >> -->
 >>
 >> Wobei die letzeten, so glaube ich ja normal sind, Oder?
 >
 >
 > Richtig.
 >
 >
 >> eisxen # cat /etc/config.d/xmdomu-fli4l-1
 >> 
#-------------------------------------------------------------------------------
 >>
 >>
 >> # /etc/default.d/xmdomu - Default configuration for xen domU
 >> #
 >> # Creation:     21.05.2005 fw
 >> # Last Update:  $Id: xmdomu 30939 2012-05-28 19:53:21Z sk $
 >> #
 >> # Copyright (c) 2007 the eisfair team, team(at)eisfair(dot)org
 >> #
 >>
 >> [..]
 >>
 >> AUTO_START='no'
 >> IS_FLI4L='yes'
 >>
 >> --> ab hier komme ich nicht so ganz klar
 >> FLI4L_OPTS='opt'          # OPTs for this fli4l domU
 >> --> Das verstehe ich gar nicht!
 >
 >
 > Schuss ins Blaue: Da sind die opt's einzutragen, die Du aktivieren
 > möchtest.
 >

Ich habe keine Ahnung, den gab es sonst nicht.
Aber den kann man ja wohl abschalten, ich hab's aber noch nicht probiert.

 >
 >> USE_CUSTOM_KERNEL='no'
 >> KERNEL='/boot/vmlinuz-xen'
 >> INITRD='/boot/initrd-xen.gz'
 >> ROOT_DEVICE='/dev/hda1'
 >> KERNEL_PARAMS='ro quiet console=hvc0 xencons=tty'
 >> --> Ist das obere fÃŒr einen gesonderten Kernel??
 >> --> Wenn ja alles?
 >> --> Wird der Kernel nicht in der Base angegeben?
 >> --> Muss ich immer noch den Kernel von Stefan einsetzen um PCI-Karten
 >> --> durch zureichen ?
 >>
 >> MEMORY='32'
 >> VCPUS='1'
 >> LOCALTIME='no'
 >> BOOT='c'
 >> --> Das, so glaube ich ist klar ;-)
 >>
 >> DISK_N='1'
 >> DISK_1_TYPE='phy'
 >> DISK_1_SUBTYPE='hdd'
 >> DISK_1_UNAME='/data/xen/images/fli4l1_data.img'
 >> DISK_1_MAP_TO='hda2'
 >> DISK_1_MODE='w'
 >> --> Ganz klar ist das auch nicht, das ging sonst anders.
 >> --> Habe ich das ao richtig gemacht?
 >
 > In dem Bereich bin ich völlig raus.

Ich glaube, dass das so passt ich hatte das an einer anderen Maschine 
abgeschaut.

 >
 >> VIF_N='1'
 >> VIF_1_MAC=''
 >> VIF_1_BRIDGE='0'         # bridge ID defined in XEN_BRIDGE_*
 >> --> Das ist mir gar nicht klar, ich vermute mal das ich es richtig
 >> --> gemacht habe. Nur ich weiß nicht warum und wo ich das nach sehen
 >> --> kann.
 >> [..]
 >
 > Ein "brctl show" in der dom0 sollte Aufschluss geben.

Den kannte ich nicht:
eisxen # brctl show
bridge name	bridge id		STP enabled	interfaces
eth0		8000.001cc4fb3236	no		peth0
							vif1.0


 >
 >> PCI_N='1'
 >> PCI_1_ID='0000:03:04.1'    # assign pci id to this domain
 >> --> OK, dass habe ich, glaube ich, verstanden.
 >
 > Sieht gut aus.
 >

Nur klappt es nicht, aber ich glaube deshalb muss da ein gepatchter 
Kernel drauf. Ich muss mal suchen, aber ich glaube mir das noch irgend 
wo aufgeschrieben zu haben oder ich hab da noch ne Mail von Stefan.

Erst mal herzlichen Dank fÃŒr die UnterstÃŒtzung.

Sorry fÃŒr die PM!!

-- 
Gruß,
Helmut