Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!usc!ucsd!ucbvax!arthur.msd.lmsc.lockheed.com!cunning
From: cunning@arthur.msd.lmsc.lockheed.com (Dave Cunningham)
Newsgroups: comp.sys.sgi
Subject: Sun/SGI boot interference
Message-ID: <9009130407.AA06578@arthur.msd.lmsc.lockheed.com>
Date: 13 Sep 90 04:07:24 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 25

Thank you to everyone who replied to my question about Irises interfering with
diskless Sun's boot procedures.  The concensus answer was

	Yes, 3.2 (at least) Irises have a misbehaving bootparamd which
	interferes with 4.0.3 (at least) Suns trying to boot from a server.
	Lots of sites have run into the problem.

	Commenting out the bootparam line in /usr/etc/inetd.conf on the
	Irises fixes the problem.  (Unless, of course you need to boot
	Irises diskless...).  It is NOT necessary to disable the bootp
	server.  You also need to reboot or send a HUP to inetd, and
	possibly kill a lingering process running rpc.boot.

	The problem is supposed to be fixed in Irix 3.2.x, x>1,
	and in 3.3.  There is also a SunOs patch for 4.0.3 which may
	avoid the problem; it's call the "jumbo nfs" patch.  Don't know
	about SunOs 4.1.

Thanks again for the helpful responses.

#include  <standard_disclaimer.h>

Dave Cunningham				cunning@arthur.msd.lmsc.lockheed.com
Lockheed Missiles and Space Co.
O/81-10, B/157-5E, (408)-756-1382