Symptom:
Wenn die DHCP- oder PXE-Phase mit einer Fehlermeldung ""PXE-32: TFTP open time-out" am Zielcomputer abgeschlossen hat, schlägt die BS-Installation umgehend fehl. Dieses Problem tritt auf, wenn das Netzwerk die von der PXE-Firmware auf dem Ziel verlangte Datenpaketgröße nicht unterstützt hat, oder wenn die MTU-Größe durch Tunneling reduziert wurde. IP-Pakete, die die MTU-Größe des Netzwerks überschreiten, werden auf mehrere Teile verteilt übertragen. Die Fragmentierung wird von der Netzwerkschicht durchgeführt und ist normalerweise transparent zur Anwendung. Einige PXE-Firmware-Implementierungen sowie der in DOS-Boot-Images verwendete TFTP-Client unterstützen die Fragmentierung nicht. In diesen Fällen muss die gültige Datenpaketgröße vom Boot-Server beschränkt werden.
Windows PE-basierte Boot-Images können fragmentiert werden und sind generell nicht von einer Reduktion der MTU-Größe betroffen.
Lösung:
Beschränken Sie die gültige TFTP-Blockgröße, die vom Boot-Server unter Verwendung der Konfigurationsrichtlinie verwendet wird.
Hinweis: Ab Version 12.5 benötigt das von Windows-PE-Boot-Images benutzte OSIM-Zielprogramm, sdmpcimg, bestimmte TFTP-Datenpakete, die nicht von der Konfigurationsparameter-TFTP-Blockgrößenbegrenzung betroffen sind. Die TFTP-spezifische Blockgrößenbegrenzung kann auch verwendet werden, um die gültige Blockgröße für bestimmte TFTP-Datenpakete einzuschränken. Weitere Informationen finden Sie unter Sdmpcimg-Befehl (32bit- und 64bit-Version).
TFTP-Blockgröße einschränken
Hinweis: DOS-Boot-Images und Client Automation r11.x oder r12-Windows-PE-Boot-Images unterstützen keine TFTP-Blockgröße unter 1024.
Symptom:
Wenn ich in der BS-Installationsverwaltung ein Red Hat Enterprise Linux 5 Update 5 mit einem Image bereitstelle, das mithilfe von CDs erstellt wurde, schlägt die BS-Installation mit dem folgenden Fehler fehl:
Red Hat Installation tree in that directory does not match your boot media.
Lösung:
Tun Sie Folgendes:
Symptom:
Manchmal werden OSIM-Samba-Freigaben nicht auf Linux-Betriebssystemen aktiviert, selbst die Option "Verwendung von Windows-Netzwerkfreigaben deaktivieren" wird während der Installation deaktiviert.
Lösung:
Verwenden Sie die folgenden Befehle, um nach der Boot-Server-Installation Samba-Freigaben zu aktivieren:
sdbsswitch -t
sddbswitch -s
Symptom:
Wenn ich eine unbeaufsichtigte Installation von SLES 11SP1 konfiguriere, um DHCP-Adresszuordnung ohne eine ausdrücklich angegebene Domänennamenseingabe in der autoinst.xml-Datei zu verwenden, verwirft das Installationsprogramm einen angegebenen Hostnamen, und das Installationsprogramm wählt einen nach dem Zufallsprinzip generierten Hostnamen aus, ähnlich wie linux-6dyj.
Lösung:
Um einen festen Hostnamen mit der von DHCP zugewiesenen Adresse zu ermöglichen, ändern Sie die autoinst.xml-Datei für das BS-Image, sodass sie eine Standarddomäne im Abschnitt für Netzwerk\DNS einschließt, wie folgt:
<networking>
<dns>
<dhcp_hostname config:type="boolean" >false</dhcp_hostname>
<dhcp_resolv config:type="boolean" >true</dhcp_resolv>
<hostname>$HostName$</hostname>
<domain>forward.inc.local</domain>
</dns>
</networking>
Die Datei "autoinst.xml" befindet sich unter folgendem Speicherort:
DSM_Install_Folder\server\SDBS\var\managedpc\images\IMAGE_NAME\IMAGE_NAME\suse
OSIM erfordert, dass der Boot-Server, der die XenServer-Installationsdateien hostet, durch NFS-Services exportiert werden muss. Ändern Sie basierend auf der BS-Version die Konfiguration, um sie an den NSF-Server anzupassen, wenn der Boot-Server auf dem Microsoft Windows Server ausgeführt wird.
Detaillierte Anweisungen zum Ändern der NSF-Services finden Sie in der Microsoft-Dokumentation im KB-Eintrag: 977517
|
Copyright © 2014 CA Technologies.
Alle Rechte vorbehalten.
|
|