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

First exec/job run of a new project can fail with "no matched nodes" #3675

Closed
gschueler opened this issue Jul 12, 2018 · 0 comments · Fixed by #3678
Closed

First exec/job run of a new project can fail with "no matched nodes" #3675

gschueler opened this issue Jul 12, 2018 · 0 comments · Fixed by #3678
Milestone

Comments

@gschueler
Copy link
Member

Describe the bug

Due to delay in asynch loading of project nodes, the first time a job or execution is run in a new project, the nodes may not yet be available, causing "no matched nodes" error.

To Reproduce

Can occur in automated installs/tests, or if a job/execution is executed immediately after a project is created, (e.g. via API calls)

Expected behavior

The project node configuration is loaded synchronously if necessary the first time the nodes are needed.

Additional context

The default application behavior to load project nodes asynchronously the first time is a configuration value, and the workaround is to add this to rundeck-config.properties:

rundeck.nodeService.nodeCache.firstLoadAsynch=false

However, the default should be inverted so that the first load is synchronous. Potentially there should be a new project-level configuration to toggle the behavior, so that in cases where Node loading is known to take a long time and the tradeoff of asynchronous behavior is acceptable then it can be enabled.

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

Successfully merging a pull request may close this issue.

1 participant