forum.opsi.org

Verfasst: **13 Apr 2012, 09:33**

Hallo zusammen,

vor kurzem bin ich auf dieses grossartige Tool gestossen und habe mich soweit recht gut eingefunden.

Installiert auf einem Ubuntu 10.04 LTS Server nach dem Handbuch.

Softwareverteilung an sich funktioniert, nun bin ich auch am PXE Boot.

Mein Problem:

Das Miniimage wird geladen, danach bleibt der Bildschirm schwarz. Ich habe schon die restlichen Topics hier dazu gelesen.

Die Maschine hat 2048 MB Ram, das sollte es nicht sein.

Eine IP wird der Maschine auch korrekt zugewiesen.

Im Syslog finde ich die Eintraege, die folgendermassen lauten:

Code: Alles auswählen

Apr 13 09:14:20 rvc-opsi-test atftpd[26988]: Advanced Trivial FTP server started (0.7)
Apr 13 09:14:20 opsi-test atftpd[26988]: Serving linux/pxelinux.0 to 10.8.2.252:1024
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/494e6d33-b3cd-4578-3937-8d6cde69fe37 to 1.2.3.4:57089
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/01-00-0c-29-60-d9-55 to 1.2.3.4:57090
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/0A0802FC to 1.2.3.4:57091
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/0A0802F to 1.2.3.4:57092
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/0A0802 to 1.2.3.4:57093
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/0A080 to 1.2.3.4:57094
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/0A08 to 1.2.3.4:57095
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/0A0 to 1.2.3.4:57096
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/0A to 1.2.3.4:57097
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/0 to 1.2.3.4:57098
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/default to 1.2.3.4:57099
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/menu.c32 to 1.2.3.4:57100
Apr 13 09:14:21 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/default to 1.2.3.4:57101
Apr 13 09:14:41 opsi-test atftpd[26988]: Serving linux/install to 1.2.3.4:57102
Apr 13 09:14:42 opsi-test atftpd[26988]: Serving linux/miniroot.bz2 to 1.2.3.4:57103
Apr 13 09:17:09 opsi-test atftpd[26988]: Serving linux/pxelinux.0 to 1.2.3.4:1024
Apr 13 09:17:09 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/494e6d33-b3cd-4578-3937-8d6cde69fe37 to 1.2.3.4:57089
Apr 13 09:17:09 opsi-test atftpd[26988]: Serving linux/pxelinux.cfg/01-00-0c-29-60-d9-55 to 1.2.3.4:57090
Apr 13 09:17:09 opsi-test atftpd[26988]: Serving linux/install to 1.2.3.4:57091
Apr 13 09:17:10 opsi-test atftpd[26988]: Serving linux/miniroot.bz2 to 1.2.3.4:57092
Apr 13 09:22:10 opsi-test atftpd[26988]: atftpd terminating after 300 seconds
Apr 13 09:22:10 opsi-test atftpd[26988]: Main thread exiting

Im Webfrontend erhalte ich die Meldung "PXE boot configuration read() failed".

Ich habe auch entsprechend schon ein

Code: Alles auswählen

opsi-setup --init-current-config
opsi-setup --set-rights
restart der Dienste

durchgefuehrt.

Jetzt weiss ich leider nicht mehr, wo ich noch suchen soll.

Vielen Dank im Vorraus.

Zweite Frage nebenbei: Wenn ich nicht den DHCP auf dem Opsi Server laufen lassen wuerde, wie genau muesste ich die Konfiguration am anderen DHCP und am OPSI Server einstellen?
Am Opsi wuerde ich unter "/etc/opsi/backendManager/dispatch.conf" die dhcp Eintraege bei backend und host entfernen oder? Dann ist noch die Frage welche Parameter muessen am anderen DHCPServer gesetzt werden.

Verfasst: **13 Apr 2012, 09:43**

DaWo hat geschrieben: Zweite Frage nebenbei: Wenn ich nicht den DHCP auf dem Opsi Server laufen lassen wuerde, wie genau muesste ich die Konfiguration am anderen DHCP und am OPSI Server einstellen?
Am Opsi wuerde ich unter "/etc/opsi/backendManager/dispatch.conf" die dhcp Eintraege bei backend und host entfernen oder? Dann ist noch die Frage welche Parameter muessen am anderen DHCPServer gesetzt werden.

Also wie du den OPSI DHCP abschaltest hast du ja im Handbuch gelesen. Auf dem Anderen DHCP musst du dann natürlich den TFTP Server angeben und das Bootfile welches geladen werden soll.
Bei einem Windows DHCP wären das die Bereichsoptionen 66 und 67 (@uib eventuell könnte man das auch noch ins OPSI Handbuch aufnehmen

)

66: IP des Opsi Servers
67: linux/pxelinux.0

zu deinem Problem: Hast du den normalen atftp deinstalliert und durch den opsi-atftpd den es im UIB repository gibt? Der Normale funktioniert nicht mit OPSI

Gruß
Tobias

Verfasst: **13 Apr 2012, 09:56**

Vielen Dank fuer die prompte Antwort, ist ja echt super

Danke fuer die Hinweise mit den zwei Optionen. Werde ich nachher mal testen.

Ja, ich habe den opsi-atftpd installiert.

Ich habe mal die Optionen apci=off, edd=off, pci=nomsi und noapic eingestellt im configd, allerdings crasht mein Client dann nach dem Ready.

Leider kann ich keine Meldung davor sehen.

Ist eine VM auf einem Xenserver.

Verfasst: **13 Apr 2012, 10:00**

Also diese Meldungen habe ich so bisher nicht gesehen. Hast du die Möglichkeit das mal auf nem anderen Client zu testen?

Gruß
Tobias

Verfasst: **13 Apr 2012, 10:03**

Werde ich nachher mal testen.

Anbei ein Screenshot, sieht aus wie eine Kernelpanik. Bild

Wie gesagt ich kann leider nicht mehr scrollen, sonst wuerde ich schauen, woher die Meldung kommt.

Verfasst: **13 Apr 2012, 10:05**

DaWo hat geschrieben:Werde ich nachher mal testen.

Anbei ein Screenshot, sieht aus wie eine Kernelpanik.

Wie gesagt ich kann leider nicht mehr scrollen, sonst wuerde ich schauen, woher die Meldung kommt.

drück mal die Pausetaste auf der Tastatur evtl. kannst du das damit noch anhalten und dann die Meldung sehen.

Verfasst: **13 Apr 2012, 10:49**

So, nun habe ich das Image mit der PXE VMWare soweit zum Laufen gebracht, dass das Opsi Logo erscheint.

Bei dem Punkt hing er dann.

Jetzt habe ich splash entfernt und bin grade am Installieren.

Jemand noch eine Idee, woran das liegen kann, dass es mit Splash nicht weitergeht, ohne jedoch schon?

Der Fehler von davor lag wohl an der Virtualisierungsloesung bzw der davon bereitgestellten Hardware.

Edit: Dateien sind kopiert, allerdings hat das Netzwerk nun ein Problem anscheinend bei dem startnet.cmd. Die Netzwerkadresse sein nicht erreichbar.

Hat da jemand einen Tip?

Verfasst: **13 Apr 2012, 10:58**

DaWo hat geschrieben:So, nun habe ich das Image mit der PXE VMWare soweit zum Laufen gebracht, dass das Opsi Logo erscheint.

Bei dem Punkt hing er dann.

Jetzt habe ich splash entfernt und bin grade am Installieren.

Jemand noch eine Idee, woran das liegen kann, dass es mit Splash nicht weitergeht, ohne jedoch schon?

Der Fehler von davor lag wohl an der Virtualisierungsloesung bzw der davon bereitgestellten Hardware.

Edit: Dateien sind kopiert, allerdings hat das Netzwerk nun ein Problem anscheinend bei dem startnet.cmd. Die Netzwerkadresse sein nicht erreichbar.

Hat da jemand einen Tip?

Jap dein Netzwerkkartentreiber fehlt im Windows PE

steht im OPSI Handbuch wie du selber welche integrieren kannst. Sollte allerdings bei VMware nicht notwendig sein

Verfasst: **13 Apr 2012, 11:01**

Das dachte ich mir auch, da es im Getting Started Guide empfohlen wird.

Mh gibt es noch Logfiles, in denen steht, ob die Treiber beim Uebertragen vorhanden waren oder aehnliches?

Bzw. wo kriege ich ggf. am Besten die Treiber fuer die VMNetzwerkkarte her?

Vielen herzlichen Dank schonmal tobias, deine Antworten haben mir sehr geholfen.

Verfasst: **13 Apr 2012, 11:09**

DaWo hat geschrieben:Das dachte ich mir auch, da es im Getting Started Guide empfohlen wird.

Mh gibt es noch Logfiles, in denen steht, ob die Treiber beim Uebertragen vorhanden waren oder aehnliches?

Bzw. wo kriege ich ggf. am Besten die Treiber fuer die VMNetzwerkkarte her?

Vielen herzlichen Dank schonmal tobias, deine Antworten haben mir sehr geholfen.

Also logfiles nützen dir da wenig, da die Windows PE Treiber mit den normalen Windows Treibern die von OPSI automatisch installiert werden nichts zu tun haben.
Du kannst wenn du windows PE gestartet hast aber mal über die Commandline einen ping absetzen. Geht der raus hat die startnet einfach nicht lange genug gewartet (das hatte ich vor einiger Zeit auch schonmal beobachtet).

Du kannst natürlich auch den Netzwerkmodus deaktivieren (Product Property winpenetworkmode auf false). Da das Bootimage die Files eh auf die Festplatte kopiert ist die Netzwerkverbindung so weit ich weis nicht unbedingt notwendig.

Was für eine Virtualisierung hast du? Unter VMware vSphere sollten keine Treiber nötig sein!

Gruß
Tobias

forum.opsi.org

[Geloest] Wiedermal PXE Boot

[Geloest] Wiedermal PXE Boot

Re: Wiedermal PXE Boot

Re: Wiedermal PXE Boot

Re: Wiedermal PXE Boot

Re: Wiedermal PXE Boot

Re: Wiedermal PXE Boot

Re: Wiedermal PXE Boot

Re: Wiedermal PXE Boot

Re: Wiedermal PXE Boot

Re: Wiedermal PXE Boot