| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 550.1 | | LESLIE::LESLIE | Andy ��� Leslie, CSSE | Fri Apr 07 1989 02:54 | 5 |
| What version of VMS? Was this a virgin installation or is it a system
that has been upgraded from V4.x?
What is IJOBLIM (a Sysgen param) set to?
|
| 550.2 | IJOBLIM & version | FRAGLE::MURPHY | | Fri Apr 07 1989 10:23 | 14 |
|
I'm running VMS Version 5.1.
Current Default Min Max Unit Dynamic
IJOBLIM = 64 64 1 1024 jobs D
I started of by loading the system disk backup from a GPX. I
believe that he had a virgin 5.0 version of VMS built up to 5.1.
Dan
|
| 550.3 | | LESLIE::LESLIE | Andy ��� Leslie, CSSE | Fri Apr 07 1989 11:38 | 2 |
| What happens when you try to kick off a process?
|
| 550.4 | PGFLQUOTA | FRAGLE::MURPHY | | Fri Apr 07 1989 12:23 | 22 |
| I get three processes going (yesterday I could only start 2 ?!?).
When I try to start the 4th I get the following:
No additional tasks can be started.
Task will execute when another task completes.
Check PGFLQUOTA quota.
Current Default Min Max Unit Dynamic
PQL_DPGFLQUOTA 8192 8192 -1 -1 pages D
PQL_MPGFLQUOTA 512 512 -1 -1 pages D
Yesterday I didn't get that message (before I ran AUTOGEN and
after I had played with some parameters that I thought might
help). When I tried to open a third process then, the process
would say "pending" when I viewed work in progress.
Thanks for the time-
Dan
|
| 550.5 | Maybe your account's PGFLQUO? | ROBOT::ENDSLEY | MJ Endsley, SWS @ St. Louis | Fri Apr 07 1989 12:31 | 20 |
| You should also check the PGFLQUO quota associated with your username.
Do a SHOW PROCESS/QUOTA, and hunt for the line labelled something like
"Paging file quota". It can be modified via AUTHORIZE.
This is one of those pooled quotas that is shared among all of the
sub-processes within a job. As processes are started, the pool gets
smaller. If a process' virtual address space starts growing, the pool
gets smaller -- so FileView's behavior can change based on what your
FileView tasks are doing.
Back in the days when I had a workstation, I kept the size of my page
file quota (found in UAF), VIRTUALPAGECNT (found in SYSGEN), and page
file in excess of 60,000 pages for an 8Mb system.
Any help?
Mike Endsley
SWS @ STO
|
| 550.6 | More info... | FRAGLE::MURPHY | | Fri Apr 07 1989 14:09 | 77 |
| By the way, my CPU is 14 Meg
At this point, I have 3 processes active, and when I try to start up the
4th process it shows up as pending in "Work In Progress". Sometimes
I don't get the PGFLQUOTA message, sometimes I do. I noticed that
as I start more processes, the Paging File Quota decreases. So you think
that when I get the "CHECK PGFLQUOTA" message it's because I've run
out of this "Paging File Quota." and I should change this quota via
UAF to = VIRTUALPAGECNT. How do I get more jobs to go at once when
I'm not out of page file quota?
$ show process /quota
Process Quotas:
Account name: SYSTEM
CPU limit: Infinite Direct I/O limit: 40
Buffered I/O byte count quota: 17360 Buffered I/O limit: 40
Timer queue entry quota: 18 Open file quota: 29
Paging file quota: 2627 Subprocess quota: 7
Default page fault cluster: 16 AST quota: 99
Enqueue quota: 34 Shared file limit: 0
Max detached processes: 0 Max active jobs: 0
$
Here's some more parameters:
Parameters in use: Active
Parameter Name Current Default Minimum Maximum Unit Dynamic
-------------- ------- ------- ------- ------- ---- ------
PQL_DPGFLQUOTA 8192 8192 -1 -1 Pages D
PQL_MPGFLQUOTA 512 512 -1 -1 Pages D
PQL_DPRCLM 8 8 -1 -1 Processes D
PQL_MPRCLM 8 0 -1 -1 Processes D
PQL_DTQELM 8 8 -1 -1 Timers D
PQL_MTQELM 0 0 -1 -1 Timers D
PQL_DWSDEFAULT 170 100 -1 -1 Pages
PQL_MWSDEFAULT 60 60 -1 -1 Pages
PQL_DWSQUOTA 340 200 -1 -1 Pages D
PQL_MWSQUOTA 60 60 -1 -1 Pages D
PQL_DWSEXTENT 500 400 -1 -1 Pages D
PQL_MWSEXTENT 120 60 -1 -1 Pages D
ACP_HDRCACHE 50 32 3 -1 Pages D
ACP_DIRCACHE 50 20 2 -1 Pages D
ACP_DINDXCACHE 12 25 2 -1 Pages D
ACP_WORKSET 0 0 0 -1 Pages D
ACP_FIDCACHE 64 64 0 -1 File-Ids D
ACP_EXTCACHE 64 64 0 -1 Extents D
ACP_EXTLIMIT 100 100 0 1000 Percent/10 D
ACP_QUOCACHE 28 64 0 -1 Users D
ACP_SYSACC 12 8 0 -1 Directories D
ACP_MAXREAD 32 32 1 64 Blocks D
ACP_WINDOW 7 7 1 -1 Pointers D
ACP_WRITEBACK 1 1 0 1 Boolean D
ACP_DATACHECK 2 2 0 3 Bit-mask D
ACP_BASEPRIO 8 8 4 31 Priority D
ACP_SWAPFLGS 14 15 0 15 Bit-mask
ACP_REBLDSYSD 1 1 0 1 Boolean
DEFPRI 4 4 1 31 Priority D
IJOBLIM 64 64 1 1024 Jobs D
BJOBLIM 16 16 0 1024 Jobs D
NJOBLIM 16 16 0 1024 Jobs D
RJOBLIM 16 16 2 254 Jobs D
DEFQUEPRI 100 100 0 255 Priority D
MAXQUEPRI 100 100 0 255 Priority D
LGI_PWD_TMO 30 30 0 255 Seconds D
LGI_RETRY_LIM 3 3 0 255 Tries D
LGI_RETRY_TMO 20 20 0 255 Seconds D
LGI_BRK_LIM 5 5 0 255 Failures D
LGI_BRK_TMO 300 300 0 -1 Seconds D
LGI_HID_TIM 300 300 0 -1 Seconds D
Dan
|
| 550.7 | WAG: try this... | LESLIE::LESLIE | Andy ��� Leslie, CSSE | Fri Apr 07 1989 14:15 | 35 |
| I have the same PQL_%PGFL* SYSGEN params as you and a UAF PGFLQUO of
45000 on a 6mb system and don't suffer these problems.
reduce your MODPARAMS.DAT to
SCSNODE = whatever
SCSSYSTEMID = whatever
VAXCLUSTER = 0
WINDOW_SYSTEM = 1
Then run this procedure and reboot.
<cut here>
$SET DEFAULT SYS$SPECIFIC:<SYSEXE>
$COPY VAXVMSSYS.PAR BEFORE.PAR
$
$@SYS$UPDATE:AUTOGEN SAVPARAMS SETPARAMS FEEDBACK
$
$DEF/USER SYS$OUTPUT BEFORE.LIS
$MC SYSGEN
USE BEFORE.PAR
SHOW/ALL
SHOW/SPEC
$
$DEF/USER SYS$OUTPUT VAXVMSSYS.LIS
$MC SYSGEN
USE CURRENT
SHOW/ALL
SHOW/SPEC
$
$DIFF /PAR BEFORE.LIS VAXVMSSYS.LIS
$
$ if p1 .eqs. "REBOOT" then -
@SYS$SYSTEM:SHUTDOWN 0 SHUTDOWN YES NO LATER YES NONE
|
| 550.8 | I'll try monday | FRAGLE::MURPHY | | Fri Apr 07 1989 18:23 | 5 |
|
Thanks- I'll give it a shot Monday morning...
Dan
|
| 550.9 | | ROBOT::ENDSLEY | MJ Endsley, SWS @ St. Louis | Mon Apr 10 1989 11:48 | 19 |
| RE: <<< Note 550.6 by FRAGLE::MURPHY >>>
As an aside, though, your posted quota for the SYSTEM account's PGFLQUO
of 2627 struck me as pretty low, especially when you consider you have
a 14Mb workstation. Definitely bump that one up if all else fails.
What are the workstation's current settings for VIRTUALPAGECNT, and how
big is your page file(s)?
>>> ... How do I get more jobs to go at once when I'm not out of page file
>>> quota?
Once the quota problem gets resolved, your jobs should stop going into
the "Pending" state and kick right off.
Mike Endsley
SWS @ STO
|
| 550.10 | | STAR::BENSON | | Mon Apr 10 1989 15:20 | 16 |
| RE: .6
If these are your quotas before starting FileView, your BYTLM of 17360
will probably limit you to about 3 tasks. DECwindows installation
suggests a minimum PQL_MBYTLM of 32768.
About "sometimes" getting the quota message - FileView should be giving
you the message the first time you exceed a particular quota. After
that, it will simply mark tasks "pending," and start them when another
task completes. This allows your task list to be a sort of "queue" of
tasks to run, so that you can initiate more tasks than you have quotas
for, wthout getting a message every time.
Tom
|
| 550.11 | Fileview stopped:no condition handler found | SHIRE::NICK | Nick Anastasi ES @ OUO | Thu Apr 20 1989 05:01 | 17 |
| Having a problem starting "Fileview", I followed religiously the
precepts in this note - no avail alas!
If I log-in as SYSTEM Fileview comes up bright and cheery ready
for my bidding!
If, on the other hand, I log-in as a lowly user, the following message
appears:
"Fileview stopped: no condition handler found"
I wold appreciate help in making Fileview more democratic!
Thanks in anticipation
|
| 550.12 | The mind is a little rusty this AM, but... | GOFER::HARLEY | At home, you can scratch where it itches | Thu Apr 20 1989 10:43 | 12 |
| re .-1
> If, on the other hand, I log-in as a lowly user, the following message
> appears:
>
> "Fileview stopped: no condition handler found"
... I believe that a "$ Inquire ... " in your Login.Com can cause this, try
logging in as Lowly_User/NoCommand and see if the problem goes away.
/Harley
|
| 550.13 | Try these experiments, too | DECWIN::KLEIN | | Thu Apr 20 1989 12:29 | 21 |
| >>... I believe that a "$ Inquire ... " in your Login.Com can cause this, try
>>logging in as Lowly_User/NoCommand and see if the problem goes away.
Actually, I don't think that this would help, since the session manager
starts FileView in a new process which always does @login.com regardless
of the session manager's "/nocommand" behavior.
To really check, you can do one of two things:
(1) temporarily create an empty sys$Login:login.com file to
mask your real one, and try starting FileView from the
session manager, or
(2) try doing "RUN SYS$SYSTEM:VUE$MASTER" from a DECterm window.
If either of these work from the lowly_user account, then the odds
good that there's something "bad" in your login.com file. In particular,
since you're not connected to a terminal, $inquires, etc, can hang/kill you.
-steve-
|
| 550.14 | | KONING::KONING | NI1D @FN42eq | Thu Apr 20 1989 12:50 | 4 |
| I hope the $Inquire problem is on someone's bug list...
paul
|
| 550.15 | EUREKA! | SHIRE::NICK | Nick Anastasi ES @ OUO | Fri Apr 21 1989 03:31 | 6 |
| I tried the blank login.com kludge AND IT WORKED!!!!!
Thank ye, thank ye kind sir!
I will now "tweek" the real login.com, and warn the Geneva
confraternity.
Nick
|
| 550.16 | Eureka addendum | SHIRE::NICK | Nick Anastasi ES @ OUO | Fri Apr 21 1989 03:55 | 10 |
| Addendum to .15
I also found that if you execute a command within the login.com,
say to start a DCL-type menu for new users, File View goes into
a loop. I cleaned out all <ESC> in the login.com as well!
Now it works!
Thanks again!
Nick
|