Skip to content

SSD wear on Saruman may need smartctl through hpsa: the iLO's wear columns are blank for both SM863a drives #529

Description

@Gerrrt

Conditional on the logical drive

docs/roadmap.md (the Saruman disk paragraph) records that the wear and endurance columns are blank on both SM863a drives as the iLO reports them today, and says: if they stay blank once the drives are in a logical drive, wear monitoring on the newest drives in the estate needs smartctl through the hpsa path, "which is an issue the runbook's closing paragraph already describes."

This is that issue, filed with the condition stated rather than after the fact. Do not start it until the SSD fit issue has created logical drive 2 and the iLO's cpqDaPhyDrv wear fields have been re-read.

If the condition holds

  • smartctl -d cciss,N against the controller from the host, on a timer, into the textfile collector smart-state already uses on Saruman (SMART is watched on Saruman's array only — oracle, prometheus and morpheus have none #351's mechanism) — or a reason it cannot.
  • A rule on the SSDs' wear indicator, whichever attribute the SM863a exposes through cciss, with a unit test.
  • docs/observability.md's SMART paragraph names the two paths: iLO SNMP for the spindles, hpsa for the SSDs, and why.

Done when

Either the iLO reports wear for both SSDs and this closes as unneeded, or smart-state carries a wear series for both and a rule reads it.

Refs #418, #351.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    observabilitystacks/observability on prometheusseq/2Step 2 within its milestone; same number = can run in parallel

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions