-
Notifications
You must be signed in to change notification settings - Fork 68
Can't NetBoot on CentOS or RedHat #74
Comments
I am having the same problem on a RHEL 7.2 fresh install of NetSUS 4.1.0 When attempting to netboot the user sees a blinking folder with a question mark. We see similar output in /var/log/messages though I don't know if this indicates any error or not. Is there an alternate log file to check for issues? Thanks, Josh |
(accidentally closed the issue, reopened it) |
CentOS 6.7 with NetSUS 4.1.0 having the same issue. NetBoot clients are able to see the image and attempt to load. According to tcpdump traces, booter file is the last to be requested. 13:35:50.748608 IP (tos 0x0, ttl 64, id 53204, offset 0, flags [none], proto UDP (17), length 91) |
Do we know if this does work on CentOS 7 at all? I am now having issues similar to those listed above and, before digging too deeply, I guess it might be helpful to hear from someone who can verify that this is supposed to work. This is what I see when tailing the log as soon and I click on the NetBoot image:
|
And, I'm nearly certain it's not environmental because the older Ubuntu-based version of the NetSUS VM worked in this same location on our network with the same IP (in order to remove as many variables as possible.) Only the newer version running on CentOS 7 (for me in my environment) seems to have this issue. |
I figured it out at least for my environment (CentOS 7.) Even if SELinux is set to permissive, you may have to perform some additional steps. http://www.bo-yang.net/2015/08/31/centos7-install-tftp-server More specifically, use these commands to check and modify the SELinux TFTP status: getsebool -a | grep tftp On mine, the results were: tftp_anon_write --> off So I turned them these on with the following commands: setsebool -P tftp_anon_write 1 tftp_anon_write --> on Afterwards, I immediately was able to NetBoot. As a side note, I was able to ignore the yum commands in step 1. I already had TFT and I didn't need XINETD. Your environment may vary. |
Additionally, I had to alter an additional file. I got this info from JAMFNation: https://jamfnation.jamfsoftware.com/discussion.html?id=21033 Open in your text editor of choice: /lib/systemd/system/tftp.service Modify this line: ExecStart=/usr/sbin/in.tftpd -s /srv/NetBoot/NetBootSP0 |
Addressed in latest release |
It seems the NetBoot does not work properly on CentOS or RedHat. When trying to boot to the advertised NetBoot image a flashing globe appears on the client screen, after which it just boots to the hard disk. I am able to get it working on Ubuntu with the same image, the only difference being a spinning globe instead of a flashing one and it boots to the NetBoot image successfully. The /etc/dhcpd.conf file is exactly the same across OS's and all necessary files have the right privileges.
A unique log message I saw on the CentOS 7 server (
/var/log/messages | grep dhcpd
)dhcpd: DHCPACK to <client-ip> <mac-address> via eno167777736
dhcpd: DHCPINFORM from <client-ip> via eno167777736
dhcpd: <company-name>-DHCP change
dhcpd: N Key or encapsulated
dhcpd: 68
I got nowhere trying to find the cause of this log message and I can't seem to find the cause of the issue anywhere in the NetSUSLP code.
The text was updated successfully, but these errors were encountered: