home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky vmsnet.sysmgt:281 comp.os.vms:16585
- Path: sparky!uunet!stanford.edu!ames!elroy.jpl.nasa.gov!usc!news.service.uci.edu!beckman.com!dsroberts
- From: dsroberts@beckman.com
- Newsgroups: vmsnet.sysmgt,comp.os.vms
- Subject: Re: Virtual memory exhausted on ANALYZE/CRASH
- Message-ID: <1992Oct15.150723.1011@beckman.com>
- Date: 15 Oct 92 15:07:23 PDT
- References: <1992Oct15.093117.1009@beckman.com> <1992Oct15.112429.1010@beckman.com>
- Organization: Beckman Instruments
- Lines: 23
-
- In article <1992Oct15.112429.1010@beckman.com>, dsroberts@beckman.com writes:
- > I've gotten lot's of responses saying that VIRTUALPAGECNT is probably the
- > culprit. I think I need to give more information :-)
- >
- > I have a cluster with 6610, 6420 and 6410. They use a common sysdump.dmp and
- > uaf. The 6610 and 6420 have idential virtualpagecnt (270144) and memory
- > (262144 pages). The 6610 has no problem reading the dump, the 6420 gets
- > virtual memory exhausted using the same USERNAMES. They have identical size
- > pagefiles (and number of pagefiles).
- >
- > I can try increasing virtualpagecnt, but then I would need to understand why it
- > would work at the current level on the 6610. Any further thoughts?
- >
- Well, thanks to Aaron Leonard, who suggested what to look at when the problem
- occurs. Indeed, on the 6420 I use all of virtualpagecnt. Now, with all the
- mentioned things being equal, why does it work with the 6610?
- --
- Don Roberts Internet: don@beckman.com
- Beckman Instruments, Inc. Phone: 714/961-3029
- 2500 Harbor Bl. Mailstop X-12 FAX: 714/961-3351
- Fullerton, CA 92634 Disclaimer: Blame me, not Beckman.
- So, how many hospitals HAVE been built by organizations of secular
- humanists and atheists, anyway?
-