home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / software / 5285 < prev    next >
Encoding:
Text File  |  1993-01-11  |  2.1 KB  |  43 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!psinntp!roadnet!pmj.roadnet.ups.com!pmj
  3. From: pmj@roadnet.ups.com (Pete Jansson)
  4. Subject: Unattended software upgrades
  5. Organization: Roadnet Technologies, Inc.
  6. Date: Mon, 11 Jan 1993 21:47:27 GMT
  7. Message-ID: <pmj.47.0@roadnet.ups.com>
  8. Lines: 32
  9. Sender: news@roadnet.com (News)
  10.  
  11. We're developing a system here which has several components, which I'll call 
  12. a type A, type B and type C component.  Type C components are portable 
  13. computers which collect data and, at regular intervals, upload the data to a 
  14. type A, sometimes going through a type B as an intermediate point.  Type B 
  15. components are constantly connected to type A's through a fairly reliable 
  16. communications link.  We are looking at fielding this system to a large 
  17. number of sites -- approximately 200 type A's, 800 type B's and 8000 type C'
  18. s; each type A will service anywhere from 30-300 type C's, with as 
  19. many as 20 type B's.  Lately we have begun to be worried sick about how to 
  20. accomplish software upgrades when we come up with the next greatest 
  21. version.  Because of the large distribution of systems, we can't guarantee, 
  22. for example, that all the type C's which talk to a type A will have been 
  23. upgraded at the same time as the type A is upgraded.  To solve this problem, 
  24. we are considering having tye type A check the version of the type C, and if 
  25. the C is older, having the A download the C with the latest version 
  26. software, using manual procedures to try to ensure that the C's never get 
  27. more than one version behind the A.
  28.  
  29. What we're looking for is a situation where, after upgrading the type A, it 
  30. will upgrade the type B automatically, and then the A's and B's will 
  31. automatically upgrade the C's.
  32.  
  33. I was wondering if anyone has any experiences doing this kind of thing that 
  34. they could share.  Could anyone point to any references describing these 
  35. kinds of systems or that challenges of building them?  Is this even the 
  36. right group in which to be discussing this kind of thing?
  37.  
  38. I'll appreciate any responses, particularly e-mail.  If there is interest, I'
  39. ll happily summarize and post.
  40.  
  41. Thanks,
  42.     Pete.
  43.