IBM Support

Storwize V7000 Node Canisters May Shut Down or Reboot Unexpectedly During Normal Operation

Flashes (Alerts)


Storwize V7000 node canisters may shut down or reboot during normal operation, leading to a loss of host I/O access.


Stowize V7000 node canisters running V6.1.0.0 - V6.1.0.4 code levels may shut down without warning during normal I/O operations.

These shut down events will typically occur on both node canisters in the Storwize V7000 system, with the second node canister shutting down a number of hours after the first. Once the second node canister has shut down, this will cause a loss of host access to disks presented by the Storwize V7000, until at least one of the node canisters has been manually brought back online.


If this issue is encountered on V6.1.0.0 - V6.1.0.4, the recovery action is to reseat each offline node canister in order to bring it back online.

Partial Fix Introduced in V6.1.0.5

A partial fix was introduced in V6.1.0.5, which caused node canisters that experienced this condition to reboot and automatically resume I/O operations, rather than shut down and remain offline. Customers running V6.1.0.5 code are however still exposed to the risk of both node canisters rebooting at the same time, which could lead to a short, temporary outage to host I/O.

Complete Fix:

This issue has been fully resolved by APAR IC74088 in the V6.1.0.6 release. Please visit the following URL to download the latest V6.1.0.x code:

[{"Product":{"code":"ST3FR7","label":"IBM Storwize V7000 (2076)"},"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Component":"IBM Storwize V7000 (2076) 6.1","Platform":[{"code":"","label":"IBM Storwize V7000"}],"Version":"6.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
17 June 2018