-
Notifications
You must be signed in to change notification settings - Fork 359
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
docs: add log signal release note and update docs #10126
Conversation
✅ Deploy Preview for determined-ui canceled.
|
docs/release-notes/log-signal.rst
Outdated
It has a new format. ``name`` is required. ``pattern`` and ``action`` are optional. To make | ||
things simpler, user no longer needs to specify the ``type`` field to set an action. For example: |
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.
It has a new format.
name
is required, andaction
should be a plain string. See for more details.
Then skip the rest of the text.
The release note should be a brief note and interested users should go to the main docs.
|
||
- ``pattern``: Required. The regex pattern to match in the logs. | ||
- ``pattern``: Optional. The regex pattern to match in the logs. |
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.
It's worth explaining why pattern would ever not be provided.
586588f
to
79a371f
Compare
docs/tutorials/log-management.rst
Outdated
@@ -40,10 +40,9 @@ Example configuration: | |||
.. code:: yaml | |||
|
|||
log_policies: |
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.
I think the log signal feature is a visual cue to the original fault tolerant project(exclude_node or cancel_retires when there are serious errors). The main goal is to make it easier for users to know whether a log policy has executed without reading the log.
log_policies
is good at:
log_policies:
- name: "Encountered Serious Error"
pattern: ".*serious error.*"
action: cancel_retires
We might not want to steer users toward doing something like below, since the backend and WebUI weren't really designed for this use case:
log_policies:
- name: "stringA appears in the log"
pattern: ".*stringA.*"
- name: "stringB appears in the log"
pattern: ".*stringB.*"
@@ -308,10 +308,11 @@ Optional. Defines actions and labels in response to trial logs matching specifie | |||
language syntax). For more information about the syntax, you can visit this `RE2 reference page | |||
<https://github.com/google/re2/wiki/Syntax>`__. Each log policy can have the following fields: | |||
|
|||
- ``name``: Optional. A name for the log policy. If provided, this name will be displayed as a | |||
label in the UI when the log policy matches. | |||
- ``name``: Required. A name for the log policy. This name will be displayed as a label in the UI |
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.
- ``name``: Required. A name for the log policy. This name will be displayed as a label in the UI | |
- ``name``: Required. The name of the log policy, displayed as a label in the WebUI |
- ``name``: Optional. A name for the log policy. If provided, this name will be displayed as a | ||
label in the UI when the log policy matches. | ||
- ``name``: Required. A name for the log policy. This name will be displayed as a label in the UI | ||
when the log policy matches. |
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.
when the log policy matches. | |
when a log match occurs. |
|
||
- ``pattern``: Required. The regex pattern to match in the logs. | ||
- ``pattern``: Optional. It is required to provide a regex pattern to match in the logs unless the |
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.
- ``pattern``: Optional. It is required to provide a regex pattern to match in the logs unless the | |
- ``pattern``: Optional. Defines a regex pattern to match log entries. If not specified, this policy is disabled. |
|
||
- ``pattern``: Required. The regex pattern to match in the logs. | ||
- ``pattern``: Optional. It is required to provide a regex pattern to match in the logs unless the | ||
intention is to disable an existing policy. |
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.
intention is to disable an existing policy. |
pattern: ".*CUDA out of memory.*" | ||
action: cancel_retries | ||
|
||
When a log policy matches, its name will be displayed as a label in the WebUI, allowing for easy |
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.
When a log policy matches, its name will be displayed as a label in the WebUI, allowing for easy | |
When a log policy matches, its name appears as a label in the WebUI, making it easy |
action: cancel_retries | ||
|
||
When a log policy matches, its name will be displayed as a label in the WebUI, allowing for easy | ||
identification of specific issues during a run. These labels will appear in both the run table and |
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.
identification of specific issues during a run. These labels will appear in both the run table and | |
to identify specific issues during a run. These labels are shown in both the run table and |
docs/release-notes/log-signal.rst
Outdated
|
||
**New Features** | ||
|
||
- Experiments: ``log_policies`` now have a ``name`` field. When a log policy matches, its name will |
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.
- Experiments: ``log_policies`` now have a ``name`` field. When a log policy matches, its name will | |
- Experiments: Add a ``name`` field to ``log_policies``. When a log policy matches, its name |
docs/release-notes/log-signal.rst
Outdated
**New Features** | ||
|
||
- Experiments: ``log_policies`` now have a ``name`` field. When a log policy matches, its name will | ||
be displayed as a label in the WebUI, allowing for easy identification of specific issues during |
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.
be displayed as a label in the WebUI, allowing for easy identification of specific issues during | |
shows as a label in the WebUI, making it easy to spot specific issues during |
docs/release-notes/log-signal.rst
Outdated
|
||
- Experiments: ``log_policies`` now have a ``name`` field. When a log policy matches, its name will | ||
be displayed as a label in the WebUI, allowing for easy identification of specific issues during | ||
a run. These labels will appear in both the run table and run detail views. |
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.
a run. These labels will appear in both the run table and run detail views. | |
a run. Labels appear in both the run table and run detail views. |
docs/release-notes/log-signal.rst
Outdated
be displayed as a label in the WebUI, allowing for easy identification of specific issues during | ||
a run. These labels will appear in both the run table and run detail views. | ||
|
||
It has a new format. ``name`` is required, and ``action`` should be a plain string. For more |
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.
It has a new format. ``name`` is required, and ``action`` should be a plain string. For more | |
In addition, there is a new format: ``name`` is required, and ``action`` is now a plain string. For more |
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.
suggested edits
Ticket
MD-531
Description
Test Plan
Checklist
docs/release-notes/
See Release Note for details.