Lenovo 7303
-
@LPetelik said:
Also, having it set as a debug session does not alway give a prompt. Sometimes, it’s just a blank screen with a flashing cursor.
Thanks for pointing that out as well. To me this sounds a bit like a “random error”. Maybe a hardware issue? As you see this on two different laptops it might be a kernel panic?!? Just an idea. Can you please get us the full output of
dmesg
- plug in a VFAT/FAT32 formated USB key and then:# dmesg | tail ... [1571962.482081] sd 24:0:0:0: Attached scsi generic sg1 type 0 [1571962.482902] sd 24:0:0:0: [sdb] 1992704 512-byte logical blocks: (1.02 GB/973 MiB) ... [1571962.488602] sdb: sdb1 [1571962.491966] sd 24:0:0:0: [sdb] Attached SCSI removable disk ... # mkdir -p /media # mount /dev/sdb1 /media # dmesg > /media/dmesg.txt # umount /dev/sdb1
Please upload to the forum!
-
@Sebastian-Roth said:
@LPetelik Maybe try adding
-v
(verbose) option for wget??I’ll try as soon as it boots into debug again.
Doing a download deploy and using the check box for debug seems to create a regular deploy task. Going into the advanced tasks and choosing debug deploy schedules correctly in task management but it doesn’t go into debug every time.
-
@Wayne-Workman said:
Doing a download deploy and using the check box for debug seems to create a regular deploy task.
Is this only happening for those hosts or every one of your hosts?? I usually do debug deploy with the checkbox but haven’t tried with r7001 yet I have to admit…
-
It can’t wget the version number on the main server which is on a different subnet. We changed the Web Server setting to the nodes IP and it was successful. This affects the background image for the boot menu also. It’s ARP related. It seems to only effect the older models (7303 and 6073).
-
@Sebastian-Roth We only tried this on two 7303s and a 6073. It failed on both models.
-
@Sebastian-Roth said:
@Wayne-Workman said:
Doing a download deploy and using the check box for debug seems to create a regular deploy task.
Is this only happening for those hosts or every one of your hosts?? I usually do debug deploy with the checkbox but haven’t tried with r7001 yet I have to admit…
It was happening with every 7303 we tried, which means it’s not host specific. Something to do with the web interface. I can’t say I paid attention with other models.
-
I guess this is solved since we found a work around.
The work-around is changing the
FOG_WEB_HOST
setting to the local node temporarily.Web Interface -> FOG Configuration -> FOG Settings -> Web Server -> FOG_WEB_HOST
-
@LPetelik said:
It’s ARP related
Nice find! Packet dump would be very interesting. Why would the 7303s and a 6073 not be able to send HTTP requests (actually connect via TCP) to a host in a different subnet? Possibly firewall/access list issue?
-
@Sebastian-Roth The issue has been there for a month at minimum. Here is the exact same issue, but it’s causing another problem in this thread: https://forums.fogproject.org/topic/6754/pxe-e11-arp-timeout
But in this particular situation, only older computers are affected…
In that older thread, I could not replicate the issue from my location. I’m going to try to find/borrow a Lenovo 7303 and see if I can network boot it from my building and see if it has issues or not.
I’m convinced this is a network issue.
-