FOTS1838 Couldn't fork: EDC5112I Resource temporarily unavai

[senthil]

Hi, We have Co:Z SFTP built in our Mainframe (Z Os 1.13) system. We have many batch jobs that use the COZBATCH program and SFTP's files to the destination servers. All worked fine for 2 years and recently our Batch jobs(Different) are abending thrice a week with Below Error. On the second run these jobs execute fine.
Error message below.

cozsftp command exited with rc=255
BOTTOM OF PAGE 000000001 ------------------------------------------------------

Co:Z SFTP version: 2.1.1 (5.0p1) 2012-03-16
Copyright (C) Dovetailed Technologies, LLC. 2011. All rights reserved.
OpenSSH_5.0p1, OpenSSL 1.0.1c 10 May 2012
debug1: Reading configuration data /export/home/HEATFTP/.ssh/ssh_config
FOTS1838 Couldn't fork: EDC5112I Resource temporarily unavailable. (errno2=0x0B250012). reason code = 0b250012
FOTS1945 ssh-rand-helper child produced insufficient data
[19.214] Connection closed
BOTTOM OF LIST ----------------------------------------------------------------

We are not able to trace the problem. As this happens quite often it is really getting difficult to identify the cause for this issue.
For the record these jobs are scheduled in Ca7 and Ca7 submits it. Not all jobs abend but in a week 3 days we have job abends and count of jobs vary from 2 to 4. Please help us.

The below step is the SFTP step we have used in our batch jobs that abends with rc=255.

//XFERFILE EXEC PGM=COZBATCH
//STEPLIB DD DSN=SYSZ.COZ.PROD.LOADLIB,DISP=SHR
//SYSPRINT DD SYSOUT=*
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDIN DD DSN=EXPL.SFTP.PRD.LOGIN.GLOBE,DISP=SHR
// DD DSN=EXPL.SFTP.GLO.MUST.LOGIND,DISP=SHR
// DD *
put //EAA.LGPROD.ANOA20E.SE.PM ANOMALYSE.TXT
// DD DSN=EXPL.SFTP.QUIT,DISP=SHR
//*

Please help.

[dovetail]

FOTS1838 is an error from IBM Ported Tools OpenSSH (which is used by Co:Z SFTP for its underlying ssh connection).

Here is the documentation for the message reason code:

Code: Select all

>bpxmtext 0b250012
BPXPRCHK 06/19/09
JRMaxChild: The maximum number of processes for this user ID has been exceeded

Action: Ask the system programmer or system administrator to increase the
MAXPROCUSER parameter of the BPXPRMxx parmlib member.

This seems to indicate that the limit of total number of processes for this userid has been reached. Perhaps there are (many) other jobs running with the same userid?

[senthil]

Hi , Thanks for the response. Yes there are many jobs that runs with the same user id. Could you please suggest a way to avoid this problem.
This would be of great help and support

[dovetail]

The maximum processes per user can be set at a system level or at an individual userid level.

See: http://pic.dhe.ibm.com/infocenter/zos/v ... Fmaxpr.htm