Either DHCP failed or we were unable to access http://(ip)/fog//index.php for connection testing

[kevinnew22]


[kevinnew22]

[george1421]

Lets try to collect some more information on this.

1. What version of FOG are you using?
2. What version of FOS LInux kernel (bzImage) are you using?
3. What target computer is this (mfg, model)
4. Is your fog server at 182.168.4.251?
5. Is the target computer on the same subnet as the fog server?

[kevinnew22]

@george1421
1: You’re running the latest stable version: 1.5.8
2: bzImage Version: 4.19.101 bzImage32 Version: 4.19.101
3: Dell 7070
4:não, 192.168.4.251
5: não, esta em uma filial, esta atras de uma vpn ipsec.
6: Fiz algumas pesquisas sobre esse erro, achei sobre o protocolo STP, meus Switch esta todos com ele ativado, usando o protocolo STP Rapid.

[george1421]

@kevinnew22 said in Either DHCP failed or we were unable to access http://(ip)/fog//index.php for connection testing:

OK, these are really new Dell computers. I need you to look at a value in the MS Windows operating system. Look at the device manager for windows, then this ethernet network adapter. I need to know the hardware ID of this network adapter. The value I need should look like this “PCI\VEN_8086&DEV_15BB&CC_0200” In the device manager it is “Hardware Ids”

[kevinnew22]

@george1421 tenho maquinas mais velhas tipo Dell 790 que tambem ocorre o erro, mas se eu uso o FOG local funciona, so nao funciona quando passa pela vpn!, pode me ajudar?

[george1421]

@kevinnew22 Ah OK. Everything works except from remote site across the VPN.

What is the IP address of the FOG server?

Looking at your picture I see uhdcpc trying 3 times sending a discover but no response from your dhcp server. This makes me things that this computer is plugged into a network switch port that is running STP (standard) and not RSTP or port-fast.

We can try to debug this if you have a IT technician that can touch the keyboard on this computer over the VPN.

[kevinnew22]

Qual é o endereço IP do servidor FOG?
192.168.4.251
Podemos tentar depurar isso se você tiver um técnico de TI que possa tocar o teclado neste computador pela VPN. Tenho Sim

[george1421]

@kevinnew22 I will write the debugging steps now. I will return in about 5 minutes.

[george1421]

@kevinnew22 If you have a running capture or deploy task for the target computer, stop it.

1. If the target computer is not registered in FOG. Manually register the computer using the FOG web user interface. You will need to know the MAC address of the target computer.
2. Schedule a new deploy task, but before you press the Schedule Task button, select the Debug option then press the Schedule Task button. You can either select deploy or capture it will not matter since we will run in debug mode and will not capture or deploy now.
3. PXE boot the target computer. You will see the same error message about the network as you see the first time, but now you can pass this error. You will see 3 screens of english text that you will need to clear by pressing the enter key. After the last screen is cleared you will be at a linux command prompt. This is the FOS Linux command prompt.
4. Key in ip addr show to get the name of the network adapter. If you are using the Dell 7070 then from your picture the network interface name is eno1. IF you are using the 790 then the name may be different. In the ip addr show output look to see if the target computer finds an IP address from dhcp.
5. If no IP address is assigned, wait 60 seconds. Then issue this command /sbin/udhcpc -i <iface_name> --now You will need the network interface name you collected from the ip addr show command. If you are testing on the Dell 7070 then the command should look like /sbin/udhcpc -i eno1 --now Does the target computer get an IP address now?

If the answer is NO, then we need to see a picture of the results from this command lspci -nn|grep -i net I need to see the numbers in the square braces. As an example the numbers look like this [8086:1fc2]. But I make that number up and its not real.

[Sebastian Roth]

@kevinnew22 Is spanning tree enabled on the switch where the machine is connected to? Normal STP (spanning tree protocol) or RSTP?

[kevinnew22]

@Sebastian-Roth Sim ja verifiquei obrigado.

[kevinnew22]

@george1421 Bom dia,
O computador pegou o ip logo apos o comando estarei colocando o print, em anexo, qual é próximo passo? desde ja agradeço.

[kevinnew22]

@george1421

[Sebastian Roth]

@kevinnew22 Try wget http://192.168.4.251/fog/index.php from that command line. Take another picture and post here.

This is definitely a spanning tree issue from what we see in the picture! No IP on boot but DHCP picks up one when running a bit later.

[george1421]

@kevinnew22 I agree with Sebastian that it is a problem with your network switch it time fixes the problem.

When you boot no IP address, wait 60 seconds and then query for dhcp and get IP address. This is a flag that says original spanning tree is used.

Another test would be to placed a very inexpensive (cheap) unmanaged switch between the pxe booting computer and the building network switch. If that fixes the problem then it is positive a spanning tree issue. You will need to turn on portfast or RSTP on those network ports.

[kevinnew22]

@Sebastian-Roth Boa tarde, fiz alguns testes aqui tenho outra maquina na filial que possui um linux instalado, nela consigo baixar a pagina, mas no cliente Fog não.

[george1421]

@kevinnew22 Can you ping the fog server [192.168.4.251] from this computer?

I don’t know if that target computer has traceroute command but try too traceroute 192.168.4.251 to see what network route it takes to get to the fog server.

[kevinnew22]

@george1421 Consigo sim

[george1421]

@kevinnew22 hmmm…
You can ping the fog server at that address but wget fails? That is very strange.

Will you show us a picture of this command ip addr show?