| Title: | DECmcc user notes file. Does not replace IPMT. |
| Notice: | Use IPMT for problems. Newsletter location in note 6187 |
| Moderator: | TAEC::BEROUD |
| Created: | Mon Aug 21 1989 |
| Last Modified: | Wed Jun 04 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 6497 |
| Total number of notes: | 27359 |
I entered following command with success:
MCC> show bridge lb200 forw data phys entry *,with disposition=forward
I entered following command with failure:
MCC> show bridge lb200 forw data phys entry *,with disposition=filter
Messages are :
%PAS-F-ERRDURNEW, error during NEW
-LIB-E-INSVIRMEM. insufficient virtual memory
%PAS-E-ERRDURNEW, error during NEW
my VIRTUALPAGECNT is 50000.
I understand wilcard operations need a lot of v.space but
I wonder why <disposition=forward> works and <disposition=filter> FAILS.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 227.1 | What is your Process PageFileQuota? | TOOK::GUERTIN | Wherever you go, there you are. | Thu Aug 02 1990 14:30 | 1 |
| 227.2 | Is it reproducible? | WLYWLD::BRIENEN | Chris Brienen - DECmcc (non-DECnet) AMs | Tue Aug 07 1990 20:40 | 26 |
RE: <<< Note 227.0 by BEAGLE::LORPHELIN "Chr Lorphelin TSCG/VBO" >>
Part 1 - disposition=forward vs disposition=filter
--------------------------------------------------
There is no difference in the way Bridge AM handles the two commands
that you've specified (since the WITH Clause is not passed to the AM).
In both cases the Bridge AM:
1. acquires all of the forwarding database physical entries
2. acquires the permanent physical entries (to set the PERMANENT
characteristic attribute)
3. returns the physical entries, one at a time.
This obviously takes some virtual memory to accomplish...
For most bridges, the number of entries with disp=FORWARD is *much*
greater that those being FILTERed. This may have something to do with
one failing and the other not (possibly in the freeing of non-matching
entries?).
Can you swap the order of the commands and see what happens (if it's
repeatable on your end, I'll open a QAR on it).
Part 2 - unsightly messages returned
------------------------------------
QAR#1120 in the MCC_DEV database has been opened to track the
unfortunate behavior of the Bridge AM when virtual memory is exhausted.
| |||||