LinuxQuestions.org
Register a domain and help support LQ
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Networking
User Name
Password
Linux - Networking This forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.

Notices

Reply
 
Search this Thread
Old 12-11-2007, 08:18 PM   #1
the_ultimate_samurai
Member
 
Registered: Jan 2006
Distribution: debian-lenny
Posts: 37

Rep: Reputation: 15
diskless install: nfs loosing connection to server


i have been attempting to set up this second computer (amd athalon xp 1.6ghz, same make an model as my client but with about 512 megs less of ram) to boot diskless with pxe. i have been doing much google searching, asking on the #debian chanel (irc.debian.org) and using various tutorials, this latest one has gotten me the most success. the system boots up...then it comes to a certain point, after mounting the kernel i think...yes, loading kernel modules, checking file systems...little bit past there then it says "nfs: server 192.168.1.202 not responding, still trying"
after which it gives /etc/init.d/rc: lin 288: sed: command not found.
there doesnt seem to be a log of this (if there is its on the ram disk of the client which i have no access to since it doesnt have a bash input.
all of the other things work fine, the system is currently without HDD, it gets the other files fine, im not sure what its set up to do after loading the kernel or if the kernel itself is at fault. a few bits of relevant files:
/etc/network/interfaces
Code:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback
address 127.0.0.1
netmask 255.0.0.0

# The primary network interface
auto eth0
iface eth0 inet static
    address 192.168.1.202
    netmask 255.255.255.0
    gateway 192.168.1.2
/etc/exports:

Code:
/       192.168.1.*(rw,sync,no_root_squash)
/mnt/hdb1       192.168.1.*(rw,sync,no_root_squash)
/pxeroot    debian(rw,sync,no_root_squash)
/etc/hosts
Code:
127.0.0.1 localhost.localdomain localhost ip-citznet-64-184-5-29
192.168.1.202   ip-citznet-64-184-5-29
192.168.1.201   debian

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
also my hdcp (least the important parts)
Code:
host debian {
  hardware ethernet 00:40:ca:4d:1c:27;
  fixed-address debian;
  filename "pxelinux.0";
  option root-path "192.168.1.202:/pxeroot";
  next-server 192.168.1.202;

}
default-lease-time 600;
max-lease-time 7200;
option domain-name "citznet";
option domain-name-servers 192.168.1.2;
option routers 192.168.1.2;
subnet 192.168.1.0 netmask 255.255.255.0 {
    range 192.168.1.201 192.168.1.255;
   # option root-path "192.168.100.1:/pxeroot";
    next-server 192.168.1.202;
    filename "pxelinux.0";
}

this one could be important but i dont know enough about the ramdisk or its function to say:
Code:
# /etc/fstab: static file system information.
# <file system>   <mount point>   <type>   <options>   <dump>    <pass>
/dev/ram0  /       ext2   defaults    0   0
proc       /proc      proc   defaults    0   1
tmpfs      /tmp       tmpfs  defaults    0   1
at one point the tutorial said "we will run partimage for dumping partition." but then never mentions actually running it...so im not sure when i was supposed to, or even if indeed i was to run it then, and for that mater how...

the reason for using a ramdisk for / and not an nfs mount perplexes me.
also netstat confirms debian being connected:
tcp 0 120 ip-citznet-64-184-5:nfs debian:1004 ESTABLISHED

also an interesting bit, even though the client says it has bound to 192.168.1.201, and the netstat shows a connection from debian(defined in /etc/hosts as 192.168.1.201) pinging either debian or 192.168.1.201 fails with "no route to host"

i followed the instructions very closely in the link i gave, most of them are copy pasted with network variables changed as needed. though if you need a file, i'll be more than happy to oblige anything to get this resolved faster.

--edit--
ok, i looked over my syslog and found this little bit:
Code:
Dec 14 04:28:05 ip-citznet-64-184-5-29 dhcpd: DHCPDISCOVER from 00:40:ca:4d:1c:27 via eth0
Dec 14 04:28:05 ip-citznet-64-184-5-29 dhcpd: DHCPOFFER on 192.168.1.201 to 00:40:ca:4d:1c:27 via eth0
Dec 14 04:28:07 ip-citznet-64-184-5-29 dhcpd: DHCPREQUEST for 192.168.1.201 (192.168.1.202) from 00:40:ca:4d:1c:27 via eth0
Dec 14 04:28:07 ip-citznet-64-184-5-29 dhcpd: DHCPACK on 192.168.1.201 to 00:40:ca:4d:1c:27 via eth0
Dec 14 04:28:07 ip-citznet-64-184-5-29 in.tftpd[10125]: tftp: client does not accept options 
Dec 14 04:28:14 ip-citznet-64-184-5-29 dhcpd: DHCPDISCOVER from 00:40:ca:4d:1c:27 via eth0
Dec 14 04:28:14 ip-citznet-64-184-5-29 dhcpd: DHCPOFFER on 192.168.1.201 to 00:40:ca:4d:1c:27 via eth0
Dec 14 04:28:14 ip-citznet-64-184-5-29 dhcpd: DHCPREQUEST for 192.168.1.201 (192.168.1.202) from 00:40:ca:4d:1c:27 via eth0
Dec 14 04:28:14 ip-citznet-64-184-5-29 dhcpd: DHCPACK on 192.168.1.201 to 00:40:ca:4d:1c:27 via eth0
Dec 14 04:28:15 ip-citznet-64-184-5-29 dhcpd: DHCPREQUEST for 192.168.1.201 (192.168.1.202) from 00:40:ca:4d:1c:27 via eth0
Dec 14 04:28:15 ip-citznet-64-184-5-29 dhcpd: DHCPACK on 192.168.1.201 to 00:40:ca:4d:1c:27 via eth0
Dec 14 04:28:15 ip-citznet-64-184-5-29 mountd[4513]: authenticated mount request from debian:1016 for /pxeroot (/pxeroot)
Dec 14 04:30:09 ip-citznet-64-184-5-29 dhcpd: DHCPDISCOVER from 00:40:ca:4d:1c:27 via eth0
Dec 14 04:30:09 ip-citznet-64-184-5-29 dhcpd: DHCPOFFER on 192.168.1.201 to 00:40:ca:4d:1c:27 via eth0
Dec 14 04:30:09 ip-citznet-64-184-5-29 dhcpd: DHCPREQUEST for 192.168.1.201 (192.168.1.202) from 00:40:ca:4d:1c:27 via eth0
Dec 14 04:30:09 ip-citznet-64-184-5-29 dhcpd: DHCPACK on 192.168.1.201 to 00:40:ca:4d:1c:27 via eth0
Dec 14 04:39:02 ip-citznet-64-184-5-29 /USR/SBIN/CRON[10162]: (root) CMD (  [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)
after that it just repeats request and ack on a regular basis.
i think the most telling are these two lines:
Dec 14 04:28:07 ip-citznet-64-184-5-29 in.tftpd[10125]: tftp: client does not accept options
and
Dec 14 04:28:15 ip-citznet-64-184-5-29 mountd[4513]: authenticated mount request from debian:1016 for /pxeroot (/pxeroot)

google has returned similar issues with other people but no applicable solution, nor a notable cause of the problem.

Last edited by the_ultimate_samurai; 12-13-2007 at 02:08 PM. Reason: new information
 
Old 12-13-2007, 03:10 PM   #2
the_ultimate_samurai
Member
 
Registered: Jan 2006
Distribution: debian-lenny
Posts: 37

Original Poster
Rep: Reputation: 15
come on, certainly i gave enough information this time, i gave everything i knew...surely someone knows how to fix this. i have been working on this problem non stop for days now, which is taking much time away from the problem ive been working on for weeks now.
 
  


Reply

Tags
diskless, nfs


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Booting opensuse10.2 diskless over pxe - nfs tcp problem? sniff Suse/Novell 0 07-08-2007 05:25 AM
Diskless workstation - NFS vs AoE vs whatever bearer Linux - Networking 2 06-26-2007 02:01 PM
Configure NFS for Diskless clients ThinkPositive Slackware 1 03-29-2007 11:15 AM
nfs root for diskless LasseBob Linux - General 1 02-19-2006 02:33 PM
Diskless Client Over NFS Using DHCP Question geogecko Linux - Newbie 1 01-10-2004 11:48 PM


All times are GMT -5. The time now is 06:40 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration