IBM Power / AIX Daily Health Checks and Output Interpretation

This is a stored daily-check reference for IBM Power systems running AIX. The source runs commands as root; use the privileges required by the actual command and local policy. Its thresholds are local checklist values rather than universal IBM limits. Interpret exceptions against the exact model, workload, configuration and trend.

Environment

CheckSource checklist value
Room temperature24 ± 3 °C
Relative humidity50 ± 5%
Supply200–240 V AC, single phase, within the actual equipment specification
CablingNo excessive bending or loose connections

Physical inspection

CheckExpected condition in the source
Control-panel fault indicatorAmber exclamation indicator off
Drive indicatorsNo fault amber indication
NIC / Fibre Channel indicatorsAppropriate link/activity indication for actual port use
FansAirflow present, no unusual noise

System checklist

CheckCommandSource target
Hardware error reporterrpt -dH | moreReview hardware-class entries; the source target is no entries
Root-volume-group diskslsvg -p rootvgPV STATE active
Logical-volume synchronizationlsvg -l rootvgLV state syncd (open/closed is separate)
Storage pathslspathExpected operational paths Enabled
Filesystem usedf -gAt most 90%
Paging-space uselsps -sAt most 20%
ResourcestopasCPU below 85%, source memory indicator below 95%

1. Hardware reports: errpt -dH

Original English AIX errpt hardware-class output with informational array-configuration-change entries

TIMESTAMP uses the compact month/day/hour/minute/year form MMDDhhmmYY. Type I is informational, T temporary and P permanent; P calls for investigation but is not a severity ranking independent of the full report. Class H is hardware and S software. RESOURCE_NAME identifies the reported resource; resolve its location and detailed error rather than mapping every sysplanar/system-board resource to a particular power supply or fan.

The screenshot contains type-I, class-H ARRAY CONFIGURATION CHANGED entries. An entry is not automatically a current failed part, and empty errpt output is not a complete proof of hardware health. Review DESCRIPTION, details, age and related service events.

2. Local disk state: lsvg -p rootvg

Original English lsvg-p rootvg output with four active physical volumes

The source expects active physical volumes. Missing/removed states require checking accessibility, configuration and the actual disk/service history; the state alone does not distinguish physical failure from every other cause.

3. Logical volumes and mirrors: lsvg -l rootvg

Original English logical-volume table including closed/syncd and open/syncd entries

The synchronization component should be syncd. A closed/syncd boot logical volume can be normal; closed is not the same as stale. A stale state indicates unsynchronized physical partitions and needs investigation in context. Confirm the actual mirror layout rather than assuming every logical volume is mirrored.

4. Multipath storage: lspath

Original English AIX multipath output with Enabled paths

Check that the expected paths are Enabled. Missing, Failed or Disabled can indicate trouble, but Disabled may be intentional. The source permits ignoring obsolete Missing paths from replaced disks only after confirming they are obsolete and that the active disk still has the required paths. Do not dismiss an unexplained Missing record.

5. Filesystem capacity: df -g

Original English filesystem-use table with the %Used column highlighted

The checklist’s 90% threshold triggers capacity review, cleanup or expansion planning. Use the filesystem %Used column, not inode %Iused; pseudo-filesystems can show dashes. Evaluate actual growth and application needs before changing capacity.

6. Paging space: lsps -s

Original English paging-space summary with 1 percent used

Percent Used is paging-space utilization. The source flags values above 20%, but this alone does not prove current physical-memory pressure. Examine paging activity and workload over time. The 1% screenshot and the separate topas paging-space sample are not established as simultaneous captures.

7. Resources: topas

Original English complete topas capture with CPU Idle, memory categories and disk Busy percentages

The source target CPU utilization below 85% corresponds to Idle above about 15%. The captured Idle is 68.7%. It uses %Comp plus %Noncomp as a memory-occupancy indicator; these categories include computational and noncomputational/cache frames. A high cache-related occupancy alone does not establish a memory shortage. Read paging rates and the workload as well; do not add overlapping memory categories blindly.

The source also uses disk Busy% below 90% as a local screening value. Sustained exceptions can justify deeper performance analysis, but a single sample or threshold crossing does not prove a bottleneck. Correlate response time, queueing, errors, paging and historical baseline before concluding that hardware needs replacement or more memory.

Sources

Can't find an answer?

Upload a log for AI diagnosis, or ask the AI assistant directly in the console.