-
Notifications
You must be signed in to change notification settings - Fork 5.8k
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
Move export events to separate folder #47747
Move export events to separate folder #47747
Conversation
Signed-off-by: Nikita Vemuri <[email protected]>
Signed-off-by: Nikita Vemuri <[email protected]>
Signed-off-by: Nikita Vemuri <[email protected]>
@@ -240,7 +240,7 @@ def job_failed(job_id): | |||
with pytest.raises(AssertionError): | |||
assert_no_user_info_in_logs(USER_SECRET) | |||
|
|||
assert_no_user_info_in_logs(USER_SECRET, file_whitelist=["runtime_env*.log"]) | |||
assert_no_user_info_in_logs(USER_SECRET, file_whitelist=["runtime_env*.log", "event_EXPORT*.log"]) |
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.
Updating so TestNoUserInfoInLogs::test_basic
passes regardless of value of FF
Signed-off-by: Nikita Vemuri <[email protected]>
@@ -240,7 +240,9 @@ def job_failed(job_id): | |||
with pytest.raises(AssertionError): | |||
assert_no_user_info_in_logs(USER_SECRET) | |||
|
|||
assert_no_user_info_in_logs(USER_SECRET, file_whitelist=["runtime_env*.log"]) | |||
assert_no_user_info_in_logs( | |||
USER_SECRET, file_whitelist=["runtime_env*.log", "event_EXPORT*.log"] |
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.
why is this necessary? There shouldn't be "user info" in the export events is there?
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.
Various export events contain runtime env info (which is considered user info) because the runtime env is returned in some dashboard APIs
…ita/move_export_events_to_different_folder
Signed-off-by: Nikita Vemuri <[email protected]>
Move export events from session_latest/logs/events to session_latest/logs/export_events Keeping both event types in the same folder doesn't cause any issue for Ray -- export event files are already filtered out for /events API in ray/python/ray/dashboard/modules/event/event_utils.py Line 22 in 1e48a03 all_source_types = set(event_consts.EVENT_SOURCE_ALL) However moving these to a separate folder would be better for existing downstream consumers to avoid handling export events in the events folder if they turn the flag on Signed-off-by: ujjawal-khare <[email protected]>
Move export events from session_latest/logs/events to session_latest/logs/export_events Keeping both event types in the same folder doesn't cause any issue for Ray -- export event files are already filtered out for /events API in ray/python/ray/dashboard/modules/event/event_utils.py Line 22 in 1e48a03 all_source_types = set(event_consts.EVENT_SOURCE_ALL) However moving these to a separate folder would be better for existing downstream consumers to avoid handling export events in the events folder if they turn the flag on Signed-off-by: ujjawal-khare <[email protected]>
Move export events from session_latest/logs/events to session_latest/logs/export_events Keeping both event types in the same folder doesn't cause any issue for Ray -- export event files are already filtered out for /events API in ray/python/ray/dashboard/modules/event/event_utils.py Line 22 in 1e48a03 all_source_types = set(event_consts.EVENT_SOURCE_ALL) However moving these to a separate folder would be better for existing downstream consumers to avoid handling export events in the events folder if they turn the flag on Signed-off-by: ujjawal-khare <[email protected]>
Move export events from session_latest/logs/events to session_latest/logs/export_events Keeping both event types in the same folder doesn't cause any issue for Ray -- export event files are already filtered out for /events API in ray/python/ray/dashboard/modules/event/event_utils.py Line 22 in 1e48a03 all_source_types = set(event_consts.EVENT_SOURCE_ALL) However moving these to a separate folder would be better for existing downstream consumers to avoid handling export events in the events folder if they turn the flag on Signed-off-by: ujjawal-khare <[email protected]>
Move export events from session_latest/logs/events to session_latest/logs/export_events Keeping both event types in the same folder doesn't cause any issue for Ray -- export event files are already filtered out for /events API in ray/python/ray/dashboard/modules/event/event_utils.py Line 22 in 1e48a03 all_source_types = set(event_consts.EVENT_SOURCE_ALL) However moving these to a separate folder would be better for existing downstream consumers to avoid handling export events in the events folder if they turn the flag on Signed-off-by: ujjawal-khare <[email protected]>
Move export events from session_latest/logs/events to session_latest/logs/export_events Keeping both event types in the same folder doesn't cause any issue for Ray -- export event files are already filtered out for /events API in ray/python/ray/dashboard/modules/event/event_utils.py Line 22 in 1e48a03 all_source_types = set(event_consts.EVENT_SOURCE_ALL) However moving these to a separate folder would be better for existing downstream consumers to avoid handling export events in the events folder if they turn the flag on Signed-off-by: ujjawal-khare <[email protected]>
Move export events from session_latest/logs/events to session_latest/logs/export_events Keeping both event types in the same folder doesn't cause any issue for Ray -- export event files are already filtered out for /events API in ray/python/ray/dashboard/modules/event/event_utils.py Line 22 in 1e48a03 all_source_types = set(event_consts.EVENT_SOURCE_ALL) However moving these to a separate folder would be better for existing downstream consumers to avoid handling export events in the events folder if they turn the flag on Signed-off-by: ujjawal-khare <[email protected]>
Move export events from session_latest/logs/events to session_latest/logs/export_events Keeping both event types in the same folder doesn't cause any issue for Ray -- export event files are already filtered out for /events API in ray/python/ray/dashboard/modules/event/event_utils.py Line 22 in 1e48a03 all_source_types = set(event_consts.EVENT_SOURCE_ALL) However moving these to a separate folder would be better for existing downstream consumers to avoid handling export events in the events folder if they turn the flag on Signed-off-by: ujjawal-khare <[email protected]>
Move export events from session_latest/logs/events to session_latest/logs/export_events Keeping both event types in the same folder doesn't cause any issue for Ray -- export event files are already filtered out for /events API in ray/python/ray/dashboard/modules/event/event_utils.py Line 22 in 1e48a03 all_source_types = set(event_consts.EVENT_SOURCE_ALL) However moving these to a separate folder would be better for existing downstream consumers to avoid handling export events in the events folder if they turn the flag on Signed-off-by: ujjawal-khare <[email protected]>
Why are these changes needed?
session_latest/logs/events
tosession_latest/logs/export_events
/events
API inray/python/ray/dashboard/modules/event/event_utils.py
Line 22 in 1e48a03
events
folder if they turn the flag onRelated 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.