WinPE boot.wim Übertragung bricht ab

[TomKra]

Hallo zusammen,

wir versuchen derzeitig unser WinPE zu optimieren und die TFTP Blockgrößen höher zu stellen.
Aktuell sind alle unsere WinPE Bootkonfigurationen auf 1 KB Blockgrößen gesetzt, wodurch natürlich auch die Übertragung entsprechend lang benötigt.
Sobald wir versuchen die Blockgrößen auf 2 KB,4 KB oder 8 KB zu erhöhen bricht die Übertragung der boot.wim ab.

Wir betreiben derzeitig:
Empirumserver: Windows 2012 R2
Empirum: 19.0.3
WinPE: 1.8.7

Empirum läuft in eine vCenter Clusterumgebung auf der Version 6.7 U3.
Hier haben wir bereits die Netzwerkadapter im Auge gehabt und den VMX Adapter mit dem e1000 getauscht -> ohne Erfolg

Hatte bereits jemand ein ähnliches Problem oder gibt es noch weitere Logs die ich in diesem Zusammenhang prüfen kann?

TFTP Log per Debugshow

Code: Select all

2474	08:06:48.733	MX42Tftpsrv	1228	Debug	ThreadId=1688 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 31921 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2475	08:06:49.703	MX42Tftpsrv	1228	Debug	ThreadId=2056 Timeout CurrentTicks 637610692097030915 LastTickTime 637610692087488361

2476	08:06:49.734	MX42Tftpsrv	1228	Debug	ThreadId=2056 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 31958 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2477	08:06:50.705	MX42Tftpsrv	1228	Debug	ThreadId=4532 Timeout CurrentTicks 637610692107057980 LastTickTime 637610692098124657

2478	08:06:50.737	MX42Tftpsrv	1228	Debug	ThreadId=4532 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 32001 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2479	08:06:51.707	MX42Tftpsrv	1228	Debug	ThreadId=1688 Timeout CurrentTicks 637610692117073890 LastTickTime 637610692107370478

2480	08:06:51.723	MX42Tftpsrv	1228	Debug	ThreadId=1688 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 32019 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2481	08:06:52.711	MX42Tftpsrv	1228	Debug	ThreadId=2056 Timeout CurrentTicks 637610692127114884 LastTickTime 637610692117386377

2482	08:06:52.742	MX42Tftpsrv	1228	Debug	ThreadId=2056 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 32030 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2483	08:06:53.715	MX42Tftpsrv	1228	Debug	ThreadId=4532 Timeout CurrentTicks 637610692137154389 LastTickTime 637610692127427470

2484	08:06:53.746	MX42Tftpsrv	1228	Debug	ThreadId=4532 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 32070 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2485	08:06:54.312	MX42Tftpsrv	1228	Debug	ThreadId=5400 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 32070 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2486	08:06:54.721	MX42Tftpsrv	1228	Debug	ThreadId=1688 Timeout CurrentTicks 637610692147214096 LastTickTime 637610692143120974

2487	08:06:54.721	MX42Tftpsrv	1228	Debug	ThreadId=1688 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 32070 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2488	08:06:55.725	MX42Tftpsrv	1228	Debug	ThreadId=2056 Timeout CurrentTicks 637610692157259581 LastTickTime 637610692147214096

2489	08:06:55.757	MX42Tftpsrv	1228	Debug	ThreadId=2056 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 32070 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2490	08:06:56.289	MX42Tftpsrv	1228	Debug	ThreadId=5400 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 32070 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2491	08:06:56.728	MX42Tftpsrv	1228	Debug	ThreadId=4532 Timeout CurrentTicks 637610692167282899 LastTickTime 637610692162896370

2492	08:06:56.728	MX42Tftpsrv	1228	Debug	ThreadId=4532 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 32070 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2493	08:06:57.732	MX42Tftpsrv	1228	Debug	ThreadId=1688 Timeout CurrentTicks 637610692177328342 LastTickTime 637610692167282899

