I just found another sample of non-Rochester information source that need to be taken with another grain of salt : https://www.ibm.com/docs/en/ibm-mq/9.2?topic=ccqms-using-self-signed-certificates-mutual-authentication-client-queue-manager
In the early part of this web page, there is this statement : DCM on IBM® i does not support self-signed certificates, so this task is not applicable on IBM i systems.
This statement is clearly inaccurate because IBM i does support self-signed certificate. I suspect that its meaning may actually be that MQ Server may not be seen in IBM i DCM and so cannot be assigned a certificate from IBM i DCM. Whatever the actual meaning is, my point is that the statement is made without attention to detail and it can cause misunderstanding to those who do not know IBM i well enough in the management of DCM and certificate.
Education is not the learning of facts but the training of the mind to think. -- Albert Einstein.
Satid S.
Original Message:
Sent: Thu May 18, 2023 08:23 PM
From: Satid Singkorapoom
Subject: How to properly quiesce http on IBM i?
Dear Robert
>>>> But they also say that ENDJOB works pretty good. <<<<
The URL you provided above appears to be created by the IBM group that owns WAS rather than from IBM Rochester team. I would take any information relating to IBM i from non-Rochester group with a grain of salt. Why? Coincidentally, just a few days ago, someone asked a question about handling FTP of a save file image from PC to IBM i with error and I found that the URL that provided instruction of such action steps was from a group owning QRadar and I found that one of the action steps was described incorrectly. So, I would make sure the information I would take more seriously is only to come from IBM Rochester team :-)
------------------------------
Education is not the learning of facts but the training of the mind to think. -- Albert Einstein.
------------------------------
Satid S.
Original Message:
Sent: Thu May 18, 2023 02:02 PM
From: Robert Berendt
Subject: How to properly quiesce http on IBM i?
IBM says that if you're not going to use the GUI to shutdown Websphere but prefer a command line you can use stopServer in QSH.
But they also say that ENDJOB works pretty good.
https://www.ibm.com/docs/en/was-nd/8.5.5?topic=servers-stopping-application-server
So I guess any concerns about a 'clean' shutdown are unwarranted.
------------------------------
Robert Berendt IBMChampion
Original Message:
Sent: Thu May 18, 2023 11:17 AM
From: Steven Riedmueller
Subject: How to properly quiesce http on IBM i?
Hi Rob,
I've always ended the webservers individually: ENDTCPSVR SERVER(*HTTP) HTTPSVR(myserver)
Or end them all at once: ENDTCPSVR SERVER(*HTTP)
We do run IWS app servers, but never took care to end the app server before the Apache instance.
So I guess I don't have a definitive authoritative answer for you, but anecdotally it has never been an issue for me to end them with ENDTCPSVR!
------------------------------
Steven Riedmueller
Original Message:
Sent: Fri May 12, 2023 09:46 AM
From: Robert Berendt
Subject: How to properly quiesce http on IBM i?
I am reviewing my instructions on how to properly quiesce http on IBM i.
I generally start with
http://myibmi:2001/HTTPAdmin
Then I shutdown all "Application Servers" not starting with Admin.
Then I shutdown all "HTTP Servers" not starting with Admin.
Why not the Admin genre? Because that is what you are using in this interface and shutting those down interferes with shutting down the others cleanly.
Does using the web interface help to shut the non Admin servers down more cleanly?
Or is the web interface simply a waste of time compared to ENDTCPSVR SERVER(*HTTP)?
What about some of the more common servers displayed like: APACHEDFT, IBMARE, IWADFT?
------------------------------
Robert Berendt IBMChampion
------------------------------