Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Treiber für ESXi 4.1 compilieren?
Treiber für ESXi 4.1 compilieren?
Hallo,
die Netzwerkkarte (82579LM) meines Intel DQ67SW Mainboards wird leider nicht von ESXi 4.1 U1 unterstützt, deshalb suche ich nun nach einer Möglichkeit die Karte doch noch zum Laufen zu bringen. Ich habe bereits einiges über die oem.tgz gelesen, aber wie erstelle ich den passenden Treiber dafür?
Hat jemand evtl. ein gutes HowTo Step-by-step für mich? Was genau brauche ich zum Compilieren von Treibern für ESXi 4.1 U1 CentOS x.x)? Den Linux Treiber findet man übrigens hier:
http://downloadcenter.intel.com/Detail_ ... Treiber%0A
Danke!
Mfg Oliver
die Netzwerkkarte (82579LM) meines Intel DQ67SW Mainboards wird leider nicht von ESXi 4.1 U1 unterstützt, deshalb suche ich nun nach einer Möglichkeit die Karte doch noch zum Laufen zu bringen. Ich habe bereits einiges über die oem.tgz gelesen, aber wie erstelle ich den passenden Treiber dafür?
Hat jemand evtl. ein gutes HowTo Step-by-step für mich? Was genau brauche ich zum Compilieren von Treibern für ESXi 4.1 U1 CentOS x.x)? Den Linux Treiber findet man übrigens hier:
http://downloadcenter.intel.com/Detail_ ... Treiber%0A
Danke!
Mfg Oliver
-
Dayworker
- King of the Hill
- Beiträge: 13657
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Keine Ahnung, was du beim ESX(i) kompilieren willst, aber die sind Closed Source und haben mit Linux absolut nichts gemeinsam.
Wenn du dich trotzdem ans Patchen machen willst, sieh dir http://vm-help.com und dort die Rubrik "ESXi Tips and Tricks" an. Sei aber vorgewarnt, es kann und muß nicht funktionieren. Wenn du also Probleme bekommst, mußt du dort im Forum posten.
Wenn du dich trotzdem ans Patchen machen willst, sieh dir http://vm-help.com und dort die Rubrik "ESXi Tips and Tricks" an. Sei aber vorgewarnt, es kann und muß nicht funktionieren. Wenn du also Probleme bekommst, mußt du dort im Forum posten.
Dayworker hat geschrieben:Keine Ahnung, was du beim ESX(i) kompilieren willst, aber die sind Closed Source und haben mit Linux absolut nichts gemeinsam.
Wenn du dich trotzdem ans Patchen machen willst, sieh dir http://vm-help.com und dort die Rubrik "ESXi Tips and Tricks" an. Sei aber vorgewarnt, es kann und muß nicht funktionieren. Wenn du also Probleme bekommst, mußt du dort im Forum posten.
Soweit ich mal vor ner Weile gesehen habe bietet VMware den gepatchten Kernel zum Download an.
Inwieweit da alles vorhanden ist muss mal ausprobiert werden. Zudem wenn VMware den Kernel patcht und das Binary distrubiert müssen absolut die Bedingungen der GPLv2 eingehalten werden. Ansonsten wäre jede ESX Installation illegal.
Aus dem Grund werden nette Dinge wie die VMwaretreiber, DTrace oder ZFS unter Linux auf ewig third partie sein und immer gegen den Kernel kompiliert werden müssen.
-
McStarfighter
- Experte
- Beiträge: 1519
- Registriert: 25.04.2005, 17:20
- Wohnort: Wiesbaden
-
Dayworker
- King of the Hill
- Beiträge: 13657
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Das VMware für seine Produkte auch die Sourcen bereitstellt, bedeutet aber nicht, daß sich diese auch direkt in ein funktionales Programm mit all seinen Funktionen ummünzen läßt.
Erschwerend kommt noch hinzu, daß die Sourcen meist schon älteren Datums sind und daher wohl kaum noch verwertbar sein werden.
Eventuell enthalten die Sourcen auch nur ein Gerüst mit interessantem Programm-Code. Damit dort keiner Schindluder treiben kann, fehlen möglicherweise zum Beispiel wie bei http://Distributed.net der Code für Dateizugriff und Netzwerksocketkommunikation oder möglicherweise die Microcode-Anpassungen für die verschiedenen Prozessoren. Zumindest Intel unterhält dort sehr genaue Erratum-Listen, die auch diverse Probleme mit der VT-Funktionalität offen legen.
Erschwerend kommt noch hinzu, daß die Sourcen meist schon älteren Datums sind und daher wohl kaum noch verwertbar sein werden.
Eventuell enthalten die Sourcen auch nur ein Gerüst mit interessantem Programm-Code. Damit dort keiner Schindluder treiben kann, fehlen möglicherweise zum Beispiel wie bei http://Distributed.net der Code für Dateizugriff und Netzwerksocketkommunikation oder möglicherweise die Microcode-Anpassungen für die verschiedenen Prozessoren. Zumindest Intel unterhält dort sehr genaue Erratum-Listen, die auch diverse Probleme mit der VT-Funktionalität offen legen.
- continuum
- UNSTERBLICH(R.I.P.)
- Beiträge: 14759
- Registriert: 09.08.2003, 05:41
- Wohnort: sauerland
- Kontaktdaten:
wie lange würde man wohl dafür brauchen ?
sagen wir mal über den Daumen 5 - 10 stunden - incl. testen , einbinden in das esxi image usw.
Nach dem näachsten Update geht es dann wahrscheinlich schneller - und man braucht nur die Hälfte derZeit.
Beim übernächsten update geht es dann vielleicht schon gar nicht mehr ...
Naja ... wägen wir mal ab : Aufwand gegen Preis einer funktionierenden UND supporteten Karte .... gibt es ab 30 Euro ....
IMHO macht das ganze dann NULL Sinn
sagen wir mal über den Daumen 5 - 10 stunden - incl. testen , einbinden in das esxi image usw.
Nach dem näachsten Update geht es dann wahrscheinlich schneller - und man braucht nur die Hälfte derZeit.
Beim übernächsten update geht es dann vielleicht schon gar nicht mehr ...
Naja ... wägen wir mal ab : Aufwand gegen Preis einer funktionierenden UND supporteten Karte .... gibt es ab 30 Euro ....
IMHO macht das ganze dann NULL Sinn
-
McStarfighter
- Experte
- Beiträge: 1519
- Registriert: 25.04.2005, 17:20
- Wohnort: Wiesbaden
continuum hat geschrieben:wie lange würde man wohl dafür brauchen ?
sagen wir mal über den Daumen 5 - 10 stunden - incl. testen , einbinden in das esxi image usw.
Nach dem näachsten Update geht es dann wahrscheinlich schneller - und man braucht nur die Hälfte derZeit.
Beim übernächsten update geht es dann vielleicht schon gar nicht mehr ...
Naja ... wägen wir mal ab : Aufwand gegen Preis einer funktionierenden UND supporteten Karte .... gibt es ab 30 Euro ....
IMHO macht das ganze dann NULL Sinn
Bei einer Kiste richtig. Nur wenn ich 20 Racks ausrüste, und zwischen 2 Servern auswählen kann mit kaum wesendlichen Unterschieden, nur der eine hat ne supportete Karte ist aber 200 € teurer....
Dann macht sich das Bemerkbar. Und qualitative hochwertige Netzwerkkarten kosten im Schnitt 120 €. Für eine 4 Port Nic mit PCIe 8 habe ich sogar noch viel viel mehr gelöhnt,
minimike hat geschrieben:Bei einer Kiste richtig. Nur wenn ich 20 Racks ausrüste, und zwischen 2 Servern auswählen kann mit kaum wesendlichen Unterschieden, nur der eine hat ne supportete Karte ist aber 200 € teurer....
Dann macht sich das Bemerkbar. Und qualitative hochwertige Netzwerkkarten kosten im Schnitt 120 €. Für eine 4 Port Nic mit PCIe 8 habe ich sogar noch viel viel mehr gelöhnt,
Bei 800 Servern würde ich solche Spielereien erst recht nicht machen. Zumal VMware bei solchen Frickeleien bestimmt den Support verweigern wird...
Chregu
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Hi Leute!
Der kernel vom ESX/ESXi hat absolut gar nix mit Linux zu tun, und wird (und wurde) von VMware auch nicht veröffentlicht.
Für die alte ServiceConsole hat VMware einen angepassten RedHat-Kernel verwendet, dazu gabs dann auch die OpenSource-Teile zum Runterladen. Und nachdem vor langer Zeit (bis ESX3 glaube ich ) die Service Console zuständig fürs laden der Hardware-Treiber war, konnte man bastel-technisch dafür auch compilieren.
Beim ESX 4 wird das nicht mehr möglich sein, weil hier wirklich der vmkernel alle "Gewalt" über die Hardware hat.
VMware verwendet allerdings eine Linux-ähnliche Schnittstelle für 3rd-party-Treiber, damit die Hersteller nicht komplett von vorne anfangen müssen zu programmieren.
Wer da Interesse hat: Meldet Euch doch einfach mal beim VMware Technology Appliance Program (TAP) an (kostet nix), und schaut, wie viele Infos Ihr bekommen könnt...
Viele Grüße,
Jörg
Der kernel vom ESX/ESXi hat absolut gar nix mit Linux zu tun, und wird (und wurde) von VMware auch nicht veröffentlicht.
Für die alte ServiceConsole hat VMware einen angepassten RedHat-Kernel verwendet, dazu gabs dann auch die OpenSource-Teile zum Runterladen. Und nachdem vor langer Zeit (bis ESX3 glaube ich ) die Service Console zuständig fürs laden der Hardware-Treiber war, konnte man bastel-technisch dafür auch compilieren.
Beim ESX 4 wird das nicht mehr möglich sein, weil hier wirklich der vmkernel alle "Gewalt" über die Hardware hat.
VMware verwendet allerdings eine Linux-ähnliche Schnittstelle für 3rd-party-Treiber, damit die Hersteller nicht komplett von vorne anfangen müssen zu programmieren.
Wer da Interesse hat: Meldet Euch doch einfach mal beim VMware Technology Appliance Program (TAP) an (kostet nix), und schaut, wie viele Infos Ihr bekommen könnt...
Viele Grüße,
Jörg
-
dorian_gray
- Member
- Beiträge: 5
- Registriert: 16.04.2009, 11:48
Tja... aber die frage ist nicht beantwortet!
Ich hatte heute das selbe Problem.
Hab ca. 3 Stunden gewerkelt, gegooglet usw...
http://www.vm-help.com/esx40i/customize_oem_tgz.php
Hier gibt's ne Lösung!
Das ganze ist ein wenig Tricky aber mit ein wenig Geduld durchaus umzusetzen!
Hab ca. 3 Stunden gewerkelt, gegooglet usw...
http://www.vm-help.com/esx40i/customize_oem_tgz.php
Hier gibt's ne Lösung!
Das ganze ist ein wenig Tricky aber mit ein wenig Geduld durchaus umzusetzen!
-
Dayworker
- King of the Hill
- Beiträge: 13657
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Tja, erstens ist vm-help.com, wie ich schon früher in diesem Thread schrieb, immer mit Vorsicht zu behandeln und zweitens darfst du dann bei jedem ESXi-Update/Upgrade den "Spaß" wiederholen.
Allerdings stehen die Chancen nicht schlecht, daß VMware die Intel-HW in der nächsten Version schon unterstützt oder zumindest Treiber dafür vorhält.
Allerdings stehen die Chancen nicht schlecht, daß VMware die Intel-HW in der nächsten Version schon unterstützt oder zumindest Treiber dafür vorhält.
-
dorian_gray
- Member
- Beiträge: 5
- Registriert: 16.04.2009, 11:48
Dayworker hat geschrieben:Tja, erstens ist vm-help.com, wie ich schon früher in diesem Thread schrieb, immer mit Vorsicht zu behandeln und zweitens darfst du dann bei jedem ESXi-Update/Upgrade den "Spaß" wiederholen.
Allerdings stehen die Chancen nicht schlecht, daß VMware die Intel-HW in der nächsten Version schon unterstützt oder zumindest Treiber dafür vorhält.
Ich hab allerdings keine zeit um zu warten bis VMware eine neue Version herausbringt...
Und NEIN den "Spaß" musste ich nicht wiederhohlen! (hab schon updates) gemacht.
Wenn man mir allerdings ne bessere Lösung bietet als nur "zu warten" bin ich natürlich dazu bereit mit mir reden zu lassen!!!
-
Dayworker
- King of the Hill
- Beiträge: 13657
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Was du letztendlich machst, ist dein Problem. Support von VMware brauchst du jedenfalls mit unsupporteter HW nicht erwarten.
Vielleicht mußt du es beim Update noch nicht machen, aber spätestens beim Upgrade wird das ESXi-Image wieder neu auf Platte/USB-Stick geschrieben und die Nic ist wieder weg.
Hast du mal bei Intel nachgesehen?
Vielleicht mußt du es beim Update noch nicht machen, aber spätestens beim Upgrade wird das ESXi-Image wieder neu auf Platte/USB-Stick geschrieben und die Nic ist wieder weg.
Hast du mal bei Intel nachgesehen?
-
dorian_gray
- Member
- Beiträge: 5
- Registriert: 16.04.2009, 11:48
Dayworker hat geschrieben:Was du letztendlich machst, ist dein Problem. Support von VMware brauchst du jedenfalls mit unsupporteter HW nicht erwarten.
Vielleicht mußt du es beim Update noch nicht machen, aber spätestens beim Upgrade wird das ESXi-Image wieder neu auf Platte/USB-Stick geschrieben und die Nic ist wieder weg.
Hast du mal bei Intel nachgesehen?
Stell dir mal vor... es gibt noch nerds die ohne Support auskommen *lol*
Und da lt. dir beim nächsten Upgrade der NIC eh unterstützt wird muss ich mir da keine sorgen machen, oder?
Warum sollte ich jetzt noch suchen? Hab ja alles was ich brauche!
-
dorian_gray
- Member
- Beiträge: 5
- Registriert: 16.04.2009, 11:48
Hallo,
.... ganz ruhig Brauner....
mit solchen Leuten habe ich täglich zu tun, deren Meining ändert sich schlagartig, wenn das erste große Disaster den Arbeitsplatz gekostet hat

