home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / dec / 4728 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  1.4 KB
  1. Path: sparky!uunet!utcsri!utcs.toronto.edu!cks
  2. Newsgroups: comp.sys.dec
  3. From: cks@hawkwind.utcs.toronto.edu (Chris Siebenmann)
  4. Subject: Re: Upgrading to 65+ users
  5. Message-ID: <1992Aug26.105302.5261@jarvis.csri.toronto.edu>
  6. Organization: Ziebmef home away from home
  7. References: <10958@platypus.uofs.uofs.edu> <1992Aug20.035716.11424@nntpd2.cxo.dec.com>
  8. Date: 26 Aug 92 14:53:02 GMT
  9. Lines: 20
  10.  
  11. alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.) writes:
  12. | With LMF I believe some part of LMF looks for the file [/upgrade]
  13. | and fakes up a LMF database entry based on the upgrade file.
  14.  
  15.  I found out the hard way (well, it wasn't very hard, just some
  16. headscratching) that LMF only does this if it's building a database
  17. from scratch; running 'lmf reset' afterwards does no good. So if you
  18. install a /upgrade on a already running 4.0+ system, make sure to save
  19. your keys somehow[*], rm /usr/adm/lmf/ldb, and only then run lmf reset
  20. and reload your keys.
  21.  
  22. [*: I'd tell you how to do this, except I don't know; we have no PAKs
  23.     loaded except the one we get from /upgrade, so it's never been
  24.     a problem.]
  25. --
  26.     When we get calls from faculty and staff regarding problematic
  27.     software, we always ask if they have a backup.  We got this
  28.     *classic* response today "Well, I thought I had a backup, but
  29.     she refused to type it in again..."    - Lou Anschuetz
  30. cks@hawkwind.utcs.toronto.edu               ...!{utgpu,utzoo,watmath}!utgpu!cks
  31.