[comp.unix.i386] System V/386 and NFS

sjm@well.UUCP (Stephen Moehle) (10/27/89)

Does anyone use the Sun product PC-NFS for MSDOS machines with a System
V/386 UNIX machine as the server?  If so, whose UNIX?  Whose NFS?  The
UNIX vendor's or a third party's?  I remember using once an MSDOS NFS
product that allowed me to run UNIX commands from the MSDOS prompt.  Is
this part of PC-NFS, some other product, or am I just dreaming?  What
I need is to be able to have MSDOS users use SCCS on the UNIX machine
to get and put source code to and from the archives on the UNIX machine
onto their PCs.  If any has done something like this, I would be most
interested in hearing how.  Thanks.

Stephe
{ucbvax,pacbell,hplabs}!well!sjm     or     sjm@well.sf.ca.us
"You heard the weirdo man.  What is truth?"

johnl@esegue.segue.boston.ma.us (John R. Levine) (10/27/89)

In article <14300@well.UUCP> sjm@well.UUCP (Stephen Moehle) writes:
>Does anyone use the Sun product PC-NFS for MSDOS machines with a System
>V/386 UNIX machine as the server?  ...

I am using 386/ix 2.0.2 with the vendor's NFS, with a client running PC-NFS.
It works reliably.  Make sure you have 8 meg on the Unix box or it'll swap
too much.

>What I need is to be able to have MSDOS users use SCCS on the UNIX machine
>to get and put source code to and from the archives on the UNIX machine
>onto their PCs.

PC-NFS includes rsh, so it should be pretty straightforward to write some
shell scripts to handle it.  On the other hand, if all of the users are
on DOS machines, PC-NFS is overkill and you would probably be happier with
a DOS network (3com or Novell) and Polytron's PVCS which is a DOS
reimplementation of RCS.
-- 
John R. Levine, Segue Software, POB 349, Cambridge MA 02238, +1 617 864 9650
johnl@esegue.segue.boston.ma.us, {ima|lotus|spdcc}!esegue!johnl
Massachusetts has over 100,000 unlicensed drivers.  -The Globe

bal@gvgspd.GVG.TEK.COM (Brent A. Leever) (10/28/89)

In article <14300@well.UUCP> sjm@well.UUCP (Stephen Moehle) writes:
>Does anyone use the Sun product PC-NFS for MSDOS machines with a System
>V/386 UNIX machine as the server?  If so, whose UNIX?  Whose NFS?  The

I'm interested in doing the same thing.  Could I effectively use my Everex 
20 MHZ 386 4M, 68K Cache, running some flavor of UNIX w/ NFS, as a 
server for a small (3-5) network of client DOS machines running PC-NFS  ?  
I have a WD8003 Ethernet Controller.  The goal is similar to Stephen's.
We would keep source and ancillary files for our development effort on the 
UNIX server.  Any comments or suggestions would be greatly appreciated.
Stephen, maybe you could post a summary ?  If I receive info., I'll 
post as well.
THANKS
-- 
Brent Leever <bal@gvgspd.GVG.TEK.COM> -or- <...!tektronix!gvgpsa!gvgspd!bal>

mark@intek01.UUCP (Mark McWiggins) (10/30/89)

sjm@well.UUCP (Stephen Moehle) writes:

>Does anyone use the Sun product PC-NFS for MSDOS machines with a System
>V/386 UNIX machine as the server?  If so, whose UNIX?  Whose NFS? 

We did, and don't anymore ... We were running Wollongong's WIN/NFS with
AT&T's System V/386.  Overall I was pretty happy with it, although 
documentation was a bit sketchy for a relative network novice like me, 
their technical support was pretty good.  There was an annoying bug 
that killed files with mismatched group permissions, but nothing we 
couldn't work around ...

Then one of our users started using PC-NFS to access the System V/386 
filesystem, and we had worse problems: more file corruptions, and eventually
a fairly scrambled root partition.  I eventually reformatted the whole (300MB)
disk, reinstalled from a backup, and turned off NFS.  (We're still using
Wollongong's TCP/IP; it seems fine.)

I'm not absolutely positive NFS trashed my disk, but it does look that way.
We don't really have a critical need for NFS access to this filesystem, so
I'm going to wait for Sys V.4 before trying again.  From what I read, the
AT&T licensing terms are such that their NFS should be bundled in with 
the product on that one.

This has been several months ago; Wollongong may well have a new release out
that fixes this by now.
-- 
Mark McWiggins			Integration Technologies, Inc. (Intek)
+1 206 455 9935			DISCLAIMER:  I could be wrong ...
1400 112th Ave SE #202		Bellevue WA  98004
uunet!intek01!mark		Ask me about C++!