*BSD News Article 50465


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!msunews!agate!howland.reston.ans.net!news.sprintlink.net!in2.uu.net!newsfeed.ACO.net!news.tuwien.ac.at!not-for-mail
From: martin@hal.nt.tuwien.ac.at (Martin Birgmeier)
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: diskless booting w/ 3c503 ethernet card fails?
Date: 1 Sep 1995 15:37:41 +0200
Organization: Dept. of Comm. Engr., Tech. Univ. of Vienna, Austria
Lines: 115
Message-ID: <4272b5$n3k@hal.nt.tuwien.ac.at>
NNTP-Posting-Host: hal.nt.tuwien.ac.at

Hi netters,

I've a PC which I would like to boot diskless from another PC which
is running FreeBSD2.x current (nearly). What happens is that after
about /etc/netstart is done, the system hangs and finally prints
an nfs timeout message for the root fs (just the usual `not
responding' message for an nfs hang).

With tcpdump on the server FreeBSD I *think* I see that multiple
nfs frags get sent after each other, so I'm suspecting that somehow
the rsize=1024,wsize=1024 parameters are not honored, which I had
set so that the 3c503 would work. Also, it seems that this happens
when the system tries to swap for the first time (in spite of
telling that it hangs on /), because I can add/delete statements
in /etc/rc and /etc/netstart, and it will only execute about the
same number of commands which will presumably fill up its memory
(if I shorten /etc/netstart, it goes a little further in /etc/rc).
Also, the swapfile never has its mtime changed.

This leads me to suspect that rsize=1024 and wsize=1024 are honored
for the root mount (it reads lots from there, anyways), but not
for the swap mount (it seems to fail when trying to swap for the
first time). I have augmented nfs_vfsops.c with printf's to tell
me the root and swap sizes just before nfs_mountdiskless is called,
it's ok to this point. However, I don't know in which direction to
proceed further.

Only today I recompiled the kernel for the diskless machine because
it had not worked for a while due to the root vnode being set to
VNON instead of VDIR (I think), so that is the latest code. I don't
know if I might have to recompile the kernel on the server too,
it's from July 31, a compile from yesterday would hang after fsck,
I suspect something might have changed such that I'd need new
binaries which I don't want to generate. So, any clues would be
appreciated.

More info:

cfg.<server> contains

hostname konsul.nt.tuwien.ac.at
rootfs <server ip>:/diskless/konsul/root
swapfs <server ip>:/diskless/konsul/swap
swapsize 16384
rootopts resvport,rsize=1024,wsize=1024
swapopts resvport,rsize=1024,wsize=1024
netmask 255.255.255.128
kernel /kernel

config file is:

#
# @(#) KONSUL_01 V1.0 MB 20 June 1995
#

machine		"i386"
cpu		"I486_CPU"
ident		"KONSUL_01"
maxusers	10

options		"AUTO_EOI_1"
options		BOUNCE_BUFFERS
options		"COMPAT_43"
options		FFS
options		INET
options		"MAXCONS=8"
options		NFS
options		SYSVMSG
options		SYSVSEM
options		SYSVSHM
options		UCONSOLE

config		kernel	root on sd0 swap on sd0 dumps on sd0

controller	isa0

controller	fdc0	at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr
disk		fd0	at fdc0 drive 0
disk		fd1	at fdc0 drive 1

controller	wdc0	at isa? port "IO_WD1" bio irq 14 vector wdintr
disk		wd0	at wdc0 drive 0
disk		wd1	at wdc0 drive 1

controller	aha0	at isa? port "IO_AHA0" bio irq 11 drq 5 vector ahaintr
controller	scbus0
device		sd0
device		st0
device		cd0

device		sc0	at isa? port "IO_KBD" tty irq 1 vector scintr
device		npx0	at isa? port "IO_NPX" irq 13 vector npxintr

device		sio0	at isa? port "IO_COM1" tty irq 4 vector siointr
device		sio1	at isa? port "IO_COM2" tty irq 3 vector siointr

device		lpt0	at isa? port "IO_LPT1" tty irq 7 vector lptintr

device		ed0	at isa? port 0x330 net irq 5 iomem 0xd8000 vector edintr

pseudo-device	bpfilter	4
pseudo-device	ether
pseudo-device	log
pseudo-device	loop
pseudo-device	pty		16
pseudo-device	speaker
pseudo-device	vn

Thanks in advance for any info!

Martin
-- 
Martin Birgmeier                               Martin.Birgmeier@nt.tuwien.ac.at
Technische Universitaet Wien                        mbirgmei@email.tuwien.ac.at
Institut fuer Nachrichtentechnik und Hochfrequenztechnik