Subject: Re: 1.2.1 client NFS mounting 1.3 server (and a SIMM question)
To: Erik R. Ogan <erik@intuit.com>
From: David Carrel <carrel@redbacknetworks.com>
List: port-hp300
Date: 01/26/1998 23:44:29
This sounds like a reserved port issue.  I forget exactly when it went in,
but the mountd semantics were changed to by default deny mounts from
clients NOT using a privileged port.  Earlier NetBSD did just that.  Try
adding the option -noresvport to your /etc/exports on the 1.3 machine.
that should allow the 1.2.1 machine to mount.  Once it is upgraded, you
will no longer need that.

Sorry I have no clue about the RAM.

Dave

> First off, kudos to Jason, Scott, Dave and anyone who worked on the 1.3 
> release! Things have come a long way since 1.0 (Heck, you made big strides 
> between 1.2 & 1.3!)
> 
> I have 2 twin 375s that had been running 1.2.1, and I've got them 
> connected on their own little private network for the upgrade to 1.3. 
> I've upgraded 1 machine without incident (or, all incidents were 
> self-induced) and was about to run disklabel to install SYS_INST on the 
> second disk, when I got nervous, and decided to make sure that I could 
> NFS mount the newly 1.3 machine to copy the miniroot.
> 
> I can mount the drive without an error, but I can't SEE anything on 
> it (permission denied, including the mount point after I've mounted 
> it) Mounting read-only doesn't change this odd behaviour.
> 
> So, I know NFS got a facelift in this release, and I was wondering if 
> the /etc/exports file format changed (the man page is identical).
> 
> What's really strange is that the 1.3 machine can mount the 1.2.1 
> partition (with a nearly identical /etc/exports) normally.
> 
> I've moved all of the old binaries in /sbin to *.1.2, so I don't think 
> THAT'S the problem, and I can't find anything else that might be causing 
> it.
> 
> I'm sure this is a simple problem with a simple solution, which has made 
> it's tenacity all the more frustrating.
> 
> Just for the record, the 1.3 /etc/exports (it's simple):
> /local -maproot=0 192.168.1.1
> 
> -
> My SIMM question is shorter (I promise) I have 4 SIMMs that are allegedly 
> from a 345. They seem to fit my 375, but when the machine memory tests on 
> boot, I get parity errors. Are these SIMMs compatable with the 375?
> 
> (The fact that I get a parity error would suggest not, but would also 
> suggest that it's not a matter of clipping a resistor to announce their 
> existence.)
> 
> Any help would be appreciated...
> Thanks
> 
> -e
> 
>