TCPIP socket error

[Jack Churchill]

After several days, telent, ftp and other tcpip related apps produce the following message on a 7.3-1 system:

Internet interface error
socket ()
process quota exceeded

I tried to increase the device sockets but this version of UCX (5.3) says it no longer supports it. "ucx show comm" also no longer shows peak values of anything. "ucx show comm/mem" shows how many mbufs are used, whatever they are. I've increased the CHANNELCNT from 256 to 512 and RJOBLIM from 16 to 32, and autogened the system to see if it helps.

Any other ideas?

[Willem Grooters]

Can you give more detail on the type of processes - interactive, batch? Have these been active all that time, or does it suddenly happen that all go down that way?
Anyway, check the process quota in UAF and SYSGEN: I think in particular BYTLM and TQELM

Willem

[Peter Quodling]

HAve you looked at the errant processes with SDA (i.e. Anal/sys)?

q

[Jack Churchill]

The problem is first noticed when someone tries to telnet to the server from another system, typically a PC. Then when they log on the server via DECnet, they try to telnet out of the server to another one and get the error message. Same with ftp.

No I haven't used SDA but I will now that you reminded me. I've already tried ACC but not much I could find there. Thanks.

[Willem Grooters]

If I get it right:

PC --telnet --> VMS
PC --decnet --> VMS --telnet/ftp--> another server

or:

PC --telnet--> VMS --decnet--> VMS --telnet/ftp--> another server

In both cases: what type of system is that? if VMS, check the user quota on that system.

Check quota on the system reached by DECNet, as said: BYTLM, TQELM, but it might be you have to raise other ones as well. I could think of BIOLM and ASTLM as well. Take a look to the UAF settings of users TCPIP$FTP and TCPIP$TELNET

[Jack Churchill]

Anywhere --telnet --> VMS_A --> telnet anywhere works OK for a few days then one day the first telnet from anywhere won't connect. Then:

VMS_B --SET HOST --> VMS_A --telnet --> anywhere gives the error message

At other times telnet from VMS_A is OK.

I do recall one day I could telnet from VMS_A but not to it!

[Ian Miller.]

could you be reaching the limit on the telnet service - see
$ TCPIP SHOW SERVICE TELNET/FULL

with previous sessions not ended properly.

[Jack Churchill]

Nothing obvious yet. Iâ ll probably have to wait for the problem to happen again then see the evidence. What I have found is when I do a tcpip show comm/mem every so often, the following keep increasing. I wonder if this is a sign of a memory leak.

9568 mbufs in use:
3148 mbufs allocated to socket structures
6290 mbufs allocated to protocol control blocks

[Volker Halle]

Jack,

how did you 'get rid of the problem' in the past ? Reboot ? If so, it could indeed be a memory leak. Does nonpaged pool usage increase as well (SHOW MEM/POOL/FULL) ?

Volker.

[labadie_1]

could you post
$ ana/sys
tcpip sh inetcb/stat

it may show some stuff

[Volker Halle]

Jack,

which version of TCPIP are you running ($ TCPIP SHOW VERSION) ?

There is a solution description in TCPIP V5.3 ECO 4 to a problem, which sounds similar to yours:

After upgrade to V5.3, system runs for a while then see %SYSTEM-F-EXQUOTA process quota exceeded when trying to use a socket application. $ TCPIP SHOW COMM/MEM shows close to 10,000 socket structures allocated.

Volker.

[labadie_1]

Volker

We have the same idea in mind I guess :-)

[Jack Churchill]

Discovered that patch kit VMS731_ACRTL-V0400 has the following fix, which may fix the problem. Before I apply this patch Iâ ll first apply the latest ECO for TCPIP services to see if it has any impact the accumulating mbufs.


6.2.13 socket_fd() memory leak

6.2.13.1 Problem Description:

A memory leak can occur in programs using socket_fd.

Images Affected:

- [SYSLIB]DECC$SHR.EXE

- [SYSLIB]DECC$SHR_EV56.EXE

[Volker Halle]

Jack,

a memory leak in DECC$RTL would probably be in user mode process memory and not affect the mbufs maintained by TCPIP in kernel mode.

Which TCPIP V5.3 patch do you currently have installed ?

Volker.

[Jack Churchill]

No patch/ECO for TCPIP is installed at the moment.

[Ian Miller.]

install the ECO kit for V5.3
ftp://ftp.itrc.hp.com/openvms_patches/layered_products/alpha/DEC-AXPVMS-TCPIP_ECO-V0503-184-4.txt
ftp://ftp.itrc.hp.com/openvms_patches/layered_products/alpha/DEC-AXPVMS-TCPIP_ECO-V0503-184-4.PCSI-DCX_AXPEXE

it does look like a memory leak. The ECO kit release notes do not mention all the fixes contained.