TFTP Open Timeout

[Bruce D]

Just rechecked. Ownership is correct at fog:root; permissions currently more permissive at 666. have also tried 777 and 755 also; no luck.

[Tom Elliott]

Have you triple checked that SELinux is disabled?

I know that sounds like it’s a joke, but for some 6.5 installs, the selinux config is actually in two locations. Something with the way it installs forces the link that’s supposed to be created become its own file. So, editing /etc/sysconfig/selinux (this is supposed to be a symlink) doesn’t do JACK! Sorry. So in this case, I’d recommend checking the actual config located in /etc/selinux/config.

[Bruce D]

Thanks for the info, Tom. You are correct that the file in /etc/selinux/config was enforcing (I had no clue that file was even there!). I changed that to disabled, reset, and tried the client again. This time, I’m getting a different error message: PXE-T00: Permission denied.

/var/log/messages reads:
Jun 20 16:51:51 localhost xinetd[1777]: START: tftp pid=2987 from=192.168.0.107
Jun 20 16:51:51 localhost in.tftpd[2988]: RRQ from 192.168.0.107 filename undionly.kpxe
Jun 20 16:51:51 localhost in.tftpd[2988]: sending NAK (0, Permission denied) to 192.168.0.107

Same results for local TFTP.

[Tom Elliott]

Can you try this:
[code]chown -R fog:root /tftpboot
chmod -R 644 /tftpboot[/code]

Then try again with bootup?

[Bruce D]

Done, but no change.

[Tom Elliott]

Are you running iptables by chance?

[Tom Elliott]

[code]service iptables status[/code]

If they’re running you’ll get lot of output.

We recommend disabling with:
[code]chkconfig iptables off
service iptables stop[/code]

[Bruce D]

“service iptables status” gives
iptables: Firewall is not running

[Tom Elliott]

What returns with:
[code]setstatus[/code]

[Bruce D]

bash: setstatus: command not found

[Tom Elliott]

Sorry syntax:
[code]sestatus[/code]

[Bruce D]

Ah! That command worked:

SELinux status: disabled

[Tom Elliott]

Grrrrr

From the same system can you use the tftp command to download the default.ipxe file?

[Bruce D]

Negative. Permission denied. (That is, using the command prompt tftp utility on the FOG VM itself.)

[Bruce D]

Grrrr, indeed!

[Tom Elliott]

Can you try:
[code]restorecon -r /tftpboot[/code]

[Bruce D]

tried it withOUT reboot, no change. rebooting now.

[Bruce D]

no change after reboot. still permission denied.

[Tom Elliott]

[code]restorecon -Rv /tftpboot[/code]???

I’m trying anything/everything I can think of now. If that doesn’t work, try:
[code]chmod -R 777 /tftpboot[/code]

[Bruce D]

Winner!

I didn’t think to re-change the ownership and permissions after the first restorecon. After your last post reminded me, I changed them back to fog:root and 777, and now the client is booting! Woo-hoo!

So, it looks like the restorecon (and then re-changing the permissions) did it. Any idea what the problem was?

(Oh, and a BIG thanks! I’d never have figured that out on my own.)