home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / sysv386 / 12655 < prev    next >
Encoding:
Text File  |  1992-07-30  |  1.5 KB  |  41 lines
  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!iWarp.intel.com|ichips!intelhf!agora!obrienb
  3. From: obrienb@agora.rain.com (Byron O'brien)
  4. Subject: Problems with SCO FoxBase+ over NFS
  5. Message-ID: <1992Jul30.191134.12919@agora.uucp>
  6. Sender: obrienb@agora.uucp (Byron O'brien)
  7. Organization: Open Communications Forum
  8. Date: Thu, 30 Jul 1992 19:11:34 GMT
  9. Lines: 30
  10.  
  11.  
  12. Just wondering if anyone else has this problem, and whether or not any
  13. solutions/suggestions are out there...
  14.  
  15. I have two 486 machines, each running DELL SVR4 v3.0.  The home directories
  16. for the two machines are kept on the one named viola.  The relevant line
  17. in viola's /etc/dfs/dfstab looks like this:
  18.     share -F nfs -o rw /home
  19.  
  20. The other machine (called cello) has this line in /etc/vfstab:
  21.     viola:/home     -       /net/viola/home nfs     -      yes    rw,hard
  22.  
  23. The problem is this:  When a user on cello wants to run (*cringe*) SCO 
  24. FoxBase+ to access a file in her home directory (on viola), and sets an
  25. exclusive lock, the file cannot again be accessed, even after the FoxBase lock
  26. is cleared and the session is ended.  Using the fuser(1M) command on viola,
  27. we find that the file in question is being held open by viola's lockd.
  28.  
  29. HELP!  Is there a way around this problem?  Will using RFS solve it?  If there
  30. is no solution, we'll have to revert to eash user having their home directory
  31. on their own server. =(
  32.  
  33. Thanks in advance.
  34.  
  35. Byron.
  36.  
  37. -- 
  38. Byron Charles O'Brien
  39.  
  40. obrienb@agora.rain.com  -or-  ...!intelhf!agora!obrienb
  41.