-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TN3270 doesn't work on 7554 port #2603
Comments
@1000TurquoisePogs, could you, please, take a look at this issue? It might be related to zLux. |
Note - this issue seems to be actively discussed in the OM slack. |
Sorry, Tono I've practically included the same information about our issue on both channels (Github & Slack) |
I'm sure the slack conversation is deleted now so hope there wasnt something important in there.
|
@1000TurquoisePogs , after moving from IBM to Kyndryl we have stopped using Slack (the corporation has decided to use Microsoft Teams) |
That essentially means that network activity is reaching the server through 7556 and not through 7554. A possible cause is authentication error, and clearing your browser cookies has worked for some people with the same issue. As for slack, we mean the Zowe slack. It is not related to IBM or Kyndryl and can be used without a corporate slack, as it is a website. It is where you can find us, but messages are not kept after a few weeks. Various links on it are here https://www.zowe.org/contribute.html |
Thanks a lot. |
Hi, re-oening this issue as it fails on firefox and all browsers, when you sign on, and then go away for a day and come back. Even if you have signed off (which clears the Zowe SSO cookie) there are other cookies left, and even though you can log back into the Zowe Desktop, the TN3270 and VT Terminal will do a timeout wait. |
@Joe-Winchester Are you able to replicate on at least Zowe 2.7? |
Hi Jakub, yes I can re-create this consistently. There is a call with the client on Wednesday at 1pm EST where we're hoping to do some more debugging. If anyone from the community wants to join that'd be great, as the only workaround we have is to clear cookies which works for a few seconds then the desktop behind APIML (7754) stops working again. |
Hi All. To try to debug the connection issue, we used Postman to run WebSocket requests to ports 7554 and 7556. The error messages for each port are different:
|
@1000TurquoisePogs It seems the issue reported is also related to the VT terminal use. In https://github.com/zowe/vt-ng2 I don't see a wiki like with the TN3270. What are the loggers that need to be enabled in app-server to get details of what this terminal is doing? |
Adding here logs with both Gateway websocket debugging enabled and terminal logs:
There's no indication of issues in the API Gateway. I think it could use analysis from the Zlux team. Also note the different domain, for Gateway it's mvst.host.com and for the terminal this is omvst.host.com. At this moment I'm unsure if this could lead to problems. |
Same loggers, I'll just copy-paste the wiki. |
Can someone comment is this was addressed in Zowe 2.15? I don't see a mention of it in the Release Notes |
Hi @armstro , the 2.15 release allows the ability to increase a number of timeout values related to websockets. The suspicion is (from looking at customer environments where TN3270 timed out when going via APIML and worked on a direct connection) that this may help.
By playing with these values and increasing the timeout value the hope is that the websocket timeout can be increased to avoid the issue that customers were experiencing, but we need more field testing to be sure. @pablocarle was the one who did the 2.5 system demo showcase of the feature so he'll have more details. |
This is in fact in the API ML changelog: https://github.com/zowe/api-layer/blob/v2.x.x/CHANGELOG.md#2150--zowe-2150-2024-02-21 Not sure why it would be missing from the 2.15 Zowe but we can review that. Just a small correction in the yaml, the example would be like this: gateway:
server:
webSocket:
maxIdleTimeout: 3600000
connectTimeout: 15000
stopTimeout: 30000
asyncWriteTimeout: 60000 Note the capital |
Hi everyone. We currently have zowe v2.14 installed, so we can't make those changes to the configuration requested by you. I've requested an upgrade to v2.15; As soon as I'm there, I'll be able to check if the terminals work fine with these parameters |
Hello, We installed v2.15 and have put the following in the yaml: We then tested VT Terminal and TN3270 and still see some users experiencing connection issues. |
Hi @gidon-lando, Could you provide the yaml's The values you've provided are the defaults. As such, it will be no different than with Zowe v2.14, please try increasing these values. In particular the connect timeout. |
Hey @pablocarle, Sure, here is the gateway section:
I didn't realize these were the default values. I'll increase connectTimeout and try again. |
Hi Everyone After migrate to Zowe v2.15 and fix the parameters suggested, the 3270 terminal work fine in our system |
I have a same issue as others. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>gateway: |
Hi @cfl0000, |
Good day;
I changed it to 30000, and it does not work either.
…On Mon, Jun 24, 2024 at 4:51 AM Pablo Carle ***@***.***> wrote:
I have a same issue as others. components:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
gateway: enabled: true port: 7554 debug: true #debug: false server:
websocket: maxIdleTimeout: 3600000 connectTimeout: 15000 stopTimeout: 30000
asyncWriteTimeout: 60000
Hi @cfl0000 <https://github.com/cfl0000>,
Have you tried longer values for the connectTimeout? Keep in mind 15000
(15 seconds) it's the default so far and it may be short for the time it
can take to start TN3270 or VT Terminal in Zowe Desktop.
—
Reply to this email directly, view it on GitHub
<#2603 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BJK7QBQ2PNFO47CAJSSF4PLZI7MZJAVCNFSM6AAAAAAQZUKCXGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCOBVHE2TOMZSGQ>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
We found out that there is one more thing at the very least that may be impacting this behavior and that's buffer size for the communication. E.g. if there are too many large cookies, the communication may fail due to the amount of data transmitted. The default is only 4k. @cfl0000 With the next minor release, we will provide a way to configure this behaviour. Specifically, it's managed by the requestBufferSize property. The current default value was 4k; the snippet below proposes changing it to 8k. If you want to try sooner, you can use the nightly build, which should already have this change. zowe:
components:
gateway:
connectTimeout: 15000
stopTimeout: 30000
asyncWriteTimeout: 60000
maxIdleTimeout: 3600000
maxIdleTimeout: 3600000
requestBufferSize: 8192 |
We migrated to Zowe v2.2 under z/OS v2.4
By accessing https://zosa.tor.es.ibm.com:7554/zlux/ui/v1/ all the applications (API Catalog, the different explorers, ..) work fine, but the TN3270 (TLS) fails.
However, if we access TN3270 from https://zosa.tor.es.ibm.com:7556 it works perfectly:
Any idea?
The text was updated successfully, but these errors were encountered: