home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sun / admin / 9751 < prev    next >
Encoding:
Text File  |  1992-12-28  |  2.1 KB  |  49 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!udel!princeton!siemens!aad
  3. From: aad@siemens.com (Anthony Datri)
  4. Subject: Re: Rdist questions..
  5. Message-ID: <1992Dec28.144613.2009@siemens.com>
  6. Sender: news@siemens.com (NeTnEwS)
  7. Nntp-Posting-Host: lovecraft
  8. Organization: Siemens Corporate Research, Princeton (Plainsboro), NJ
  9. References: <BzyBCB.G97@babbage.ece.uc.edu>
  10. Date: Mon, 28 Dec 1992 14:46:13 GMT
  11. Lines: 36
  12.  
  13. >How does rdist handle programs that are actively running on the 
  14. >remote host.. 
  15.  
  16. Typically the rdistd/rdist -S on the remote machine will rename the old copy
  17. and unlink it, so running processes should be unaffected by that act.  Of
  18. course, if it's part of a bigger package, you could have the problem of it
  19. getting incompatible versions of other parts of the package while the rdist
  20. is going on, but if you dist at night usually  not much is going on.
  21.  
  22. >For example, if someone is running X windows
  23. >and you rdist a new copy of X windows to his fileserver
  24. >does rdist to the right thing and either unlink or rename
  25. >has program to keep from over writing the disk image..
  26.  
  27. In this case, you're perhaps going to end up replacing shared libaries that the
  28. running processes are using, which is a whole different ball of wax, especially
  29. if you're going from R4 to R5 with the incompatible Xaw library.  It's best to
  30. have your users exit from their X sessions before you dist X.
  31.  
  32. >Finally, do any of you use "sup" or "track" instead 
  33. >to keep your software distributions up to date??? (for people
  34. >how do not know "sup" and "track" pull instead of push the
  35. >new files..
  36.  
  37. I used rdist in a previous life to manage an extensive set of software, and
  38. while rdist has its problems, I was able to work around most of them with cron
  39. and some truly evil use of "special".
  40.  
  41. One problem with "pull" arrangements is that it can be difficult to centrally
  42. deal with things that really do need to be centrally managed.
  43.  
  44. There's a "depot" developed at CMU that has some promise.  No, it's not the
  45. other, more famous "depot".
  46. -- 
  47.  
  48. ======================================================================8--<
  49.