zhack1

zhack feature stat pool List feature flags.

zhack feature enable [-d description] [-r] pool guid Add a new feature to pool that is uniquely identified by guid, which is specified in the same form as a zfs(8) user property.

The description is a short human readable explanation of the new feature.

The -r flag indicates that pool can be safely opened in read-only mode by a system that does not understand the guid feature.

zhack feature ref [-d|-m] pool guid Increment the reference count of the guid feature in pool.

The -d flag decrements the reference count of the guid feature in pool instead.

The -m flag indicates that the guid feature is now required to read the pool MOS.

zhack label repair [-cu] device Repair labels of a specified device according to options.

Flags may be combined to do their functions simultaneously.

The -c flag repairs corrupted label checksums

The -u flag restores the label on a detached device

Example:

zhack label repair -cu device
Fix checksums and undetach a device

zhack mmp reclaim pool Import a pool whose uberblock claim cannot reach every mirror leg the configuration still expects to be present, then mark the unreachable leaves offline so that ordinary imports succeed, and export it again.

This exists for one situation: a host has failed together with the mirror legs attached to it, so the surviving labels still describe those legs as healthy, and every later import demands writes to them that nobody can make.

This does not make the operation safe on its own. A live host whose legs are all invisible from here cannot be detected by any write and read scheme, and this command will take the pool from it. Fence the failed host, or otherwise prove it is powered off, before running this.

The activity check itself is unchanged: every write the reachable legs allow, the wait, and the re-read all still happen, so a competing host which shares any leg with this one is still detected and the import is refused. Only the number of writes the claim demands is lowered, and only for mirror legs this host cannot open, each of which is then marked offline.

The pool is left exported, and imports degraded with those leaves offline. Bring each one back with zpool-online(8) once the hardware returns. A leaf holding the only copy of some data cannot be offlined: it is reported and left online, and imports from other hosts stay refused. No leaf is marked offline on a pool which does not have multihost set, since no claim runs for it and an ordinary import already succeeds. Leaves of log, cache, and spare vdevs are not touched, as the claim does not write to them.

zhack metaslab leak [-f] pool Apply a fragmentation profile generated by zdb to the specifiedpool .

The -f flag forces the profile to apply even if the vdevs in the pool don't have the same number of metaslabs as the fragmentation profile.