home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / next / sysadmin / 6467 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  2.7 KB
  1. Path: sparky!uunet!know!mips2!news.bbn.com!usc!zaphod.mps.ohio-state.edu!wupost!csus.edu!netcom.com!netcomsv!oceania!kambiz
  2. From: kambiz@oceania.com (Kambiz Aghaiepour)
  3. Newsgroups: comp.sys.next.sysadmin
  4. Subject: Strange RCS behavior: summary
  5. Message-ID: <BxML40.4FG@oceania.com>
  6. Date: 12 Nov 92 22:57:35 GMT
  7. Sender: kambiz@oceania.com (Kambiz Aghaiepour)
  8. Reply-To: kambiz@oceania.com
  9. Distribution: na
  10. Organization: Oceania Health Care Systems
  11. Lines: 58
  12.  
  13.  
  14. Recently I wrote :
  15.  
  16. > I have a next running 3.0 and I'm experiencing something rather annoying
  17. > with rcs.  Everytime I use /usr/bin/co to check out a file, a background
  18. > process is created as shown by the following output from ps :
  19. > 
  20. > kambiz@parkcity: [ ~ ] $ ps -augxwww | grep kambiz
  21. > kambiz    9647   0.5  1.8 2.47M  432K ?  S     0:02 -bash (bash)
  22. > kambiz    9424   0.0  1.8 2.47M  440K ?  S     0:05 -bash (bash)
  23. > daemon   11176   0.0  0.8 1.52M  208K ?  S     0:00 /usr/lib/rcssnoop co         
  24. > 1.5r   1b   0f   5t 92.11.11.14.16.31c 92.11.11.15.05.03o kambiz  
  25. > Makefile,v
  26. > kambiz   11189   0.0  0.8 1.52M  208K ?  S     0:00 grep kambiz
  27. > 
  28. > What is rcssnoop?????  The thing is that this process stays around just
  29. > long enough to spew into the window where the co command was started the
  30. > following output :
  31. > 
  32. > kambiz@parkcity: [ ~/tmp/testing ] $ RCS logfile /private/adm/rcs.log  
  33. > seems permanently locked.
  34. >                Please alert system administrator
  35. > 
  36. > 
  37. > I also have the most recent dist of rcs by GNU and it doesn't behave  
  38. like
  39. > this.  The funny thing is that this behavior only happens on one  
  40. machine.
  41. > Other 3.0 machines aren't as naughty.
  42. > 
  43. > Has anyone else seen this happen?  Any tips would be appreciated.
  44. > If you would rather e-mail, I will post responses.
  45. > 
  46. > --Kambiz
  47. > 
  48.  
  49.   I found out what it was.  When you check things in and out using the 
  50. NeXT version of RCS, the ci and co commands will spawn a background 
  51. process (rcssnoop) whose job it is to update the rcslog found in 
  52. /private/lib/rcslog.  In order for to checkout or checkin to not overwrite 
  53. each others entries in the log file, rcssnoop keeps a lock file in the
  54. /tmp directory.  If for some reason this lock file is not deleted, you
  55. get the obnoxious error messages regarding the permanantly locked logfile.
  56. The fix is to go into the /tmp directory and delete the lockfile.  
  57. I don't know what it's called but it's something like rcs-lock or 
  58. something.
  59.  
  60. What a stinker!!!  
  61.  
  62. Happy computing.
  63.  
  64. --Kambiz
  65.  
  66. -- 
  67.  \o__O   o    Kambiz Aghaiepour           - |  kambiz@oceania.com       o   o
  68.    \_   /|\   Oceania Health Care Systems |\-  netcom!oceania!kambiz   //\ //\
  69.     |\   |\   325 Lytton Ave, Suite 400   | |  FAX:   (415) 322-0142    //  //
  70.    / /   |/   Palo Alto, CA 94301           |  Voice: (415) 322-0127    |\  ||
  71.