× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Thanks Justin, that would be the excruciatingly slow way to do it. Makes
Microsoft transplants happy though. The actual command I wanted was:

ENDTCPSVR SERVER(*HTTP) HTTPSVR(*ALL)

In this case my fingers were faster than my brain, or brain slower than my
fingers, take your pick.


--
Jim Oberholtzer
Agile Technology Architects

-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxx> On Behalf Of Justin
Taylor
Sent: Wednesday, December 19, 2018 8:43 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: RE: ENDTCPSVR default of *ALL

Navigator (web or iAccess):
Network->Servers->TCP/IP Servers
Right-click "HTTP Administration"->Stop Instance->All



-----Original Message-----
From: Jim Oberholtzer [mailto:midrangel@xxxxxxxxxxxxxxxxx]
Sent: Wednesday, December 19, 2018 8:30 AM
To: 'Midrange Systems Technical Discussion' <midrange-l@xxxxxxxxxxxx>
Subject: RE: ENDTCPSVR default of *ALL

What I really wanted to do was shut down all the *HTTP servers and missed
the correct parameter.


--
Jim Oberholtzer
Agile Technology Architects

-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxx> On Behalf Of Rob Berendt
Sent: Wednesday, December 19, 2018 7:47 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: Re: ENDTCPSVR default of *ALL

IBM has a history of changing defaults. Mostly to stop users from shooting
themselves in the foot. (You know, people like you.) One example is that
default on SAVLIB was changed from *no on saving access paths a long time
ago. People may have been upset that their save time jumped but, by golly,
they didn't have to wait a week to use their system upon a restore while it
was rebuilding access paths.

Besides, starting with ENDTCPSVR *ALL is bad practice as some services take
a long time to stop and if you don't wait you corrupt your system.
Like *CIMOM; muck that up and you just lose telnet (like 5250). A rather
important thing to a few IBM i shops. *MGTC can also be a persnickety
child.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: "Jim Oberholtzer" <midrangel@xxxxxxxxxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 12/19/2018 08:36 AM
Subject: ENDTCPSVR default of *ALL
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Every now and then my fingers get faster than my brain. ENDTCPSVR command
default is *ALL meaning ALL the TCP servers so, NFS, CIMOM, FTP, HTTP, etc.
but it also includes Telnet and a few others that are, well, important...



About once a year it happens, and it just did. Fortunately, it was one of
my own systems and I was the only one on the system but still, it's a
mistake that should not be made. I wish IBM would make the default *NONE.
Maybe a request in the future but in the past, I've been told they don't
change defaults since that might mess things up for some folks.



More of a warning than anything else pointing out that even very experienced
system admins make mistakes and the systems need to be built to protect
itself.



Sounds more like the beginning of an *EXIT program than anything else.



--

Jim Oberholtzer

Agile Technology Architects



--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com



--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link:
https://amazon.midrange.com


--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link:
https://amazon.midrange.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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

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

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.