Xen-Kernel compilieren, aber Netzwerk geht nicht

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
ding280
Beiträge: 324
Registriert: 15.04.2005 18:31:18

Xen-Kernel compilieren, aber Netzwerk geht nicht

Beitrag von ding280 » 28.05.2005 20:47:56

Hallo,

ich habe den Xen-Kernel compiliert, aber wenn ich mit diesem Kernel boote, funktioniert mein Netzwerk nicht. Ich habe folgendes probiert:

Mit make world im Verzeichnis von Xen den Kernel heruntergeladen, mit apt-get install kernel-source ...
Kernel-source heruntergeladen, mit make menuconfig eine Konfigurationsdatei erstellt, und diese Dateil mit make ARCH=xen menuconfig im Verzeichnis linux2.6.8-xen0 von xen eingelesen und anschließend den kernel mit make ARCH=xen compiliert. Anschließend hab ich noch im Verzeichnis dist von xen das install.sh gestartet und grub konfiguriert. [/i]

Der Rechner bootet wunderbar, aber Netzwerk geht halt nicht. Auch der Befehl ifup eth0 scheitert.

Gruß Tom

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 28.05.2005 20:53:24

ist denn das Netzwerkkarten Modul geladen?

Code: Alles auswählen

lspci

Code: Alles auswählen

lsmod
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

choji
Beiträge: 166
Registriert: 16.08.2003 00:36:52

Beitrag von choji » 29.05.2005 13:06:19

Hallo ding280,

ein ähnliches Problem habe ich auch mit der Kompilierung des Xen0-Kernels. Allerdings verwende ich die orginal Kernel-Sourcen von kernel.org (2.6.11), die auch automatisch mit make world im xen-Verzeichnis geladen werden. Die Kompilierung des Kernels funktioniert bai mir soweit auch ok. Nachdem ich dann den Xen-Kernel starte, scheint erst mal auch alles zu funktionieren, denn ein ping auf localhost und den IP-Adressen meiner NICs gehen. Allerdings geht kein einziges Paket nach außen zu anderen IP-Adressen. Als Fehler gibt ping Destination Host Unreachable zurück (IP-Adresse definitiv korrekt und bei einem start mit altem Kernel geht alles).

Eine Lösung für mein Problem habe ich leider auch nach dem xxx-ten mal Kernelkompilieren nicht gefunden. Währe daher auch sehr glücklich über Tipps zu meinem Problem.

Gruß choji

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 29.05.2005 13:15:13

vieleicht ein routing problem?

Code: Alles auswählen

route -n
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

Benutzeravatar
meandtheshell
Beiträge: 4054
Registriert: 14.01.2005 17:51:30

Beitrag von meandtheshell » 29.05.2005 13:26:41

choji hat geschrieben: Eine Lösung für mein Problem habe ich leider auch nach dem xxx-ten mal Kernelkompilieren nicht gefunden. Währe daher auch sehr glücklich über Tipps zu meinem Problem.
das glaube ich - weil es kein problem des kompilierens ist - du musst einstellen mit welcher VM du über welches interface usw. wohin kommst - siehe Xen docu - ist ja auch klar jede VM ist im grunde ein eigener pc - per default sind da halt viele einstellungen gemacht

ding280
Beiträge: 324
Registriert: 15.04.2005 18:31:18

Beitrag von ding280 » 29.05.2005 13:43:31

Hallo,

ein ifconfig -a gibt nur das Interface lo aus, ein eth* gibt es gar nicht.

Die Ausgabe von lspci bringt unter anderem:
0000:00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)

Ein lsmod:
Module | Size | Used by
nvidia_agp | 6684 | 1
agpgart | 29480 | 1 nvidia_agp


Danke für eure Hilfe.

Gruß Tom

Benutzeravatar
minimike
Beiträge: 5616
Registriert: 26.03.2003 02:21:19
Lizenz eigener Beiträge: neue BSD Lizenz
Wohnort: Köln
Kontaktdaten:

Beitrag von minimike » 29.05.2005 16:10:48

Hi klinke mich mit ähnlichem Problem mal ein. Xen wird morgen wieder Installiert.

http://www.debianforum.de/forum/viewtop ... hlight=xen
"Lennart Poettering is one of those typical IT leaders..." "like Linus Torvalds and Theo de Raadt?" "more like Bozo the Clown" After all, now a good employee of Microsoft

choji
Beiträge: 166
Registriert: 16.08.2003 00:36:52

Beitrag von choji » 29.05.2005 18:12:45

Also zu meinem Problem nochmal (Netzwerkarte geht nicht zu externen IPs):
Savar hat geschrieben:vieleicht ein routing problem?

Code: Alles auswählen

route -n
Ich habe in meinem Fall 2 NICs eingerichtet und beide haben auch jeweils die korrekte Route eingerichtet.
meandtheshell hat geschrieben:das glaube ich - weil es kein problem des kompilierens ist - du musst einstellen mit welcher VM du über welches interface usw. wohin kommst - siehe Xen docu - ist ja auch klar jede VM ist im grunde ein eigener pc - per default sind da halt viele einstellungen gemacht
Ok mit diesem Hab ich mich jetzt auch noch etwas genauer befasst, aber bin noch nicht so weit dahinter gekommen, dass es funktioniert.
Da ich aktuell eigentlich nur am einrichten der Domäne 0 (dem preivilegiertem Xen) bin, dachte ich das hier die realen NICs eingerichtet werden (die somit auch wirklich dort funktionieren sollten), plus eben eine gewisse Anzahl von Bridges, über die die anderen Domänen in Verbindung gebracht werden.
Daher denke ich das es dieser Fehler nun auch nicht bei mir sein kann. Vielleicht irre ich mich natürlich und wäre dann über jede Klärung dankbar.

Btw. Ich habe das ganze auch einmal mit der Live-DemoCD von xen (v.2.05) getestet und da erscheinen in der Domäne 0 ebenso die 2 (komplett funktionierente) Interfaces plus einer Bridge für die weiteren Xens.

Ach und da fällt mir noch etwas ein. Ich hatte ein das Problem bereits einmal mit den selben Auswirkungen bei der Einrichtung eines Vserver-Systems. Lösung damals war ein "älterer" Kernel, der genau zu dem Patch passte.
Allerdings lasse ich in diesem Fall den Kernel vom make-File herrunderladen. Also sollte der normalerweise dafür gedacht sein.

Gruß choji

ding280
Beiträge: 324
Registriert: 15.04.2005 18:31:18

Beitrag von ding280 » 30.05.2005 17:25:47

Hallo,

ich darf euch auch nochmal an mein Problem erinnern, denn schließlich hab ich einen dafür einen Thread aufgemacht.

Soweit ich das überblicke, werden bei mir nur ein paar sehr wenige Module geladen. Woran liegt das?

Gruß Thomas

choji
Beiträge: 166
Registriert: 16.08.2003 00:36:52

Beitrag von choji » 30.05.2005 19:24:50

Hi ding280,

ich hab mich heute auch schon wieder mal etwas mit meinem Top-Thema Xen befasst und habe vielleicht dein Problem entdeckt.

Du hast geschrieben, dass du mit make menuconfig ARCH=xen konfigurierst und anschließend mit make world kompilierst.
Wie ich heute festgestellt habe, läde make world allerdings auch wieder die default-config der Sourcen. Versuche es doch anstelle von make world mal mit make kbuild.

Gruß choji

ding280
Beiträge: 324
Registriert: 15.04.2005 18:31:18

Beitrag von ding280 » 30.05.2005 20:09:30

Hallo,

nein, ich führe erst make world aus, erst dann make ARCH=xen menuconfig. Werd deinen Vorschlag aber morgen mal probieren.

Gruß Tom

ding280
Beiträge: 324
Registriert: 15.04.2005 18:31:18

Beitrag von ding280 » 04.06.2005 16:55:25

Hallo,

tut mir leid, dass ich erst jetzt antworte, hatte vorher aber keine Zeit.

Ich denke, dass ein make kbuild gar nicht funktioniert kann, da ja hier nur die guest kernel compiliert werden. Eine make world dagegen mach wesentlich mehr, siehe make help.

Was mich aber nach wie vor stört, ist, dass bei mir ledeglich zwei Module geladen werden, das ist doch nicht normal.

Gruß Tom

ding280
Beiträge: 324
Registriert: 15.04.2005 18:31:18

Beitrag von ding280 » 05.06.2005 13:45:53

Hallo,

ich beschreibe hier einfach nochmal Schritt für Schritt, was ich genau gemacht habe.

1. xen-2.0.6-src.tgz heruntergeladen und ins Verzeichnis /home/user kopiert.
2 mit tar xzf xen-2.0.6-src.tgz xen entpackt. Es gibt jetzt das Verzeichnis /home/user/xen-2.0
3. Im Verzeichnis /home/user/xen-2.0 habe ich make world ausgeführt.
4. Jetzt bin ich ins Verzeichnis /home/user/xen-2.0/linux-2.6.11-xen0 gewechselt und habe dort make ARCH=xen menuconfig ausgeführt.
5. Diese Konfiguartion habe ich ohne irgendwelche Einstellungen zu machen sofort wieder verlassen und die Kernelkonfiguration gespeichert.
6. Nun habe ich den Kernel mit make ARCH=xen compiliert.
7. Die Schritte 4 - 6 habe ich auch für das Verzeichnis /home/user/xen-2.0/linux-2.6.11-xenU gemacht.
8. In /home/user/xen-2.0/dist/ hab ich das install.sh ausgeführt.
9. In /boot/grub/menu.lst habe ich noch den Eintrag
title XEN Linux / Kernel 2.6.11
kernel /boot/xen-2.0.6.gz
module /boot/vmlinuz-2.6.11-xen0 root=/dev/hda1 ro console=tty0
hinzugefügt.
10. Zum Schluss noch einen reboot und natürlich Xen gebootet.

Ab diesem Punkt geht das Netzwerk nicht mehr und lsmod gibt nur 2 Module aus, siehe ein paar Posts vorher.

Ich hoffe, mir kann jetzt jemand helfen.

Gruß Thomas

ding280
Beiträge: 324
Registriert: 15.04.2005 18:31:18

Beitrag von ding280 » 07.06.2005 14:35:12

Hallo,

ich will ja nich nerven, aber hat denn wirklich niemand eine Idee?

Gruß Tom

ding280
Beiträge: 324
Registriert: 15.04.2005 18:31:18

Beitrag von ding280 » 08.06.2005 15:52:09

Schade, dann halt nicht. Hätte eure Hilfe wirklich gebrauchen können. :cry:

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 08.06.2005 17:59:56

na hast du mal geschaut ob du nicht doch ein wenig in der Konfig bei

Code: Alles auswählen

make ARCH=xen menuconfig
rumarbeiten musst? ich kenn mich mit XEN nicht aus, aber wahrscheinlich musst du da noch Netzwerktreiber aktivieren?!
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

G-S-X
Beiträge: 10
Registriert: 10.03.2003 17:42:28
Wohnort: Stuttgart
Kontaktdaten:

Beitrag von G-S-X » 21.06.2005 21:15:44

Ich stehe im Moment vor dem gleichen Problem. make ARCH=xen oldconfig übernimmt nicht meine alte Kernelkonfiguration.
Über den Befehl make ARCH=xen menuconfig kann ich leider die fehlenden Nforce Treiber nicht aktivieren, da sie nicht aufgeführt sind. Und überhaupt fehlen da einige Optionen, die in den "normalen" kernel-sourcen aufgeführt sind.

Hat vielleicht jemand schon eine Lösung wie man das machen könnte ?

EDIT:

Habs gefunden,

Man muß einfach unter der Option XEN die Option Privileged Guest Kernel und Backend-Treiber aktivieren, dann stehen für den Xen0 Kernel auch die erforderlichen Treiber bereit.

Antworten