This is what I have done, however I need to fix the problem. I don't think
this system is up to date on PTFs, but I wonder what has happened to have
this start to happen.
Thanks to all those who have responded.


Carl J. Galgano
EDI Consulting Services, Inc.
770-422-2995
F: 678-881-9224
http://www.ediconsulting.com

530 Roselane Street
Marietta, GA 30060

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Chris Bipes
Sent: Tuesday, September 23, 2008 6:41 PM
To: Midrange Systems Technical Discussion
Subject: RE: System running out of ports

This has nothing to do with reclaim storage as this it IP ports not storage.
using netstat *cnn you can take option 4 next to the connections that have
been dead for more than 2 minutes. this will free up ports for your use.




Chris Bipes
Director of Information Services
CrossCheck, Inc.


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Scott Klement
Sent: Tuesday, September 23, 2008 3:16 PM
To: Midrange Systems Technical Discussion
Subject: Re: System running out of ports

Prompt the CHGTCPA command. Check the 'TCP time-wait timeout' value. I
suspect that it's set too high.

The situation is quite weird, because when in 'time-wait' state, the sockets
are really just waiting for a period of time as a "just in case"

type of measure. It shouldn't involve anything other than waiting for

the timeout value.

So unless that timeout value is too high, all I can think of is a problem in
the OS (maybe some corruption somewhere?) If it's not the timeout value,
and an IPL and/or RCLSTG doesn't help, I'd call IBM.


Carl Galgano wrote:
I have a customer with a 170 that has been running and running for
years.
We rarely touch it.

In the past 2 weeks I have received a few calls about printers that
have stopped working. In looking at the spool job's joblog, I can see

message that the system has run out of port for LPD/LPR printing.
Further inspection of the NETSTAT (option 3) screen indicates that
there are literally thousands of jobs initiated from the iSeries to
the printer in a TIMED-WAIT status, with idle times measured in days.

In looking at other iSeries boxes, it appears that for every spool
file send from the iSeries to a printer, the iSeries opens a new
connection with a local port to port 515 on the printer, sends the
data, goes idle, and after about 60-90 seconds, the connection
disappears.

So, what is my customer with the 170's connections not ending
gracefully????
BTW, the client is at V5R1.



Carl J. Galgano
EDI Consulting Services, Inc.
770-422-2995
F: 678-881-9224
http://www.ediconsulting.com

530 Roselane Street
Marietta, GA 30060



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.169 / Virus Database: 270.7.1/1686 - Release Date: 9/23/2008
7:38 AM



This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].