[comp.unix.sysv386] SCO problems with NFS

jtsillas@sprite.ma30.bull.com (James Tsillas) (05/21/91)

I plan on using our SCO systems as clients to a NFS server.
Among the things we plan on doing are NFS makes, keeping an RCS repository,
and general NFS work.

Has anyone experienced problems with SCO's NFS implementation?

-Jim.

jim@tiamat.fsc.com ( IT Manager) (05/28/91)

> 
> I plan on using our SCO systems as clients to a NFS server.
> Among the things we plan on doing are NFS makes, keeping an RCS repository,
> and general NFS work.
> 
> Has anyone experienced problems with SCO's NFS implementation?
> 
> -Jim.

I suppose it depends on the versions of your software, and what OS the
server machines will be running.

We ran into trouble trying to use RCS on files which resided on an HP-UX 7.0
filesystem and were NFS mounted to an SCO Unix machine.  On the SCO
machine, RCS would fail when doing checkouts because it could not build the
filename to use in the $SOurce$ keyword.  A quick look at the code showed that
the problem may be linked to RCS trying to use it's own directory reading
routines, which were not prepared to deal with foreign OS directories via NFS.
The same problem happened using HP RCS binaries on files from the SCO machine
NFS mounted to the HP.

If we mounted HP-HP, or SCO-SCO, there was no such trouble.

I don't think our RCS is the latest version, and I haven't put any significant
work into resolving the problem, so there may be an easy solution, or the
trouble may have gone away already.

Make seems to work OK, but you'll need to make sure you're doing some kind
of clock synchronization across your net, or you may get strange results.

Good luck, and please let us know how it worked out.
------------- 
James B. O'Connor			jim@tiamat.fsc.com
Ahlstrom Filtration, Inc.		615/821-4022 x. 651

rbraun@spdcc.COM (Rich Braun) (05/29/91)

jim@tiamat.fsc.com ( IT Manager) writes:
> On the SCO
>machine, RCS would fail when doing checkouts because it could not build the
>filename to use in the $SOurce$ keyword.  A quick look at the code showed that
>the problem may be linked to RCS trying to use it's own directory reading
>routines, which were not prepared to deal with foreign OS directories via NFS.

I'm participating in the RCS v5.6 beta, so I'll have to take a look at
this.  The filename-handling routines have been rewritten (partly
motivated by the MS-DOS port) so I suspect this problem has been solved.

5.6 should be out within a short time; I don't know the schedule.

-rich

rbraun@spdcc.COM (Rich Braun) (05/29/91)

Going back to the subject line, "bugs in SCO NFS", I have located two.
The first is that the rename system call doesn't work on an NFS filesystem;
you have to link the file to the new name and unlink the old one.  (This
first turned up in RCS, coincidentally enough--see earlier postings.)

The second, which I find quite annoying, is that VP/ix cannot "see" the
files on mounted NFS filesystems.  If there's an existing patch to
correct this problem, I'd love to hear about it.  Our LAN has about
10 gigabytes of DOS-related files on Novell servers, and I'd like to
be able to access them from VP/ix under SCO Unix 3.2.2.

-rich