TFTP errors - NIC chipset failure?
-
The new System is Ubuntu Host 192.168.115.20 and FOG 192.168.115.20.
But 192.168.115.20/fog/management Dashboard displays at 192.168.115.19 for web server and tftp server.
-
Go to FOG Configuration ( ? ) icon then FOG Settings
Look for:
FOG_TFTP_HOST and make sure it’s set to 192.168.115.20
AND
FOG_WEB_HOST and make sure it’s set to 192.168.115.20Otherwise it’s going to try booting things to 192.168.115.19, which as far as I understand it, doesn’t exist in your particular scenario.
-
It´s great!
I booting things to 192.168.115.19 and FOG works!
But that did not work also 0.33B with my three problematic machines.
I’ve been waiting a long time before the screen and three pictures taken, maybe you can recognize it, the cause of the delays.[url=“/_imported_xf_attachments/0/582_SAM_1957.JPG?:”]SAM_1957.JPG[/url][url=“/_imported_xf_attachments/0/583_SAM_1959.JPG?:”]SAM_1959.JPG[/url][url=“/_imported_xf_attachments/0/584_SAM_1961.JPG?:”]SAM_1961.JPG[/url]
-
The errors you see in the picture named SAM_1959.JPG are normal messages just reporting you the information to let you know your system does not have that specific device. That said, you should be able to upload and deploy an image.
-
Hi Tom,
the picture named SAM_1957.JPG display after waiting for approx. 30 - 45 [I][U]minutes[/U][/I]; another machine I wait for 1 - 5 [U][I]seconds[/I][/U] …
upload or deploy not works. -
[quote=“Oma Voss, post: 24218, member: 22725”]Hi Tom,
the picture named SAM_1957.JPG display after waiting for approx. 30 - 45 [I][U]minutes[/U][/I]; another machine I wait for 1 - 5 [U][I]seconds[/I][/U] …
upload or deploy not works.[/quote]The picture in SAM_1957.JPG is trying to load one of the files. If it took that long to even get there, then something may be wrong with the network to that particular machine. From what I see in the pictures, things appear to be working properly.
SAM_1957.JPG (loading the init.xz an bzImage) is expected. I can’t see a delay from a picture so I’m sorry if I’m not able to help out with this.
SAM_1959.JPG (After it’s loaded the init.xz and bzImage file) The errors here happen because the kernel can’t find the device it’s trying to load the drivers for. I’ll see what I can do to remove some of those drivers, but as each system is different, I have no idea what drivers are fairly safe to remove, vs. which drivers absolutely need to be there for the systems to boot. Once again, if there’s a delay here, I can’t see it. After all, it is a picture.
SAM_1961.JPG (You’re doing a system client check?) This is showing nothing about a task. It looks like you chose the boot into System information mode and chose the compatibility check which all succeeds. Is this true? Are this pictures from the same system? Which one was a tasking set for that failed?
-
Hi Tom,
c&p and my answers:SAM_1961.JPG (You’re doing a system client check?)Yes.
This is showing nothing about a task. It looks like you chose the boot into System information mode and chose the compatibility check which all succeeds. Is this true? Yes.
Are this pictures from the same system? Yes.
Which one was a tasking set for that failed? Yes.
I testing three systems, where FOG not works. Today I must send many pictures from the another machines.
Thank you very much and many greetings.
-
Hi Tom,
please excuse me, I have robbed you of the time.
I believe the cause of the problems we have found:it was not the TFTP server and not a NIC, but a hub on the LAN. I have replaced the hub to a switch, and now I can at least two of the three problematic computer with PXE boot and select the menu.
I would have found this my mistake never without the advice from you!
Nevertheless, an error still comes up:Menu Compatibility:
Error 0x040ee119
The error is probably related to IPv6. This error will certainly be repaired.Another mistake is to look at the attached photo, maybe you can write something about it.
Best regards and many thanks once again and apologize.[url=“/_imported_xf_attachments/0/587_SAM_1962.JPG?:”]SAM_1962.JPG[/url]
-
The error you first described is probably because of the switch needing to point to the dhcp server. But you got past that from my understanding, and now you’re seeing the error in the picture?
The error appears to be related to either something being plugged in or unplugged from the system. If that wasn’t the case maybe something on that system is failing? I don’t know the particular issues relating to this so I’m going to guess the latter is the case. Something on that system is failing.
However, even with that error being printed to the console, can you still enter one of the options and have things work? Just wondering.
Thank you,
-
Hi Tom,
after I have now removed the broken network-hub and now again use the FOG Version 0.32 , everything seems to work very satisfactorily .
I have learned over the past few days a lot about Linux and FOG.
If, nevertheless, again if problems arise , I am back.Once again many thanks for the support with my first steps with FOG and friendly greetings.