Seems that TFTP was not prepared by installer

[Tywyn]

@Tom-Elliott
Normal Server

[Tywyn]

@Quazz
Hm hm … thought over to reinstall about an hour ago but aborted the reinstall. It seems, that this try overwrote the log-files from the last install. So I have none from my orignal installation.

Maybe I should do another, clean reinstallation.
Is it just the sudo ./installscript.sh? Or do I have to remove some files/databases?

Do I have to set router address for DHCP-Server to 192.168.100.1 ?

Are those settings then correct:

 * Here are the settings FOG will use:
 * Base Linux: Debian
 * Detected Linux Distribution: Debian GNU/Linux
 * Server IP Address: 192.168.100.1
 * Server Subnet Mask: 255.255.255.0
 * Interface: enp3s1
 * Installation Type: Normal Server
 * Internationalization: 0
 * Image Storage Location: /images
 * Using FOG DHCP: Yes
 * DHCP router Address: 192.168.100.1

Interface enp3s1 is the one, which listens to 192.168.100.1

[Quazz]

@Tywyn The router address should be the address of the router, it’s unlikely to be the FOG server. This is information used by the DHCP server (which will run on the FOG server in your case it seems) to inform DHCP clients of where the router is they should use.

You can change this information in /opt/fog/.fogsettings

[george1421]

@Quazz said in Seems that TFTP was not prepared by installer:

You can change this information in /opt/fog/.fogsettings

Just a small amendment to Quazz’s post.

You can / fix change this information in /opt/fog/.fogsettings and then just rerun the installer. No need to do a clean install

[Tywyn]

@Quazz

Hm … seems I have no /opt/fog/.fogsettings:

# ls -la /opt/fog
insgesamt 12
drwxr-xr-x 3 root root 4096 Jul 11 12:31 .
drwxr-xr-x 3 root root 4096 Jul 10 13:48 ..
drwxr-xr-x 3 root root 4096 Jul 10 13:48 snapins
-rw-r--r-- 1 root root    0 Jul 11 12:31 undionly.kpxe

[george1421]

@Tywyn said in Seems that TFTP was not prepared by installer:

no /opt/fog/.fogsettings == no installer finish.

I have done that a few times where I use putty for installation and want to copy the url out of the putty window and I hit crtl-c to copy (which is the wrong keystroke for linux and the installer aborts).

[Tywyn]

Additional info about installing on debian 9.0.0: It seems, that /sbin/ifconfig is not installed by default anymore, but the installer looks for it.
So you have to install net-tools.

[Tom Elliott]

@Tywyn it only uses ifconfig if needed. We try ip addr too

[Tywyn]

@Tom-Elliott said in Seems that TFTP was not prepared by installer:

@Tywyn it only uses ifconfig if needed. We try ip addr too

Thought I saw an error message there …

[Quazz]

@george1421 More specifically CTRL+C tries to abort the current command/script in terminal, this is also true on Windows. (making it one of the more confusing key strokes)

[Tywyn]

This post is deleted!

[Quazz]

I’m guessing you deleted your message because you found the .fogsettings file after all.

As for your DHCP concerns, this might be because your router is also handing out DHCP information.

If you cannot modify your router’s DHCP settings to hand out TFTP/PXE bootfiles and if you cannot turn it off, then you should like into using ProxyDHCP

[Tywyn]

@Quazz You are right. I was looking in /etc/fog (for what reason ever :))
There is no router involved.
I have the fog-server connected to a switch (cisco SF100D-05) and my test-client connected to the same switch.
Strange thing is: in the beginning I got ip-adresses on pxe boot via dhcp.
Now not anymore. But: starting Windows and setting network to use dhcp immediatly gets an ip address.
dhcp-Server is the fog-server

[Quazz]

@Tywyn Would it be possible to provide a screenshot of the client failing to get an IP?

[Tywyn]

@Quazz
Cannot do a screenshot, but will type in, what it says

Intel UNDI, PXE-2.1 (build 082)
Copyright (C) 1997-2000 Inten Corporation

For Realtek RTL8111B/8111C Gigbit Ethernet Controller v2.08 (070827)

CLIENT MAC ADDR: 00 25 11 31 B6 07 GUID: 00251131-B607-2009-0621-034515000000
PXE-E51: No DHCP or proxyDHCP offers were received.

PXE-M0F: Exiting PXE ROM.

After booting windows now, it does not offer an IP-Address either anymore, although it did 20 Minutes ago:

# /etc/init.d/isc-dhcp-server status
● isc-dhcp-server.service - LSB: DHCP server
   Loaded: loaded (/etc/init.d/isc-dhcp-server; generated; vendor preset: enabled)
   Active: active (running) since Wed 2017-07-12 10:59:47 CEST; 32min ago
     Docs: man:systemd-sysv-generator(8)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/isc-dhcp-server.service
           └─7977 /usr/sbin/dhcpd -4 -q -cf /etc/dhcp/dhcpd.conf enp3s1

Jul 12 11:18:00 debian-linux dhcpd[7977]: reuse_lease: lease age 5006 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.100.10
Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPDISCOVER from 00:25:11:31:b7:42 (409TN06) via enp3s1
Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPOFFER on 192.168.100.10 to 00:25:11:31:b7:42 (409TN06) via enp3s1
Jul 12 11:18:00 debian-linux dhcpd[7977]: reuse_lease: lease age 5006 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.100.10
Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPDISCOVER from 00:25:11:31:b7:42 (409TN06) via enp3s1
Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPOFFER on 192.168.100.10 to 00:25:11:31:b7:42 (409TN06) via enp3s1
Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPDISCOVER from 00:25:11:31:b7:42 via enp3s1
Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPDISCOVER from 00:25:11:31:b6:07 via enp3s1
Jul 12 11:18:01 debian-linux dhcpd[7977]: DHCPOFFER on 192.168.100.12 to 00:25:11:31:b7:42 via enp3s1
Jul 12 11:18:01 debian-linux dhcpd[7977]: DHCPOFFER on 192.168.100.13 to 00:25:11:31:b6:07 via enp3s1

[Quazz]

@Tywyn This might be relevant for your situation:

https://wiki.fogproject.org/wiki/index.php/Not_passing_PXE,_or_ProxyDHCP...NO_PROBLEM_Cisco

Either that, or try and get a “dumb” switch and see if that works.

[Tywyn]

Replaced the cicso switch by an tp-link switch (Easy Smart Switch TL-SG108E).

Same thing. No ip-Addresses anymore …

[Quazz]

@Tywyn Can you communicate from the client to the server? (ping and ftp for example)

Another possibility for why it’s not working might be the firewall on debian. You could turn it off for testing.

https://forums.fogproject.org/topic/6162/firewall-configuration

Explains a bit how to set it up so you can still use it.

[Tywyn]

I think, the network-card in the fog-server is broken. No more connects into the 192.168.100.0/24 network anymore (ping). Firewall configuration is unchanged.

What was very strange before: I tried to capture a host, that I successfully registered before.
Started well and then from the sudden the transmission of the image stopped after 850 MB. To make sure that it is not a client issue I changed the client to another machine I then I did not get any ip-Adresses anymore from pxe boot and later also in Windows.

[george1421]

@Tywyn In regards to the second nic. Is the FOG server a physical machine or a VM? If it is physical, is this a server with 2 built in nics or did you add the second nic as an add in card? If the nic is an add in card is it a generic one or is it a name brand one like intel or broadcom?

This situation seems very strange in that the problem is rolling from one thing to the other. A bad nic might give us that experience, but something tells me there is another thing going on here. Unless you use one of those cheap network card, I suspect the issue is somewhere else.