-
Notifications
You must be signed in to change notification settings - Fork 179
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
TCP connection not closed even after the association is aborted #979
Comments
Can you post your code, the anonymised output from |
@shoibahamed it's difficult for me to reproduce this without more information. |
I'm sorry for delay @scaramallion . I have been trying yo reproduce this and have not been able to. There are no error messages apart from notification that the association was aborted due to network timeout. The socket would just stay open until the application is restarted even after the associations is aborted and state machine showing state transitions The code is running on docker container on image alpine:3.16 So I was able to overcome this issue by getting the socket from dul in the association abort event and manually closing it. Like this
|
No problem, thanks for the additional information. |
The PACS after sending images, does not release the association. Hence the "Network timeout" is triggered.
When the association is timed out and aborted by the scp, the TCP connection remains in the ESTAB state. And it will remain in the ESTAB state until the application is restarted
I see this error on the prod environment and the PACS is STENTOR. However, I could not reproduce on my local
New connections are opened for every association and they remain open and eventually and application hits maximum_associations and then rejects all other associations that are trying to be opened with the error message - "local limit exceeded"
The text was updated successfully, but these errors were encountered: