Conference iosg::all-in-1_v30

4019.0. "Insufficient memory for filecab server" by STKAI2::HAGBERG () Wed Mar 23 1994 15:58

Hello

Have searched in this conference about this problem without success.
I really hope someone could give me some hints whats wrong.

Here it is.
ALL-IN-1 v3.0A
TLC v2.0
Teamlinks v2.0
A cluster with 2 VAX 6610 with 511 and 384 mb main memory.

The problem is the Filecab server which seems to run out of memory, we have 
something like 100 concurent Teamlinks users and about 200-250 vt users.

If I look at the server from the manager account it have status Running/Enabled 
and the the server process exist. If we try to file documents to another drawer 
than MAIN, this error message appear File cabinet object does not exist. 
This happens one to three times a day, after this we have stop the process and 
restart the server. These problems started when all the Teamlinks users began to 
access ALL-IN-1 IOS, of course they can't connect to ALL-IN-1 IOS before I 
restart the filecab server. 

Here's an short extraxt from the OAFC$SERVER.LOG

23-MAR-1994 10:52:07.88  Server: STKALL::"73="  Error: %OAFC-E-INTERR, Internal
in File Cabinet Server  Message: Insufficient memory
23-MAR-1994 11:02:06.79  Server: STKALL::"73="  Error: %RMS-F-DME, dynamic memoa
usted  Message: CsiTestType; Couldn't update crossfiled components flag
23-MAR-1994 11:02:07.11  Server: STKALL::"73="  Error: %RMS-F-DME, dynamic memoa
usted  Message: CsiTestType; Couldn't update crossfiled components flag
23-MAR-1994 11:08:35.61  Server: STKALL::"73="  Error: %OAFC-E-INTERR, Internal
in File Cabinet Server  Message: Insufficient memory

I have also tried to trace the filecab server but found no errors in the trace 
log.
The OAFC$server account looks like this, and I beleive quotas is quite high...

Username: OAFC$SERVER                      Owner:  233734_ALLIN1
Account:                                   UIC:    [351,237] ([OAFC$SERVER])
CLI:      DCL                              Tables: DCLTABLES
Default:  NLA0:[USER]
LGICMD:   NLA0:
Flags:  Restricted DisMail GenPwd
Primary days:   Mon Tue Wed Thu Fri
Secondary days:                     Sat Sun
Primary   000000000011111111112222  Secondary 000000000011111111112222
Day Hours 012345678901234578901223  Day Hours 012345678901234567890123
Network:  ##### Full access ######            ##### Full access ######
Batch:    -----  No access  ------            -----  No access  ------
Local:    -----  No access  ------            -----  No access  ------
Dialup:   -----  No access  ------            -----  No access  ------
Remote:   -----  No access  ------            -----  No access  ------
Expiration:            (none)    Pwdminimum: 15   Login Fails:     0
Pwdlifetime:         30 00:00    Pwdchange:      (pre-expired)
Last Login:            (none) (interactive), 23-MAR-1994 07:00 (non-interactive)
Maxjobs:         0  Fillm:      4000  Bytlm:       512000
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:      4000  JTquota:       4096
Prclm:           2  DIOlm:      4000  WSdef:         4096
Prio:            4  ASTlm:      5000  WSquo:         6000
Queprio:         0  TQElm:       400  WSextent:     80000
CPU:        (none)  Enqlm:      8000  Pgflquo:     270000
Authorized Privileges:
  CMKRNL SYSNAM PRMMBX TMPMBX EXQUOTA NETMBX SYSPRV SYSLCK
Default Privileges:
  CMKRNL SYSNAM PRMMBX TMPMBX EXQUOTA NETMBX SYSPRV SYSLCK
Identifier                         Value           Attributes
  OLIS$OWNER                       %X8001011D      RESOURCE

Regards,
P�r

    Hi Par,
    
>23-MAR-1994 11:02:07.11  Server: STKALL::"73="  Error: %RMS-F-DME, dynamic memoa
>usted  Message: CsiTestType; Couldn't update crossfiled components flag
    
    This suggests to me that PIOPAGES and CTLPAGES parameters need to be
    looked at.  The PIOPAGES is used by the RMS buffers and CTLPAGES used
    for the logical name tables.
    
    AUTOGEN unfortunately does not calculate the above mentioned
    parameters, so in modparams.dat you will have to put an absolute value
    for PIOPAGES.
    
    Regards,
    
    Sunil

       Hello
       
       Thanks for your reply Sunil.
       
       Today we have these values PIOPAGES = 365 and CTLPAGES = 100
       I'll try change them to PIOPAGES = 465 and CTLPAGES = 150.
       
       Hope to hear from you if this sounds to low or incorrect.
       Reboot the system tonight.
       
       Regards,
       P�r
       
       
       
        

    P�r,
    
    Note that the process quotas for the FCS are set by the startup command
    files and FCS logicals if set.
    
    The error "Insufficient memory" normally indicates that PGFLQUOTA
    (process quota) or VIRTUALPAGECNT (system parameter) is exhausted. I
    would modify your system startup to set the logical
    OAFC$SERVER_PGFLQUOTA to a higher value (try 100000).
    
    Cheers,
    
    Iain

    Hi P�r,

    Also note the explicit values that are used with the run command have
    no affect during a reboot.  When a system is rebooted the quotas that
    are used are the PQL_Mccccccc quotas.
    
    As to the values you have given I cannot comment as you have to
    determine them based upon your system requirements.
    
    Regards,
    
    Sunil

       Hello
       
       Today the server has been running for two days without any 
       problems at all!!
       It seems that that it helped increasing the PGFLQUOTA (and 
       some other parameters as well) in the OAFC$STARTUP.COM and
       the sysgen parameter PIOPAGES.
       
       Thank you for helping me with this.
       
       Regards,
       P�r