BIND out of quota?

All types of networks, network stacks, and protocols supported by OpenVMS.
Post Reply

Topic author
willemgrooters
Valued Contributor
Posts: 87
Joined: Fri Jul 12, 2019 1:59 pm
Reputation: 0
Location: Netherlands
Status: Offline
Contact:

BIND out of quota?

Post by willemgrooters » Fri Nov 05, 2021 4:50 pm

Code: Select all

$ tcpip sho ver

  HP TCP/IP Services for OpenVMS Alpha Version V5.7 - ECO 5
  on an AlphaServer DS10 617 MHz running OpenVMS V8.4

$
BIND seems to have a problem after I re-created the configuration and files:

Code: Select all

Fri 05 20:30:46 ERROR: BUILD32$:[TCPIP_V57_BLECO5.SRC.BIND9_SERVER]SOCKET.C;1:1593: unexpected error:
Fri 05 20:30:46 ERROR: socket() failed: exceeded byte count quota
as given for the 'user':

Code: Select all

$ mc authorize sho tcpip$bind

Username: TCPIP$BIND                       Owner:  TCPIP$BIND
Account:  TCPIP                            UIC:    [3655,5] ([TCPIP$AUX,TCPIP$BIND])
CLI:      DCL                              Tables: DCLTABLES
Default:  SYS$SPECIFIC:[TCPIP$BIND]
LGICMD:   LOGIN
Flags:  Restricted
Primary days:   Mon Tue Wed Thu Fri
Secondary days:                     Sat Sun
Primary   000000000011111111112222  Secondary 000000000011111111112222
Day Hours 012345678901234567890123  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:  6   Login Fails:     0
Pwdlifetime:         90 00:00    Pwdchange:      (pre-expired)
Last Login:            (none) (interactive),  5-NOV-2021 20:29 (non-interactive)
Maxjobs:         0  Fillm:        50  Bytlm:        52200
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:        18  JTquota:       4096
Prclm:           8  DIOlm:        18  WSdef:          350
Prio:            8  ASTlm:       100  WSquo:          512
Queprio:         4  TQElm:        15  WSextent:       512
CPU:        (none)  Enqlm:       100  Pgflquo:      10240
Authorized Privileges:
  NETMBX       TMPMBX
Default Privileges:
  NETMBX       TMPMBX
This might be the initial setting (from VMS 7.3) and has never been updated, though VMS and TCPIP have. What would be a reasonable value for ByteLM or PByteLM?
Last edited by willemgrooters on Fri Nov 05, 2021 4:53 pm, edited 1 time in total.


sms
Master
Posts: 309
Joined: Fri Aug 21, 2020 5:18 pm
Reputation: 0
Status: Offline

Re: BIND out of quota?

Post by sms » Fri Nov 05, 2021 5:38 pm

Code: Select all

> [...] What would be a reasonable value for ByteLM or PByteLM?

   Around here (on what was my main system until I ran out of spare
power supplies):

ALP $ tcpip show version

  HP TCP/IP Services for OpenVMS Alpha Version V5.7 - ECO 5
  on a COMPAQ Professional Workstation XP1000 running OpenVMS V8.4    

UAF> sho tcpip$bind

Username: TCPIP$BIND                       Owner:  TCPIP$BIND
Account:  TCPIP                            UIC:    [3655,4] ([TCPIP$AUX,TCPIP$BIND])
CLI:      DCL                              Tables: DCLTABLES
Default:  SYS$SPECIFIC:[TCPIP$BIND]
LGICMD:   LOGIN
Flags:  Restricted
Primary days:   Mon Tue Wed Thu Fri        
Secondary days:                     Sat Sun
Primary   000000000011111111112222  Secondary 000000000011111111112222
Day Hours 012345678901234567890123  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:  6   Login Fails:     0
Pwdlifetime:         90 00:00    Pwdchange:      (pre-expired) 
Last Login:            (none) (interactive),  5-NOV-2021 17:08
(non-interactive)
Maxjobs:         0  Fillm:       128  Bytlm:       128000
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:       512  JTquota:       4096
Prclm:           8  DIOlm:       128  WSdef:         4096
Prio:            8  ASTlm:       128  WSquo:         8192
Queprio:         4  TQElm:       128  WSextent:     16384
CPU:        (none)  Enqlm:       128  Pgflquo:     102400
Authorized Privileges: 
  NETMBX       TMPMBX
Default Privileges: 
  NETMBX       TMPMBX

   How "reasonable" any of those values might be is another question.
It's entirely possible that when I got the 2GB of memory installed, I
went through and boosted quotas without any actual justification.

   If I wanted an official opinion, then I might dissect the TCPIP kit,
or do a fresh installation on a virgin (or re-virginized) disk, and see
how the various accounts are created.

   Is there anything in any of the patch release notes through the ages?

   I know nothing, but your quotas look to me more like what I'd expect
on a VAX.  And not a large VAX.


tim.stegner
VSI Expert
Valued Contributor
Posts: 55
Joined: Wed Jul 21, 2021 9:14 am
Reputation: 0
Status: Offline

Re: BIND out of quota?

Post by tim.stegner » Mon Nov 08, 2021 10:06 am

you might try looking at the SHOW PROC/ACCOUNTING values either within a session, or from the accounting data on a past session. This could give you an idea of how much of your process quotas have been used, and thus serve as a guide to which quotas to raise.

did you do an AUTOGEN with FEEDBACK after installing your new memory?

-TJ


Topic author
willemgrooters
Valued Contributor
Posts: 87
Joined: Fri Jul 12, 2019 1:59 pm
Reputation: 0
Location: Netherlands
Status: Offline
Contact:

Re: BIND out of quota?

Post by willemgrooters » Mon Nov 08, 2021 2:48 pm

I don't remember, but most likely not :). The system was 256Mb when I got it, updated to the max (512 Mb) but that was years ago. Autogen hasn't run in a long time either. Might be a good idea anyway

Post Reply