Skip to content

Easily Tracking Faulty Datasets #1435

Description

@ZenGround0

Copying over from #1352:

  1. Detect when a dataset is affected by a terminal or sustained retention/proving condition that can lead to termination.
  2. Move the dataset into an explicit review required state.
  3. Record the reason, first detection time, current state, and review deadline.
  4. Activate a persistent operator alert through the alert manager.
  5. Resolve the alert and cancel pending termination if the underlying condition recovers.
  6. Preserve enough failure and service context for the SP to investigate the condition, including through external systems such as the MSP.
  7. Maintain an audit trail of state transitions and operator actions.

After recent work our pending termination marking should only be happening if errors are truly unrecoverable so I've crossed out point 5.

PR #1332 probably handles point 4 as well, though I'll let @LexLuthr comment on this since he opened the originating issue after filing that PR.

Overall I am imagining a UI page which immediately presents operator with the biggest dataset problems and information on the nature of the problems. Since I haven't been running the latest UI its possible that this is mostly covered by the latest UI improvements cc @snadrus.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    Status
    ⌨ In Progress

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions