You could look at the fcntl function - I was involved in a thread a
while ago here that mentioned this API - one way of calling it (duping
an FD) will get you the next available FD - I think you could then go
through from start to that number and try to close them.
That's a very vague recollection - Chuck had some input there, as well.
On 4/15/2014 12:10 PM, John Allen wrote:
Running V6.1 We have system that creates a lot of files in
the IFS, recently we started getting an error (lots of them
CPF9897 socket(): Too many open files for this process.
Apparently there are a lot of File Descriptors being left
allocated during this process.
I have not tracked down the program at issue here (I am
thinking some program is not closing the file)
But my question is, until I can find the culprit and get it
fixed is there a way to force all the open file descriptors
to close or deallocate (not sure of the correct term)
I ran the program CALL PGM(QP0FPTOS) PARM(*DUMPLFS
'999999')(where 99999 is the job number from the job getting
A lot of foreign stuff in the report but I do see:
Max Number of Descriptors Allowed (size) 524282
Max Number of Descriptors Allocated 47
Min Deallocated Descriptor 45
1) I need something to do short term to get this
2) Then I will need to track this issue down
Any Suggestions on #1 or #2 would be greatly appreciated