Nur mal so zum nachdenken:
Du bezeichnest hier gerade min. 80% von uns als Deppen.
Ich kann dazu nur sagen wer ein Produktivsystem ohne Support betreibt, hat entweder eh keine wichtigen Daten oder es fehlt im Grips an dem Bereich der für SLAs und Complienc zuständig ist.
Grus Peter
.... ganz ruhig Brauner....
mit solchen Leuten habe ich täglich zu tun, deren Meining ändert sich schlagartig, wenn das erste große Disaster den Arbeitsplatz gekostet hat
-
irix
- King of the Hill
- Beiträge: 13063
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
Zuruck zum Thema.....
im IIRC war jemand welcher nen Intel Treiber kompiliert hat und nicht nur den PCIID Hack im oem.tgz gemacht hat. Hatte mir auch sein Blog angeschaut bzw. den Thread im VMTN. Wenn ich die URL nochmal finde kann ich sie posten.
Ich kann nicht erkennen das hier einer gesagt hat das diese pNIC in Zukunft supportet wird. Solange das oem.tgz bei einem Update/Patch nicht angetastet wird ist ja alles i.O. Ansonnsten muss man halt wieder ran.
Gruss
Joerg
im IIRC war jemand welcher nen Intel Treiber kompiliert hat und nicht nur den PCIID Hack im oem.tgz gemacht hat. Hatte mir auch sein Blog angeschaut bzw. den Thread im VMTN. Wenn ich die URL nochmal finde kann ich sie posten.
Ich kann nicht erkennen das hier einer gesagt hat das diese pNIC in Zukunft supportet wird. Solange das oem.tgz bei einem Update/Patch nicht angetastet wird ist ja alles i.O. Ansonnsten muss man halt wieder ran.
Gruss
Joerg
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 20 Gäste


