home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / novell / 19726 < prev    next >
Encoding:
Text File  |  1992-12-25  |  2.1 KB  |  46 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!BOKONON.UUCP!STEPHEN
  3. X-Routed-By: SMDF V1.1 Beta on bokonon.UUCP
  4. Message-ID: <19921225.172332.673@bokonon.UUCP>
  5. Newsgroups: bit.listserv.novell
  6. Date:         Fri, 25 Dec 1992 07:23:32 -0500
  7. Reply-To:     stephen@bokonon.uucp
  8. Sender:       NOVELERR@SUVM.SYR.EDU
  9. From:         stephen@BOKONON.UUCP
  10. Subject: Re: Patching Netware 3.11 - Which Patches?
  11. Lines: 33
  12.  
  13. $There was a question about loading all the patches available or only
  14. $load some of them. I would like to know what other people do.
  15. $
  16. $I think both options are acceptable but wich one is best?
  17.  
  18.    Novell states quite clearly in the documentation accompanying patches
  19. that you should only load ones for problems which you are experiencing.
  20. Both options are _not_ necessarily acceptable.
  21.  
  22.    Novell tests each patch on its own.  Novell does not test all
  23. possible combinations of patches, so they do not recommend that you
  24. perform this testing for them.  It is not likely that loading two
  25. or three different patches to cure two or three different problems
  26. that you don't have will cause unpleasant interactions between the
  27. patches, but it is possible, and that's a risk you probably don't
  28. want to take.
  29.  
  30.    You also raise a memory issue ... most patches are quite small
  31. and even loading a dozen patches would probably take away only a
  32. handful of cache buffers.  Unless you're dreadfully short of
  33. cache (which is a problem in itself), you shouldn't need to be
  34. concerned about memory overhead.  If you want to see how much
  35. memory each one uses, take a stable system (i.e. one that isn't
  36. allocating more packet buffers, service processes, etc.) and load
  37. the patches one at a time.  Look in monitor to see how much memory
  38. you lose each time.  Chances are it isn't very much.
  39.  
  40. -Steve
  41. --
  42. stephen@bokonon.UUCP              ...!{xrtll,becker.gts.org}!bokonon!stephen
  43. ----------------------------------------------------------------------------
  44. Stephen M. Dunn, CNE, ACE, Sr. Systems Analyst, United System Solutions Inc.
  45. 104 Carnforth Road, Toronto, ON, Canada M4A 2K7               (416) 750-7946
  46.