Re: ZFS PANIC: HELP.
- Reply: Alexander Leidinger : "Re: ZFS PANIC: HELP."
- In reply to: Alexander Leidinger : "Re: ZFS PANIC: HELP."
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sat, 26 Feb 2022 02:03:51 UTC
On 02/25/2022 2:11 am, Alexander Leidinger wrote: > Quoting Larry Rosenman <ler@lerctr.org> (from Thu, 24 Feb 2022 20:19:45 > -0600): > >> I tried a scrub -- it panic'd on a fatal double fault. >> >> Suggestions? > > The safest / cleanest (but not fastest) is data export and pool > re-creation. If you export dataset by dataset (instead of recursively > all), you can even see which dataset is causing the issue. In case this > per dataset export narrows down the issue and it is a dataset you don't > care about (as in: 1) no issue to recreate from scratch or 2) there is > a backup available) you could delete this (or each such) dataset and > re-create it in-place (= not re-creating the entire pool). > > Bye, > Alexander. > > http://www.Leidinger.net Alexander@Leidinger.net: PGP > 0x8F31830F9F2772BF > http://www.FreeBSD.org netchild@FreeBSD.org : PGP > 0x8F31830F9F2772BF I'm running this script: #!/bin/sh for i in $(zfs list -H | awk '{print $1}') do FS=$1 FN=$(echo ${FS} | sed -e s@/@_@g) sudo zfs send -vecLep ${FS}@REPAIR_SNAP | ssh ler@freenas.lerctr.org cat - \> $FN done How will I know a "Problem" dataset? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106