Otdfbt

Co-author wants to put their current funding source in the acknowledgements section because they edited the paper

3 prong range outlet

What did the 'turbo' button actually do?

What is the use case for non-breathable waterproof pants?

Why does the hash of infinity have the digits of π?

Should I split timestamp parts into separate columns?

Python program for fibonacci sequence using a recursive function

Is it legal to have an abortion in another state or abroad?

How to melt snow without fire or using body heat?

Why did Jon Snow admit his fault in S08E06?

Why sampling a periodic signal doesn't yield a periodic discrete signal?

How to deceive the MC

Are runways booked by airlines to land their planes?

Expected maximum number of unpaired socks

What is the difference between LORD and GOD?

Interpreation ROC AUC score

Did this character show any indication of wanting to rule before S8E6?

How would a developer who mostly fixed bugs for years at a company call out their contributions in their CV?

Is keeping the forking link on a true fork necessary (Github/GPL)?

Is this homebrew "Cactus Grenade" cantrip balanced?

Is "vegetable base" a common term in English?

Who knighted this character?

Heat lost in ideal capacitor charging

How to respond to an e-mail asking me to suggest a doctoral research topic?

How to diagnose/troubleshoot tftp timeout

EFI pxe network boot errorVMware workstation 6.5 VMs (Host-only network with static ip address) cannot ping each othertftpd-hpa inside VMware server fails to deliver files for PXEBootWhy can I not get a WDS-originated PXE boot to progress past the first file download?Segmentation fault using group addWDS 2012 R2 ServerSLES 11 SP3 with Bootable Driver Kit - unable to fetch image errordhcpd.conf for PXE/BOOTP boot not workingUEFI iPXE boot into debian results in grub shellWhat's the equivalence of pxelinux.0 and pxelinux.cfg/default configration for UEFI?

.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;

1

I have 2 VMs. One is setup as a pxe server (dhcpd with a specific subnet and a tftpserver). The second VM is networked with 'vboxnet2' to first VM and it is able to get the DHCP IP as specified my VM1's DHCPD, but fails to download the specified file specified in 'filename ' of dhcpd.conf.

None in here : https://docs.oracle.com/cd/E19045-01/b200x.blade/817-5625-10/Linux_Troubleshooting.html helped.

So:

