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

Distributed mutex provider ovveride #159

Open
k-u-s opened this issue Mar 31, 2021 · 3 comments
Open

Distributed mutex provider ovveride #159

k-u-s opened this issue Mar 31, 2021 · 3 comments
Assignees
Labels
enhancement New feature or request

Comments

@k-u-s
Copy link

k-u-s commented Mar 31, 2021

Is your feature request related to a problem? Please describe.
When debugging i often terminate process that causes mutex to not dispose correctly and therefor next run is blocked.

Describe the solution you'd like
Allow to specify to skip mutex distributed lock instead via cmd args for eg: --distributed-mutex-provider none
Also that has advantage over alternative solution described bellow that allows to be run on machines that do not have access to internet and servicestack services.

Describe alternatives you've considered
Running scripts on before start that changes token to new value every time.

Additional context
Not available

@peters peters added the enhancement New feature or request label Mar 31, 2021
@peters peters self-assigned this Mar 31, 2021
@peters
Copy link
Collaborator

peters commented Apr 1, 2021

I think the solution of a random token each time is an acceptable workaround. Are you unable to connect to snapx.dev ?

@k-u-s
Copy link
Author

k-u-s commented Apr 1, 2021

From what I understand that script just builds and starts project. I do not have problem with building or starting it.

Problem is that after I terminate process it block on acquiring mutex. Which normally is fine just in my setup its inconvenient.

Also on CI it is pretty annoying to setup when outgoing traffic is not allowed

@DrMaester
Copy link

We are unable to connect to snapx.dev because of our proxy setup. Therefore we would be very interested in overriding the distributed mutex provider. Or is there an workaround to use snapx without internet connection ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants