Timeout Problem bei OS Installtion

[hkraack]

Hallo,

Auch habe ich hier mittlerweile 4 Dell Latitude E6420 Laptops, die beim Hardwarecheck in einen timeout laufen.
Da wir aber keine Gigabit Ports hier haben, kann ich damit leider nicht den Fehler umgehen.
Noch eine andere Idee?
Von den 100 Laptops, die wir bereits haben, sind 4 in diesen Timeout Fehler gelaufen.

Auffällig ist, dass der Rechner am Punkt Transferring WinPE 2.x files [about 8 Minutes]... bereits seit über einer Stunde hängt.
Haben die Kisten vielleicht ein Problem mit dem Win PE?
Ich sehe auch die ganze Zeit keine große Aktivitäten. Weder HDD LED, noch über Netzwerk.

[Walter_Schulz]

Wenn es nur um einen bestimmten Installationsplatz geht, wuerde ich als Workaround einen 100/1000-Switch beschaffen und einschleifen. Gibt es fuer um die 25 Euro.

Ciao!
Walter Schulz

[hkraack]

Habe die vier betroffenen Geräte schon an meheren Plätzen probiert.
Hilft nicht.
Ich glaube auch nicht, dass ein einzelnes switch mir weiter helfen wird, da der Empirumserver bei uns im zentralen Rechenzentrum steht und in den Etagen nur Switche mit 100 MBit verfügbar sind.

Da aber fast alle anderen E6420 problemlos installiert werden, kann das aber auch keine Lösung sein.

[hkraack]

Hier mal ein Auszug aus dem PXE-Log eines der betroffenen Geräte.
Mir ist es völlig schleierhaft, warum einige Geräte an dem Port funktionieren und einige Geräte in diesen Time-out laufen.

LWKA-4P186R1 22.02.2012 12:20:46 [TimeOutThread] 22.01.2012 05:20.13 - Eis32 Time Out Thread: ERROR ... Time Out!
LWKA-4P186R1 22.02.2012 12:18:46 [Eis32] Performing hardware detection...
LWKA-4P186R1 22.02.2012 12:18:45 [Eis32] Total elapsed time: 121 min
LWKA-4P186R1 22.02.2012 12:18:42 [Eis32] Transferring Empirum components [about 1 minute...]
LWKA-4P186R1 22.02.2012 12:18:27 [Eis32] Transferring WinPE 2.x patch files [about 1 minute...]
LWKA-4P186R1 22.02.2012 12:18:27 [Eis32] File copy process successful.
LWKA-4P186R1 22.02.2012 12:18:25 [Eis32] Total elapsed time: 120 min
LWKA-4P186R1 22.02.2012 10:46:18 [Eis32] Transferring WinPE 2.x files [about 8 minutes...]
LWKA-4P186R1 22.02.2012 10:19:06 [Eis32] Transferring OS installation source files [about 15 minutes...]
LWKA-4P186R1 22.02.2012 10:19:06 [Eis32] Transferring OS sources from: Empirum01 win7/x64/PRO/0/DE
LWKA-4P186R1 22.02.2012 10:18:46 [Eis32] Copying installation files.
LWKA-4P186R1 22.02.2012 10:18:46 [Eis32] Total elapsed time: 1 min
LWKA-4P186R1 22.02.2012 10:18:43 [Eis32] Using service partition: 2 on disk: 0 drive letter: S
LWKA-4P186R1 22.02.2012 10:18:42 [Eis32] Using system partition: 1 on disk: 0 drive letter: C

[Rene]

Vielleicht stimmt auch irgendwas mit dem Harddisk Controller nicht (treiber, etc.), das er so lang braucht um die Daten rüberzuschaufeln. Oder sogar ein Defekt im Controller/Harddisk ?

[hkraack]

Vielleicht stimmt auch irgendwas mit dem Harddisk Controller nicht (treiber, etc.), das er so lang braucht um die Daten rüberzuschaufeln. Oder sogar ein Defekt im Controller/Harddisk ?

Ein Test mit der Dell diagnostic brachte keine Fehler.

Bei einem Gerät habe ich jetzt gesehen, passte die Uhrzeit nicht.
Ein Anpassen half auch nicht.
Beim Drüber installieren ohne vorher die Platte zu putzen, lief er gleich in einen time-out:

LWKA-4P186R1 22.02.2012 12:47:20 [TimeOutThread] 22.01.2012 12:46.46 - Eis32 Time Out Thread: ERROR ... Time Out!
LWKA-4P186R1 22.02.2012 12:45:17 [Eis32] Performing hardware detection...
LWKA-4P186R1 22.02.2012 12:45:15 [Eis32] Total elapsed time: 1 min
LWKA-4P186R1 22.02.2012 12:45:08 [Eis32] Transferring Empirum components [about 1 minute...]
LWKA-4P186R1 22.02.2012 12:44:48 [Eis32] Transferring WinPE 2.x patch files [about 1 minute...]
LWKA-4P186R1 22.02.2012 12:44:47 [Eis32] File copy process successful.
LWKA-4P186R1 22.02.2012 12:44:47 [Eis32] Total elapsed time: 1 min
LWKA-4P186R1 22.02.2012 12:44:45 [Eis32] Copying installation files.
LWKA-4P186R1 22.02.2012 12:44:44 [Eis32] Total elapsed time: 1 min
LWKA-4P186R1 22.02.2012 12:44:43 [Eis32] Using service partition: 2 on disk: 0 drive letter: S
LWKA-4P186R1 22.02.2012 12:44:42 [Eis32] Using system partition: 1 on disk: 0 drive letter: C
LWKA-4P186R1 22.02.2012 12:44:41 [Eis32] Assigning drive letters...
LWKA-4P186R1 22.02.2012 12:44:40 [Eis32] Disk/MB: 0/238475 parttypes/MB: 7/230475 12/7999 0/0 0/0 free/used: 0/238474

[JeeCay]

Interessanterweise hatten wir an einem Standort geau das gleiche Problem, nur kam der Time Out nach dem die Netzwerkkarte erkannt wurde. Wie der Admin vor Ort mir berichtet hat, hat sich das aber von selbst gelöst. Nur wüsste ich natürlich auch zu gern, woher sowas kommt.

[hkraack]

Evtl. habe ich einen Anhaltspunkt.

Bei uns wurde mal testweise Selfprovisioning aufgebaut.
Das system ist noch nicht freigegeben.
Der Kollege, von dem ich die vier Laptops habe, hat versucht diese durch Selfprovisioning zu installieren.
Evtl. ist hier ein Zusammenhang.

ich Habe die Geräte zwar schon mal komplett per EoL aus Empiirum gelöscht, aber irgendwie wollen die trotzdem nicht.

[JeeCay]

Klingt komisch, aber möglich ist sicherlich alles

SelfProvisioning haben wir bisher in v14 nicht genutzt, also fällt das zumindest bei uns weg.

[hkraack]

Es sind im Moment bei uns nur die E6420 betroffen von dem Problem.
Ältere Dell oder HP Geräte laufen absolut problemlos.
Hätten wir uns blos nicht diese 500 E6420 zugelegt.

[Sascha Bernhard]

Hi
probiert doch mal den Kernelparameter im PXE:
EIS_DOCP=1
Bei mir hatte es bei einem Einzelfall funktioniert.

Beschreibung:
Ist der Wert 1, wird anstelle des normalen Kopiervorgangs durch EIS, das Linuxprogramm "cp" zum kopieren der Dateien (über das gemountete Share) vom Empirum Server verwendet. Dadurch verbessert sich die Kopiergeschwindigkeit, es werden dann aber keinerlei Log-Informationen bezüglich der kopierten Dateien geschrieben.

[JeeCay]

Diesen Parameter benuzten wir mittlerweile standardmäßig, weil es mal Probleme beim kopieren gab. Wie gesagt, das komische ist, dass das Problem von allein kam und auch wieder gegangen ist....

It's magic!

[hkraack]

Danke!
Habe mal eine neue PXE Disc erstellt mit dem Parameter zusätzlich.

Vielleicht liegt da auch der Fehler.
Wir nutzen als Installationstyp PE2.2.6.36-gentoo_3.05
Folgende Parameter habe ich jetzt drin:
ramdisk_size=328192 init=/bin/minit CONSOLE=/dev/tty1 vga=0x317 root=/dev/ram0 rw quiet irqpoll pci=nomsi EIS_DOCP=1

Ich glaube, ich lasse bald eine Stelle für einen Exorzisten ausschreiben, wenn das hier so weiter geht

[hkraack]

Kurze Rückmeldung:

Mit einem neueren Kernel und der Option EIS_DOCP=1 habe ich jetzt erfolgreich zwei Laptops installiert.
Allerdings liefen die Teile über Nacht und da waren die in unserem Empirum VLAN die einzigen Geräte.
Ich checke das mit einem weiteren Gerät nachher nochmals, wenn mehrere Rechner gleichzeitig installiert werden.

[ABR.Laax]

Vielen Dank für eure Hinweise
Kann nun meine Lenovo ThinkPad SL500 auch wieder aufsetzen.
Mit neuster Kernel Version "Empirum PE2 3.2.3-gentoo_3.27" und ohne den Parameter "EIS_DOCP=1" funktionierts wieder.