I tried a tftp download from VM1 and it seems to download the exact file ( path and tftp listening seems fine )
I tried tcpdump and the VM1 seems to receive the packets but no debug log in syslog ( which I usually see.
I added iptables entry to accept all from VM2 IP.
What else can i do so my tftpd receives the request ?

linux networking virtual-machines pxe-boot tftp

share|improve this question

edited Apr 4 '16 at 3:37

Victor

asked Apr 4 '16 at 0:50

VictorVictor

217

add a comment | 

1

I have 2 VMs. One is setup as a pxe server (dhcpd with a specific subnet and a tftpserver). The second VM is networked with 'vboxnet2' to first VM and it is able to get the DHCP IP as specified my VM1's DHCPD, but fails to download the specified file specified in 'filename ' of dhcpd.conf.

None in here : https://docs.oracle.com/cd/E19045-01/b200x.blade/817-5625-10/Linux_Troubleshooting.html helped.

So:

I tried a tftp download from VM1 and it seems to download the exact file ( path and tftp listening seems fine )
I tried tcpdump and the VM1 seems to receive the packets but no debug log in syslog ( which I usually see.
I added iptables entry to accept all from VM2 IP.
What else can i do so my tftpd receives the request ?

linux networking virtual-machines pxe-boot tftp

share|improve this question

edited Apr 4 '16 at 3:37

Victor

asked Apr 4 '16 at 0:50

VictorVictor

217

add a comment | 

I have 2 VMs. One is setup as a pxe server (dhcpd with a specific subnet and a tftpserver). The second VM is networked with 'vboxnet2' to first VM and it is able to get the DHCP IP as specified my VM1's DHCPD, but fails to download the specified file specified in 'filename ' of dhcpd.conf.

None in here : https://docs.oracle.com/cd/E19045-01/b200x.blade/817-5625-10/Linux_Troubleshooting.html helped.

So:

I tried a tftp download from VM1 and it seems to download the exact file ( path and tftp listening seems fine )
I tried tcpdump and the VM1 seems to receive the packets but no debug log in syslog ( which I usually see.
I added iptables entry to accept all from VM2 IP.
What else can i do so my tftpd receives the request ?

linux networking virtual-machines pxe-boot tftp

share|improve this question

edited Apr 4 '16 at 3:37

Victor

asked Apr 4 '16 at 0:50

VictorVictor

217

I tried a tftp download from VM1 and it seems to download the exact file ( path and tftp listening seems fine )
I tried tcpdump and the VM1 seems to receive the packets but no debug log in syslog ( which I usually see.
I added iptables entry to accept all from VM2 IP.
What else can i do so my tftpd receives the request ?

share|improve this question

edited Apr 4 '16 at 3:37

Victor

asked Apr 4 '16 at 0:50

VictorVictor

217

share|improve this question

edited Apr 4 '16 at 3:37

Victor

asked Apr 4 '16 at 0:50

VictorVictor

217

asked Apr 4 '16 at 0:50

VictorVictor

217

asked Apr 4 '16 at 0:50

VictorVictor

217

1 Answer
1

active

oldest

votes

0

A wireshark traffic capture from your Server VM will sure help.

You say that the DHCP gives the IP and PXE info right?
are you sure you have only one DHCP server in your set up?

are you sure the IP that the DHCP server gives belongs to he corresponding sub-net?

If you check these things outs you will probably find the client is getting the IP from a secondary DHCP server without PXE info or the DHCP provides a wrong subnet IP, etc typical PXE stuff....

EDIT:

Please consider if there is another DHCP in your scenario, the client might be i.e. taking the wrong offer... First you should rule out the multiple DHCP option. Next analyze the DHCP offer and check the "next server" field (or the option 66) which should carry the TFTP IP address, next check the TFTP server really receives a properly formed request, next try to see if there's a TFTP firewall issue considering TFTP is a protocol that receives the initial request on port 69 but next uses a randomly selected port for data transfer

share|improve this answer

edited Apr 4 '16 at 15:05

answered Apr 4 '16 at 6:33

PatPat

2,89821216

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  yes, Iam sure because, I specify the MAC in dhcpd.conf. Also wireshark is same as tcpdump and it seems to receive the request but tftpd is not able to receive it.
  
  – Victor
  Apr 4 '16 at 14:56
  
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  see my answer edit.
  
  – Pat
  Apr 4 '16 at 15:08
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  seems to be:# tcpdump -vv -i enp0s8 port tftp tcpdump: listening on enp0s8, link-type EN10MB (Ethernet), capture size 65535 bytes 17:16:14.802533 IP (tos 0x0, ttl 20, id 2, offset 0, flags [none], proto UDP (17), length 64) 10.10.10.121.ah-esp-encap > 10.10.10.111.tftp: [udp sum ok] 36 RRQ "pxelinux/pxelinux.0" octet tsize 0
  
  – Victor
  Apr 4 '16 at 17:18
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  I want to know if there is anything after tftp request is received by kernel and before it is handed off to the tftpserver ? I can think of only iptables
  
  – Victor
  Apr 4 '16 at 17:21
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  you might have iptables/firewall rules in between. Consider probably the server received the request but its answer is somehow blocked. or you just did not set the TFTP service correctly.
  
  – Pat
  Apr 5 '16 at 9:06
  

  
  
  
  

add a comment | 

Your Answer

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "2"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);

draft saved

draft discarded

Sign up or log in

StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);

Sign up using Google

Sign up using Facebook

Sign up using Email and Password

Post as a guest

Name

Email

Required, but never shown

StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f767917%2fhow-to-diagnose-troubleshoot-tftp-timeout%23new-answer', 'question_page');

);

Post as a guest

Name

Email

Required, but never shown

0

A wireshark traffic capture from your Server VM will sure help.

You say that the DHCP gives the IP and PXE info right?
are you sure you have only one DHCP server in your set up?

are you sure the IP that the DHCP server gives belongs to he corresponding sub-net?

If you check these things outs you will probably find the client is getting the IP from a secondary DHCP server without PXE info or the DHCP provides a wrong subnet IP, etc typical PXE stuff....

EDIT:

Please consider if there is another DHCP in your scenario, the client might be i.e. taking the wrong offer... First you should rule out the multiple DHCP option. Next analyze the DHCP offer and check the "next server" field (or the option 66) which should carry the TFTP IP address, next check the TFTP server really receives a properly formed request, next try to see if there's a TFTP firewall issue considering TFTP is a protocol that receives the initial request on port 69 but next uses a randomly selected port for data transfer

share|improve this answer

edited Apr 4 '16 at 15:05

answered Apr 4 '16 at 6:33

PatPat

2,89821216

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  yes, Iam sure because, I specify the MAC in dhcpd.conf. Also wireshark is same as tcpdump and it seems to receive the request but tftpd is not able to receive it.
  
  – Victor
  Apr 4 '16 at 14:56
  
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  see my answer edit.
  
  – Pat
  Apr 4 '16 at 15:08
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  seems to be:# tcpdump -vv -i enp0s8 port tftp tcpdump: listening on enp0s8, link-type EN10MB (Ethernet), capture size 65535 bytes 17:16:14.802533 IP (tos 0x0, ttl 20, id 2, offset 0, flags [none], proto UDP (17), length 64) 10.10.10.121.ah-esp-encap > 10.10.10.111.tftp: [udp sum ok] 36 RRQ "pxelinux/pxelinux.0" octet tsize 0
  
  – Victor
  Apr 4 '16 at 17:18
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  I want to know if there is anything after tftp request is received by kernel and before it is handed off to the tftpserver ? I can think of only iptables
  
  – Victor
  Apr 4 '16 at 17:21
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  you might have iptables/firewall rules in between. Consider probably the server received the request but its answer is somehow blocked. or you just did not set the TFTP service correctly.
  
  – Pat
  Apr 5 '16 at 9:06
  

  
  
  
  

add a comment | 

0

A wireshark traffic capture from your Server VM will sure help.

You say that the DHCP gives the IP and PXE info right?
are you sure you have only one DHCP server in your set up?

are you sure the IP that the DHCP server gives belongs to he corresponding sub-net?

If you check these things outs you will probably find the client is getting the IP from a secondary DHCP server without PXE info or the DHCP provides a wrong subnet IP, etc typical PXE stuff....

EDIT:

Please consider if there is another DHCP in your scenario, the client might be i.e. taking the wrong offer... First you should rule out the multiple DHCP option. Next analyze the DHCP offer and check the "next server" field (or the option 66) which should carry the TFTP IP address, next check the TFTP server really receives a properly formed request, next try to see if there's a TFTP firewall issue considering TFTP is a protocol that receives the initial request on port 69 but next uses a randomly selected port for data transfer

share|improve this answer

edited Apr 4 '16 at 15:05

answered Apr 4 '16 at 6:33

PatPat

2,89821216

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  yes, Iam sure because, I specify the MAC in dhcpd.conf. Also wireshark is same as tcpdump and it seems to receive the request but tftpd is not able to receive it.
  
  – Victor
  Apr 4 '16 at 14:56
  
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  see my answer edit.
  
  – Pat
  Apr 4 '16 at 15:08
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  seems to be:# tcpdump -vv -i enp0s8 port tftp tcpdump: listening on enp0s8, link-type EN10MB (Ethernet), capture size 65535 bytes 17:16:14.802533 IP (tos 0x0, ttl 20, id 2, offset 0, flags [none], proto UDP (17), length 64) 10.10.10.121.ah-esp-encap > 10.10.10.111.tftp: [udp sum ok] 36 RRQ "pxelinux/pxelinux.0" octet tsize 0
  
  – Victor
  Apr 4 '16 at 17:18
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  I want to know if there is anything after tftp request is received by kernel and before it is handed off to the tftpserver ? I can think of only iptables
  
  – Victor
  Apr 4 '16 at 17:21
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  you might have iptables/firewall rules in between. Consider probably the server received the request but its answer is somehow blocked. or you just did not set the TFTP service correctly.
  
  – Pat
  Apr 5 '16 at 9:06
  

  
  
  
  

add a comment | 

A wireshark traffic capture from your Server VM will sure help.

You say that the DHCP gives the IP and PXE info right?
are you sure you have only one DHCP server in your set up?

are you sure the IP that the DHCP server gives belongs to he corresponding sub-net?

If you check these things outs you will probably find the client is getting the IP from a secondary DHCP server without PXE info or the DHCP provides a wrong subnet IP, etc typical PXE stuff....

EDIT:

Please consider if there is another DHCP in your scenario, the client might be i.e. taking the wrong offer... First you should rule out the multiple DHCP option. Next analyze the DHCP offer and check the "next server" field (or the option 66) which should carry the TFTP IP address, next check the TFTP server really receives a properly formed request, next try to see if there's a TFTP firewall issue considering TFTP is a protocol that receives the initial request on port 69 but next uses a randomly selected port for data transfer

share|improve this answer

edited Apr 4 '16 at 15:05

answered Apr 4 '16 at 6:33

PatPat

2,89821216

share|improve this answer

edited Apr 4 '16 at 15:05

answered Apr 4 '16 at 6:33

PatPat

2,89821216

answered Apr 4 '16 at 6:33

PatPat

2,89821216

answered Apr 4 '16 at 6:33

PatPat

2,89821216