Home / Reference / Repurposing HCI nodes

Homelab · salvage · firmware

Repurposing NetApp HCI compute nodes for homelabs

Off-lease NetApp HCI H-series compute nodes show up cheap on the used market — and the homelab community has worked out how to turn them into ordinary servers. This guide covers what HCI nodes are, why they need a firmware transplant, and what you can run once the stock Supermicro/Quanta BIOS and BMC are flashed on.

NetApp HCI converged infrastructure nodes
NetApp HCI — the converged stack whose compute nodes are the homelab salvage target · Wikimedia Commons

What NetApp HCI is (and what you're actually buying)

NetApp HCI (Hyper Converged Infrastructure) was NetApp's converged platform, sold until it was superseded by the FlexPod and AFF-centric strategy. A standard HCI cluster is made of two node families:

Because HCI was built on commodity server OEMs — the H-series chassis are sourced from Supermicro and Quanta — the underlying hardware is familiar, even if the firmware is not.

Why H-series nodes flood the used market

Enterprise leases run three to five years. When HCI clusters get decommissioned (see the decommissioning runbook for the enterprise side), the compute nodes are often sold in bulk to recyclers, then resold individually. A node that originally cost thousands can go for a few hundred dollars with:

That's an attractive base for Proxmox, TrueNAS SCALE, or a plain Linux box — if the firmware cooperates.

The firmware wall

NetApp shipped the H-series with a custom BIOS and BMC/IPMI firmware. The practical problems homelab users hit:

None of this is a hard blocker — it just means the node is not yet a "normal server".

The community path: flashing stock firmware

The approach that the r/netapp homelab community has refined (documented in community threads since the nodes first hit the secondhand market, e.g. the August 2026 repurposing deep-dive) is to replace the NetApp firmware with the generic firmware from the original OEM:

  1. Identify the OEM board. Match the board/chassis to its Supermicro or Quanta equivalent (serial stickers, board part numbers, and BIOS strings all help). This step determines every later download.
  2. Download the stock BIOS and BMC/IPMI firmware from the OEM's support portal for the matching board model — not from NetApp.
  3. Flash the BMC first via the existing IPMI/BMC interface (most boards accept a firmware upload over the web UI). Verify the BMC comes back with stock behavior: standard IPMI over LAN, KVM console, sensor readouts, and controllable fan profiles.
  4. Flash the BIOS using the vendor's preferred method (DOS/EFI flash utility or BMC-driven update). After this, the node should boot like any other server: normal POST, standard setup screens, boot-order control.
  5. Restore fan control — with a stock BMC the standard IPMI fan-profile commands and thresholds work again, which is the fix for the jet-engine behavior.
  6. Install your hypervisor or OS. Proxmox VE, TrueNAS SCALE, and vanilla Linux distributions have all been reported working on flashed nodes; network installers and PXE behave normally.
Caution: firmware flashing can brick a node if you flash the wrong image or lose power mid-update. Research your exact model and board revision, keep the original NetApp firmware images (and a USB recovery plan) before you start, and treat a cheap used node as the acceptable loss it is.

Checklist before you buy

What about HCI storage nodes (S-series)?

The S-series runs NetApp Element software (SolidFire lineage) — an appliance OS that manages its own clustered volumes over iSCSI. These nodes are not general-purpose servers: the boot architecture, drive layout, and licensing are tied to the Element stack, and there is no community path (as of this writing) to turn them into vanilla hypervisors the way H-series compute nodes are converted. If your goal is a homelab SAN, options like StorageGRID (object), ONTAP Select, or a plain Linux/TrueNAS box are more practical starting points.

Related pages