-
Notifications
You must be signed in to change notification settings - Fork 90
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
adding testing bacalhau running script #3157
Conversation
Also clean up some tech debt around labels – make it part of the node setup proper, which paves the way for labels to be regenerated on every publish in the future.
…-but-dont-have-access-to-the-test-bucket
This commit allows the CLI to show a node ranking error message when nodes don't have the available engine installed. We do this by removing the FindNodes method previously used for node discovery. This used to pre-filter the returned nodes to remove any that did not support the engine, but this meant that they wouldn't even appear to the ranking system and wouldn't appear on the CLI either. This was only here as a performance optimisation, but it's premature (ranking will still take milliseconds even with a 10,000 node cluster). Now, we just list all nodes and filter them using the engine ranking strategy instead. In fact, this strategy has been present for months and is even enabled, it just never did anything because it was never passed any nodes to filter out. It works just fine, and provides users with a helpful error messgae, as below: % bacalhau docker run ubuntu date Using default tag: latest. Please specify a tag/digest for better reproducibility. Job successfully submitted. Job ID: 270ad777-1279-48f1-bc51-c7aa900a90e8 Checking job status... (Enter Ctrl+C to exit at any time, your job will continue running): Communicating with the network ................ done ✅ 0.0s Creating job for submission ................ err ❌ 0.5s Error submitting job: not enough nodes to run job. requested: 1, available: 0. Node QmT5mqWF: does not support docker, only wasm
…n-s3-credentials-are-valid-but-dont-have-access-to-the-test-bucket
…3151-fix-tests-when-s3-credentials-are-valid-but-dont-have-access-to-the-test-bucket
…sts-when-s3-credentials-are-valid-but-dont-have-access-to-the-test-bucket
…-tests-when-s3-credentials-are-valid-but-dont-have-access-to-the-test-bucket
…ave-access-to-the-test-bucket' into bacalhau_server_running_tester
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This PR looks identical to #3154 ??
The issue is that we are slow at approving PRs, i started using stacked branches so each PR was small, but worked when done in order - https://andrewlock.net/working-with-stacked-branches-in-git-is-easier-with-update-refs/ - this minimizes pain, but requires we do things in order (which is not clear to me how to signal). This one IS different, but only very small so it looks the same. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Needs an update to remove stuff already committed/reviewed.
Rebase failed
No description provided.