-
Notifications
You must be signed in to change notification settings - Fork 123
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
CICD tests get stuck very frequently #3591
Comments
I have seen twice how MAPDL gets stuck on this line:
which is run in the test:
|
When the simulation is stuck, PyMAPDL is still "in control"... since if we use
Since CTRL+C does not kill the channel or the APDL command, it just waits for it to finish... I would say, the problem is on the gRPC channel or MAPDL not properly handling output file or something. |
Testing with the following script: export ON_LOCAL=False
export ON_CI=True
export PYMAPDL_START_INSTANCE=False
# export GRPC_VERBOSITY="debug"
# export GRPC_TRACE=api,call,connectivity_state,http_keepalive,http,handshaker
export ANSYSLMD_LICENSE_FILE=REDACTED
export PYMAPDL_LOG_APDL=true
export PYMAPDL_PORT=50053
rm ~/pymapdl/*.log
rm ~/jobs/*
ansysgrpc -port 50053 -dir ~/jobs > ~/pymapdl/apdl.log &
xvfb-run pytest --random-order-seed=567582 Using MAPDL 24.1 container image. |
It seems to be a parsing issue, for example at the end of this:
|
Closed in #3608 |
Since #3268 , the CICD takes forever, exhausting the timeout configuration. For instance:
https://github.com/ansys/pymapdl/actions/runs/12047613830/job/33590706548?pr=3583
I'm running tests locally on a container which should replicate similar configuration. I'm going to use this issue to report any thoughts or findings.
At the beginning I thought it was the grpc channel getting freeze, that is why I deactivated the
_subscribe_to_channel
, and the threads that check the stdout. But they didnt fix the issue.The text was updated successfully, but these errors were encountered: