During a Hardware Non-Disruptive Upgrade (HWNDU) or an offline controller reimaging process, the Implementation Engineer uses the pureinstall utility via the local KVM console to write a new Purity//FA operating system image onto the hardware.
The FlashArray controller boot drives are designed with an A/B partition structure to ensure safe upgrades and easy rollbacks. When the pureinstall < version > .ppkg command successfully completes its execution, it has merely unpacked and written the new Purity OS onto the inactive, alternate boot partition. It does not automatically switch the live operating system.
To finalize the installation and actually boot the controller into the newly installed Purity version, the Implementation Engineer must manually issue a reboot command (typically by typing sudo reboot or simply reboot at the setup prompt).
Upon rebooting, the controller's BIOS will target the newly updated partition, load the fresh Purity kernel, and initialize the system on the new version. Selecting Option B (rebooting the array) is entirely incorrect, as taking down both controllers simultaneously would cause a complete storage outage, violating the fundamental principles of a non-disruptive upgrade. Logging out (Option C) merely closes the console session but leaves the controller running the old OS partition.