Skip to content
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

Attempt to create grpc channel on occupied port 54379 #63

Closed
sverhoeven opened this issue Mar 12, 2020 · 3 comments
Closed

Attempt to create grpc channel on occupied port 54379 #63

sverhoeven opened this issue Mar 12, 2020 · 3 comments
Assignees
Labels
bug Something isn't working

Comments

@sverhoeven
Copy link
Member

During a calibration run of the Marrmot model, the model was started with Docker over a 100 times.

Then program the printed Attempt to create grpc channel on occupied port 54379 and then it was stuck waiting for a server port to become online.

@sverhoeven sverhoeven added the bug Something isn't working label Mar 12, 2020
@sverhoeven
Copy link
Member Author

The main problem is that the library keeps track of the ports it used before and returns None as channel when it tries to reuse a port.

A secondary problem is that the timeout of the BmiClient cant be set from the BmiClientDocker constructor.

@sverhoeven
Copy link
Member Author

The fix should be applied to master branch for a 0.3.x release and the 0.2-delay5s branch for a 0.2.x release.

@sverhoeven sverhoeven self-assigned this Mar 13, 2020
sverhoeven added a commit that referenced this issue Mar 13, 2020
sverhoeven added a commit that referenced this issue Mar 13, 2020
The are not released and the client should not care if the same port is used multiple times.

Refs #63
goord pushed a commit that referenced this issue Mar 13, 2020
* Added tests for create_grpc_channel

Refs #63

* Dont track ports used by client

The are not released and the client should not care if the same port is used multiple times.

Refs #63

* Added timeout argument to Docker, Singularity and Subprocess clients.

Refs #63
sverhoeven added a commit that referenced this issue Mar 13, 2020
sverhoeven added a commit that referenced this issue Mar 13, 2020
The are not released and the client should not care if the same port is used multiple times.

Refs #63
@sverhoeven
Copy link
Member Author

Fixed in master branch and the 0.2-delay5s branch

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant