home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / dec / 4738 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  1.2 KB
  1. Path: sparky!uunet!mcsun!uknet!cam-cl!ashby.cl.cam.ac.uk!maj
  2. From: maj@ashby.cl.cam.ac.uk (Martyn Johnson)
  3. Newsgroups: comp.sys.dec
  4. Subject: Re: Upgrading to 65+ users
  5. Message-ID: <1992Aug26.180214.14951@cl.cam.ac.uk>
  6. Date: 26 Aug 92 18:02:14 GMT
  7. References: <10958@platypus.uofs.uofs.edu> <1992Aug20.035716.11424@nntpd2.cxo.dec.com> <1992Aug26.105302.5261@jarvis.csri.toronto.edu>
  8. Sender: news@cl.cam.ac.uk (The news facility)
  9. Reply-To: maj@ashby.cl.cam.ac.uk (Martyn Johnson)
  10. Organization: U of Cambridge Computer Lab, UK
  11. Lines: 15
  12.  
  13. In article <1992Aug26.105302.5261@jarvis.csri.toronto.edu>,
  14. cks@hawkwind.utcs.toronto.edu (Chris Siebenmann) writes:
  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.
  18.  
  19. That's funny - "lmf reset" worked for me. I've only ever tried it
  20. under 4.2A, but I could definitely both increase and decrease the
  21. user limit on the fly, without even rebooting.
  22.  
  23. Did you actually check the limit in the cache (which is what matters)?
  24.  
  25. Martyn Johnson      maj@cl.cam.ac.uk
  26. University of Cambridge Computer Lab
  27. Cambridge UK
  28.