nigelm
Cadet
- Joined
- Nov 26, 2016
- Messages
- 5
I have a FreeNAS box currently running FreeNAS-9.10.1-U4 (ec9a7d3), but originally installed with 9.3.
The boot drive is a pair of 16GB USB sticks (Kingston DataTraveler devices):-
and
Recently I have had an email from the regular scrub of the boot disk which showed 4 checksum errors on
gptid/aeb7757d-f18e-11e4-bae4-d0509964aab8
This appears not, at present, to be a major fault, and a reboot (needed to discover which drive was which by looking at the serial numbers) has cleared the listed error.
However looking around I cannot see a procedure for replacing a failed boot drive - since there are two partitions (and some boot block data presumably) the standard ZFS mechanism for replacing a failed data drive would appear insufficient for a boot drive.
Is the recommendation always to do a new installation and restore the backed up config from the previous install?
Nigel.
The boot drive is a pair of 16GB USB sticks (Kingston DataTraveler devices):-
Code:
# zpool status freenas-boot pool: freenas-boot state: ONLINE scan: scrub repaired 0 in 0h15m with 0 errors on Sat Nov 26 16:44:31 2016 config: NAME STATE READ WRITE CKSUM freenas-boot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 gptid/4089c0dc-ef92-11e4-9a54-d0509964aab8 ONLINE 0 0 0 gptid/aeb7757d-f18e-11e4-bae4-d0509964aab8 ONLINE 0 0 0 errors: No known data errors
and
Code:
# glabel status | egrep ' da[01]' gptid/40791f75-ef92-11e4-9a54-d0509964aab8 N/A da1p1 gptid/4089c0dc-ef92-11e4-9a54-d0509964aab8 N/A da1p2 gptid/ae8a5555-f18e-11e4-bae4-d0509964aab8 N/A da0p1 gptid/aeb7757d-f18e-11e4-bae4-d0509964aab8 N/A da0p2
Recently I have had an email from the regular scrub of the boot disk which showed 4 checksum errors on
gptid/aeb7757d-f18e-11e4-bae4-d0509964aab8
This appears not, at present, to be a major fault, and a reboot (needed to discover which drive was which by looking at the serial numbers) has cleared the listed error.
However looking around I cannot see a procedure for replacing a failed boot drive - since there are two partitions (and some boot block data presumably) the standard ZFS mechanism for replacing a failed data drive would appear insufficient for a boot drive.
Is the recommendation always to do a new installation and restore the backed up config from the previous install?
Nigel.
Last edited by a moderator: