Advertisement

10.23.2007 at 05:27PM PDT, ID: 22913468
[x]
Attachment Details
[x]
The Solution Rating System

With so many solutions, how can you tell which solutions are most likely to help you and which ones are not? To provide you with a tool to use, we rate our solutions based on various elements that most accurately determine if a solution is a quality solution. To explain what factors affect the solution rating, here are the elements we take into consideration when formulating our solution rating.

  • The Grade of the Solution
  • The Zone Rank of the Expert Providing the Solution
  • The Number of Author and Expert Comments
  • The Number of Experts Contributing
  • The Feedback of the Community

Your Input Matters
Because of the way the system is set up, the most important variable in this equation is you. As a member of Experts Exchange, you are able to cast your vote on the quality of the solutions in regard to how complete, accurate, helpful and easy to understand each solution is. When you provide your feedback, each rating is adjusted accordingly. So, if you see a solution that has a poor rating that you think is a good solution, let us know by rating it. As you do, the rating will be adjusted and will become more accurate for other members of our site.

If you have any suggestions that you would like to make for our rating system, please ask a question in the Suggestions Zone of Community Support.

Thank you!

8.2

Is there a way of monitoring detailed port information on an iSeries?

Asked by mattratt in AS / 400

Tags: , ,

Hi Folks,

I have a client server app running on Windows and iSeries V5R3.

It appears there is an interruption to comms between client and server, occurring almost daily at approximately the same time.  The listening job on the server happily accepts connections all day, then mysteriously ends with no error in the job log; a spool file is produced, the last line of which indicates either a send or receive error.

Advice from some other techs point to the possibility of network scans being run - and the point at which the scan hits the port on which my app is listening, the job ends itself.

I've discovered the NETSTAT *CNN command can show me the list of jobs that are using the port - checking it now, I can see the listening job and all the active connections (as expected).

What I'm keen to find is any other traces of activity on that port - the job will probably end some time after lunch today (if history repeats) and I'd like to find some way of looking back at activity on that port from any other jobs so I can definitively point the finger.

There's nothing in QHST for any of the previous failures, and with no other errors except "send failed. Broken pipe", I'm getting stuck on where else to look for the root cause!

Any ideas?

Cheers,
MattStart Free Trial
[+][-]10.24.2007 at 09:53AM PDT, ID: 20140664

View this solution now by starting your 7-day free trial. Setting up your free trial is quick, easy, and secure. We will return you to this solution, unlocked, when you're done.

 

About this solution

Zone: AS / 400
Tags: iseries, port, find
Sign Up Now!
Solution Provided By: bggauth
Participating Experts: 2
Solution Grade: A
 
 
[+][-]10.24.2007 at 12:50PM PDT, ID: 20142321

At Experts Exchange, members can ask their questions to thousands of technology professionals, also known as Experts. Experts compete and collaborate to answer those questions by leaving comments like this one.

Start your 7-day free trial to view this Expert Comment or ask the Experts your question.

 
 
Loading Advertisement...
20081112-EE-VQP-42 / EE_QW_2_20070628