| Title: | DOCUMENT T1.0 |
| Notice: | **New notesfile (DOCUMENT.NOTE) now available (see note 897)** |
| Moderator: | CLOSET::ADLER |
| Created: | Mon Feb 09 1987 |
| Last Modified: | Thu Oct 31 1991 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 897 |
| Total number of notes: | 4397 |
We have one internal FT site that is having great difficulty
getting anything done because the <table> tag causes the tag
translator to abort after issuing a VMOVERFLW error message,
which says that we have run out of space in virtual memory.
I have traced the problem to the interface between the tag
translator and the RTL's virtual memory routines. Some data
that the RTL is maintaining is getting corrupted, an error
status is returned and the tag translator is reporting it as
an overflow of virtual memory.
I presume that this is not happening anywhere else, since I
haven't heard of similar problems.
It would help if I had more information:
. Has anyone else gotten a VMOVRFLOW error message?
. The FT site with the problem is running VMS 4.5. Are
other people running VMS 4.5 successfully? Anyone
running VMS 4.6 or 5.0 successfully?
Thanks. (Maybe you should send mail directly to me, rather
filling up the DOCUMENT_FT conference. I'll put
the solution of the mystery here, once it is solved.)
bill
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 76.1 | VIRTUALPAGECNT problem? | SHIRE::ZGRAGGEN | Searching for infinity... | Mon Mar 09 1987 11:47 | 3 |
We're running V4.5 on a 8600 (32MB) and have had no memory problems,
the VIRTUALPAGECNT sysgen parameter is at 70536 pages, thats usaually
for most things.
| |||||
| 76.2 | Try It From the SYSTEM Account | STAR::ETZEL | Mike | Mon Mar 09 1987 16:55 | 15 |
Have the user try to process the same file from the system account.
If it is a process limit, the SYSTEM account should be able to
process the file. If it is a SYSGEN parameter (as suggested in .1),
the SYSTEM account will probably encounter the same problem. The
shared MicroVAX II (VMS V4.5) I use has a VIRTUALPAGECNT of 13400.
Another approach is to increase the user's pgflquota (and other)
uaf values using Authorize, have the user log out and back in,
and try to process the file again. A limit of 10000 for pgflquota
is typical on a MicroVAX. Must be a large file!!
If it doesn't always happen (depends on the load on the system),
it suggests a sysgen parameter.
Mike
| |||||
| 76.3 | VMOVRFLOW bug has nothing to do with SYSGEN params | VAXUUM::KOHLBRENNER | Mon Mar 09 1987 17:08 | 24 | |
Re: .2
Mike's suggestion might be followed if you are processing a large
file on a machine with a small value for VIRTUALPAGECNT.
But the problem that John Lewis is having on the ENUF node is not
due to actually overrunning any virtual page count. A GNC file
that contains a single <table> tag, AND NOTHING ELSE (!) is
generating the VMOVRFLOW error. The problem is not "overflow"
of anything. The problem is a stray bit getting set in the data
structures that RTL maintains for keeping track of blocks of
virtual memory. That bit could be set because RTL has a bug,
or it could be set because the tag translator code clobbered
something else.
For example, John Lewis can run good sized files without error,
but a single <table> tag anywhere in the file causes the error,
and the error has nothing to do with running out of memory.
So if you have a VMOVRFLOW error, don't waste time fiddling with
SYSGEN params. Tell me the details first.
thanks, bill
| |||||