[comp.unix.questions] Mount Problems - NFS under Wisconson BSD4.3 on Vax 11/780 and uVax

jensen@gt-eedsp.UUCP (P. Allen Jensen) (01/20/89)

In article <592@gt-eedsp.UUCP>, jensen@gt-eedsp.UUCP (P. Allen Jensen) writes:
> We just installed the Wisconson BSD4.3+NFS release on the following
> systems:
        ........<deleted>.......
> Next we added the 11/780 (eedsp) system - things started to go wrong.
> The mount command would sometimes give  "Illegal Instruction (core dump)"
> for the NFS partitions, and sometimes it would work.  Changing the order
> in /etc/fstab and using "mount -avt nfs" would sometimes cause the
> partitions to all mount OK.  When booting, some NFS partitions get
> mounted, others dont. Example - 
                        <deleted>

In addition, if I boot the uVax single user and source the /etc/rc file
with ". /etc/rc" mount/umount work fine after rc is done.  Could someone
clue me in on what could be happening after rc completes and before
the system gets all the way up into multiuser mode that could be
causing a problem ?

Thanks
-- 
P. Allen Jensen
Georgia Tech, School of Electrical Engineering, Atlanta, GA  30332-0250
USENET: ...!{allegra,hplabs,ulysses}!gatech!gt-eedsp!jensen
INTERNET: jensen@gt-eedsp.gatech.edu

chris@mimsy.UUCP (Chris Torek) (01/24/89)

In article <592@gt-eedsp.UUCP> jensen@gt-eedsp.UUCP (P. Allen Jensen) writes:
>We just installed the Wisconson BSD4.3+NFS release ...
>mount ... sometimes give[s]  "Illegal Instruction (core dump)"

An NFS `authentication' goof strikes again.

There is room for exactly 8 groups in the NFS `auth' data.  The NFS
code assumes NGROUPS <= 8, and copies all the groups returned from the
kernel into the space for 8 provided.  Recent Berkeley BSDs provide 16
groups.
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7163)
Domain:	chris@mimsy.umd.edu	Path:	uunet!mimsy!chris