2494	08:06:57.748	MX42Tftpsrv	1228	Debug	ThreadId=1688 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 32070 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2495	08:06:58.328	MX42Tftpsrv	1228	Debug	ThreadId=5400 Resending DATA packet to XXX.XXX.XXX.XXX:17187 for block 32070 and file D:\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\29/bios\sources\boot.wim

2496	08:06:58.735	MX42Tftpsrv	1228	Debug	ThreadId=4532 Timeout CurrentTicks 637610692187352293 LastTickTime 637610692183289671

2497	08:06:58.735	MX42Tftpsrv	1228	Debug	ThreadId=4532 Maximum retry count 5 is reached for XXX.XXX.XXX.XXX:17187

2498	08:06:58.735	MX42Tftpsrv	1228	Debug	ThreadId=4532 1646a5c9-18d8-422e-88aa-5d83cbfb3a55: Process stopping Listening.

2499	08:06:58.735	MX42Tftpsrv	1228	Debug	ThreadId=4532 1646a5c9-18d8-422e-88aa-5d83cbfb3a55: TFTP session stopped

2500	08:06:59.739	MX42Tftpsrv	1228	Debug	ThreadId=1688 Removing session 1646a5c9-18d8-422e-88aa-5d83cbfb3a55

Ich bin für jedes Feedback dankbar.

LG

TomKra

[Joachim Bienwald]

Hallo TomKra,

der TFTP verschickt von sich aus Blöcke erneut (Logeintrag: Resending DATA packet), wenn er feststellt, dass der Client weder eine Bestätigung für den Block verschickt, noch den nächsten Block anfragt.
Im Log sieht man, dass dies öfters passiert.
Bei Block 32070 kommt selbst nach 5 Versuchen keine Bestätigung des Clients.
Generell kann es bei der TFTP Übertragen zu Paketverlust kommen. Allerdings sollte der Client auch von sich aus schon Blöcke erneut beim Dienst anfragen, wenn sie nicht angekommen sind.
Eventuell ist der Paketverlust zu hoch. Vielleicht könnte man das im Netzwerk überprüfen. Allerdings habe ich hier keine Erfahrung.

Gruß
Joachim

[TomKra]

Hallo Joachim,

vielen Dank für die Rückmeldung.
Gibt es irgendwo die Möglichkeit den Retry count von 5 auf X hochzustellen?

LG

TomKra

[Joachim Bienwald]

Denke nicht.
Aber ich bezweifle auch, dass das was helfen würde. Ich denke das nach 5 Sekunden erfolgloser Übertragungsversuche, der Client nicht mehr versucht den Block zu empfangen und auch schon die Übertragung abgebrochen hat.

Gruß
Joachim

[Frank Dethlefsen]

Moin!

Man könnte mal einen anderen TFTP-Server ausprobieren.
Da kann man an den Parameter wie z.B. Timeout und Retransmit rumschrauben.
Keine Ahnung ob das mit Empirum grundsätzlich funktioniert.
https://pjo2.github.io/tftpd64/
https://www.netadmintools.com/tftp-serv ... nts%20TFTP

Viel Erfolg!

[cancler]

Auch das Umschalten des Client-Bootmodus von Legacy/BIOS auf UEFI kann das TFTP-Übertragungsverhalten extrem beeinflussen.

Ähnliche Fehler und Resends habe ich auf mehreren Maschinen beobachtet, die früher mit Empirum 18 im Legacy/BIOS-Modus aufgesetzt worden waren. Nach dem Update auf Empirum 21 war ein Neuaufsetzen der selben Maschinen praktisch nicht mehr möglich, da der TFTP-Transfer auch bei 1k Blockgröße mehrere Stunden dauerte oder ganz abbrach. Sobald aber die Geräte auf UEFI umgestellt waren, lief es auch wieder mit 4k Blockgröße in 1-2 Minuten.

Viele Grüße
cancler