In what normal case would you want TCP and related servers generally
available and the machine visible on the network when any applicable
application servers or related jobs hadn't been started or run yet ?

In my opinion the server should come up in single user mode until the
startup process is run. Better to have network access, related servers and
any required production applications enabled as part of a single startup
process than to have two disconnected processes.

For that reason my preference is to have STRTCP in QSTRUP rather than
somewhere else.

Evan Harris

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Roger Harman
Sent: Wednesday, 14 October 2009 12:23 p.m.
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Survey: STRTCP(*YES) or STRTCP(*NO) in IPL attributes

That's the way I used to do it - with the delays, etc. I may go back to
that just for finer control. Also considering externalizing the startup
process so it's configurable by database.

In looking at the help on CHGIPLA, it says the STRTCP command is run
when the IPL completes and the controlling subsystem is started. Pretty
much the timing I figured and that's why I had the DLYJOB's in there as
you mentioned.

nelsonp@xxxxxxxxxxxxx 10/13/2009 3:21:14 PM >>>
For all my customers, I've left the starting of the various TCP servers
QSTRUP with a monmsg to trap any response that the server is already

Same goes with STRTCP(*YES). I also have DLYJOB statements in the

There's no harm caused, so why not leave the statements in the program,
those just in case circumstances?

Paul Nelson
Office 512-392-2577
Cell 708-670-6978

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Roger Harman
Sent: Tuesday, October 13, 2009 4:53 PM
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Survey: STRTCP(*YES) or STRTCP(*NO) in IPL attributes

I used to have it in our startup but took it out in 2004. I've been
wrestling with this same issue since we got our new system but have
it at IPLA.

Does anyone know at what point TCP/IP is started via the IPL
in relation to the startup program getting called? I guess I'm
wondering if you can be certain TCP/IP is running before starting
things in the startup program.

Jerry@xxxxxxxxxxxxxxx 10/13/2009 1:06:08 PM >>>
I let the IPL start TCP. I looked at my QSTRUP procedure and the
STRTCP is there but commented out. Apparently I did that a shade over
two years ago, but for the life of me I cannot recall why. Anyway, I
haven't had any problems with TCP starting too soon; i.e., causing
conflicts or such.

Jerry C. Adams
IBM System i Programmer/Analyst
B&W Wholesale
office: 615-995-7024
email: jerry@xxxxxxxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Lukas Beeler
Sent: Tuesday, October 13, 2009 1:39 PM
To: Midrange Systems Technical Discussion
Subject: Re: Survey: STRTCP(*YES) or STRTCP(*NO) in IPL attributes

On Tue, Oct 13, 2009 at 20:22, Ingvaldson, Scott
<scott.ingvaldson@xxxxxxxxxx> wrote:
In this day and age does anyone really have a "very vanilla

We do, at our prod machines internally and at all our customers

I spent a lot of time a few years back getting
STRTCP(*YES) to work properly so that it wasn't starting twice and
creating miscellaneous server conflicts. I'm curious what everyone
thinks and does.

We use STRTCP(*YES) at the around 100 machines that are under our
control, and have never seen any issues with it. Or at least not in
the past 4 years.


This thread ...


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

This mailing list archive is Copyright 1997-2020 by 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].