Tom, I think you’re on to something here. I will have my colleague reset his switches and other devices.
About this pxelinux.cfg/default - I edited this file before when I changed ip-address. All seems fine there.

We well try going trough switches etc. and post back later. Thanks

[quote=“Tom Elliott, post: 14177, member: 7271”]For the hdparm issue, check your FOG Configuration->FOG Settings->Web Server and make sure the web root has the trailing slash. Also check that this information is corresponding to the PXE Default file web={IP}/fog/ portion. If it doesn’t have the trailing slash, it can cause this issue, as the FOG scripts actually run the system as:

${web}service/<file>

Without the trailing slash, it will search for something like:

192.168.1.1/fogservice/<file>.php which obviously wouldn’t exist. Some systems seem to not care and add the trailing slash, but a majority of them do this is in this fashion from what I’ve seen.

Maybe I’m wrong, but it couldn’t hurt to check.[/quote]
What is a trailing slash?

[quote=“Sebastian M., post: 14122, member: 229”]I tried to reinstall FOG several times. Does not fix the problems.

The crux is that we tried everything with the same hardware to image and on the one machine it works without problems and on the othder machine (new installed FOG 0.33 on Ubuntu LTS 12.04.2 x64) it does not work and we get the error mentioned above.

I do not understand what has changed, also tried to change the kernel, downgrade, upgrade, changed the kernel with the one from our old, working install, no positive effects.[/quote]

Hi,
At my location we have a working FOG server (has been running for 12 months). It is my colleagues FOG server (at another school)
which is the problem. Thursday last week he took his server over to my school, and we reinstalled the server and imaged a few computers with unicast, tried uploading and multicasting. All was working beautiful.

Today he took the server back to his own network, i logged in to the server and changed the ip-adress (we use DHCP, so only fog-config-files was edited).
and what do you know?! The same f%&¤%" problem is back.

No luck. I do not have any idea what causes this.
What is really strange is that older models, which I know for certain work on another FOG server, does not work on this FOG server.

I think our solution here will be a full FOG server reinstall. :eek:

[quote=“Sebastian M., post: 14105, member: 229”]I would say it is a problem with the actual version of FOG or with the Linux version used. Which version do you used at your ProBook?[/quote]
Hi, here we use FOG 0.32 on CentOS 6.4… have also tried the newest kernels for pxeboot. This is very odd.
Next I will try the latest BIOS for ProBook 6475b and let you know.

Same problem here with HP ProBook 6475b. Boot Options set to UEFI Hybrid with CSM and Clear SecureBoot Keys.
It does however work on some 6475b-machines.

Nov 7 11:51:14 saltdalvgs-fog in.tftpd[6558]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:51:15 saltdalvgs-fog in.tftpd[6559]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:51:17 saltdalvgs-fog in.tftpd[6560]: RRQ from 10.146.12.6 filename boot.txt
^C
[administrator@saltdalvgs-fog ~]$ sudo tail -f /var/log/messages|grep -i tftp
[sudo] password for administrator:
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7020]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7021]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7019]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7020]: tftpd: read(ack): Connection refused
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7019]: tftpd: read(ack): Connection refused
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7021]: tftpd: read(ack): Connection refused
Nov 7 11:55:38 saltdalvgs-fog in.tftpd[7023]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:38 saltdalvgs-fog in.tftpd[7023]: tftpd: read(ack): Connection refused
Nov 7 11:55:47 saltdalvgs-fog in.tftpd[7025]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:47 saltdalvgs-fog in.tftpd[7025]: tftpd: read(ack): Connection refused
Nov 7 11:55:54 saltdalvgs-fog in.tftpd[7028]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:54 saltdalvgs-fog in.tftpd[7028]: tftpd: read(ack): Connection refused
Nov 7 11:56:02 saltdalvgs-fog in.tftpd[7029]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:56:02 saltdalvgs-fog in.tftpd[7029]: tftpd: read(ack): Connection refused

When I do a tftp from the server it works, not from client

Hi,

Hoping someone can help me. I suspect a kernel upgrade has broken the tftp service, since I can no longer get files from tftp. Not even locally on the server.

Anyone else having this issue?