UCC TFTP Timeouts

Linux Clients
#1

Hallo,

beim Booten von UCC mit meinem Thinclient bekomme ich beim Ausliefern des Kernels Timeouts, reproduzierbar mit verschiedenen Images und verschiedenen Ports am Switch:

May 18 11:03:58 ucs-dc in.tftpd[15229]: connect from 192.168.2.15 (192.168.2.15)
May 18 11:03:58 ucs-dc atftpd[15229]: Advanced Trivial FTP server started (0.7)
May 18 11:03:58 ucs-dc atftpd[15229]: Serving pxelinux.0 to 192.168.2.15:2070
May 18 11:03:58 ucs-dc atftpd[15229]: Serving pxelinux.0 to 192.168.2.15:2071
May 18 11:04:07 ucs-dc atftpd[15229]: Serving pxelinux.cfg/00000000-0000-0000-0000-000000000000 to 192.168.2.15:49152
May 18 11:04:07 ucs-dc atftpd[15229]: Serving pxelinux.cfg/01-00-80-64-87-38-79 to 192.168.2.15:49153
May 18 11:04:07 ucs-dc atftpd[15229]: Serving pxelinux.cfg/C0A8020F to 192.168.2.15:49154
May 18 11:04:07 ucs-dc atftpd[15229]: Serving ucc-2.1-thinclient-image.img.kernel to 192.168.2.15:49155
May 18 11:04:12 ucs-dc atftpd[15229]: timeout: retrying…
May 18 11:04:17 ucs-dc atftpd[15229]: timeout: retrying…

Gibt’s da irgendwo eine Stellschraube, die ich übersehen habe oder einen anderen Grund?
Master und Thinclient hängen auf dem selben Switch, sodass es eigentlich problemlos funktionieren sollte.

Der Thinclient lädt die Config und bleibt dann beim Laden des Kernels hängen.

Gruß,

Roman

#2

Hallo,

zunächst würde ich prüfen, ob das Laden der Dateien per TFTP auf anderem Wege klappt. Vielleicht ist auch die PXE Umgebung des Clients ein Problem.

Ich würde zunächst auf dem UCS selbst, und dann an einem anderen System, das am Switch hängt, folgendes probieren:

atftp --get --remote-file ucc-2.1-thinclient-image.img.kernel <IP des UCS Servers>

Atftp ist im unmaintained Bereich des UCS Repositories verfügbar.

Mastodon