home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #23 / NN_1992_23.iso / spool / vmsnet / sysmgt / 279 < prev    next >
Encoding:
Internet Message Format  |  1992-10-15  |  2.2 KB
  1. Xref: sparky vmsnet.sysmgt:279 comp.os.vms:16561
  2. Path: sparky!uunet!think.com!rpi!usc!news.service.uci.edu!beckman.com!dsroberts
  3. From: dsroberts@beckman.com
  4. Newsgroups: vmsnet.sysmgt,comp.os.vms
  5. Subject: Re: Virtual memory exhausted on ANALYZE/CRASH
  6. Message-ID: <1992Oct15.112429.1010@beckman.com>
  7. Date: 15 Oct 92 11:24:29 PDT
  8. References: <1992Oct15.093117.1009@beckman.com>
  9. Organization: Beckman Instruments
  10. Lines: 32
  11.  
  12. In article <1992Oct15.093117.1009@beckman.com>, dsroberts@beckman.com writes:
  13. > I'm having a problem with ANALYZE (/system and /crash) on my cluster.  From the
  14. > same username (whether my own or SYSTEM), it works fine on the 6610 and 6410,
  15. > but from the 6420 I get "virtual memory exhausted" at different points in the
  16. > analyze.  Sometimes it occurs right away, sometimes after a read/exec,
  17. > sometimes in the middle of show stack.  I'm guessing that process quota's
  18. > aren't the problem, since I don't have this problem from the other two nodes
  19. > with the same username.  I've looked at show mem, show mem/pool/full, and
  20. > nothing seems to be getting used up.  Is there a sysgen parameter to check? 
  21. > Where else should I look?
  22.  
  23. I've gotten lot's of responses saying that VIRTUALPAGECNT is probably the
  24. culprit.  I think I need to give more information :-)
  25.  
  26. I have a cluster with 6610, 6420 and 6410.  They use a common sysdump.dmp and
  27. uaf.  The 6610 and 6420 have idential virtualpagecnt (270144) and memory
  28. (262144 pages).  The 6610 has no problem reading the dump, the 6420 gets
  29. virtual memory exhausted using the same USERNAMES.  They have identical size
  30. pagefiles (and number of pagefiles).
  31.  
  32. I can try increasing virtualpagecnt, but then I would need to understand why it
  33. would work at the current level on the 6610.  Any further thoughts?
  34.  
  35. Thanks to all my respondents so far (I tried replying to each, but the numbers
  36. were getting a bit large :-)
  37. -- 
  38.    Don Roberts                   Internet:  don@beckman.com
  39.    Beckman Instruments, Inc.     Phone:     714/961-3029
  40.    2500 Harbor Bl. Mailstop X-12 FAX:       714/961-3351
  41.    Fullerton, CA  92634          Disclaimer:  Blame me, not Beckman.
  42.    So, how many hospitals HAVE been built by organizations of secular
  43.    humanists and atheists, anyway?
  44.