-
Notifications
You must be signed in to change notification settings - Fork 6.2k
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
[air] Move to new storage_path API in tests and examples #34263
[air] Move to new storage_path API in tests and examples #34263
Conversation
Signed-off-by: Kai Fricke <kai@anyscale.com>
Signed-off-by: Kai Fricke <kai@anyscale.com>
Signed-off-by: Kai Fricke <kai@anyscale.com>
Signed-off-by: Kai Fricke <kai@anyscale.com>
Signed-off-by: Kai Fricke <kai@anyscale.com>
Signed-off-by: Kai Fricke <kai@anyscale.com>
Unit test looks good. Can we also run two release tests: 1. one tune scalability and 2. one tune cloud test |
Yes, release tests are here: https://buildkite.com/ray-project/release-tests-pr/builds/34534#_ The worker fault tolerance test failure seems unrelated to the changes but I'll double check. |
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.
Looks good.
I do have a question about a SyncConfig.upload_dir
remainder that is causing some unintended effects:
Experiment checkpoint upload logic currently checks for upload_dir
in order to determine whether or not to ignore uploading checkpoint dirs. We should just check for self._remote_checkpoint_dir
and remove the need for sync_config in this case:
if bool(self._sync_config.upload_dir): |
Should we fix this in the current PR? Or is there another PR queued up already?
Signed-off-by: Kai Fricke <kai@anyscale.com>
…-tests-examples # Conflicts: # doc/source/tune/doc_code/fault_tolerance.py
Signed-off-by: Kai Fricke <kai@anyscale.com>
The test failure seems unrelated - it's a segfault that seems to come from a different source. It also seems to be a flaky test. I've left some debug prints in the test for the next time this failure occurs, but assuming the unit tests pass, we can merge this PR. |
Signed-off-by: Kai Fricke <kai@anyscale.com>
Thanks! Overlooked this one. Fixed |
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.
stamp docs
…#34263) Following ray-project#33463, this PR updates our tests, examples, and docs to use the new `storage_path` API. The only locations where we continue to use the `local_dir` statement are tests where we specify both a local dir and a remote dir. For these tests, we can move to an environment-variable based wrapper in the future. Signed-off-by: Kai Fricke <kai@anyscale.com>
…#34263) Following ray-project#33463, this PR updates our tests, examples, and docs to use the new `storage_path` API. The only locations where we continue to use the `local_dir` statement are tests where we specify both a local dir and a remote dir. For these tests, we can move to an environment-variable based wrapper in the future. Signed-off-by: Kai Fricke <kai@anyscale.com> Signed-off-by: elliottower <elliot@elliottower.com>
…#34263) Following ray-project#33463, this PR updates our tests, examples, and docs to use the new `storage_path` API. The only locations where we continue to use the `local_dir` statement are tests where we specify both a local dir and a remote dir. For these tests, we can move to an environment-variable based wrapper in the future. Signed-off-by: Kai Fricke <kai@anyscale.com> Signed-off-by: Jack He <jackhe2345@gmail.com>
Why are these changes needed?
Following #33463, this PR updates our tests, examples, and docs to use the new
storage_path
API.The only locations where we continue to use the
local_dir
statement are tests where we specify both a local dir and a remote dir. For these tests, we can move to an environment-variable based wrapper in the future.Related issue number
Checks
git commit -s
) in this PR.scripts/format.sh
to lint the changes in this PR.method in Tune, I've added it in
doc/source/tune/api/
under thecorresponding
.rst
file.