Date: Tue, 6 Jan 2015 23:35:16 +0800 From: Fervent Dissent <walkerindarkness@gmail.com> To: jg@internetx.com Cc: freebsd-fs@freebsd.org Subject: Re: zfs corruption after controller failure Message-ID: <CALpPS7PPTSzZgVViy_8_4JosDsTxZ-RkbJJKt_SdBt27cLG1gg@mail.gmail.com> In-Reply-To: <54ABFF51.50708@internetx.com> References: <CALpPS7NiHJQ09KmitupYyixRYbPtdvVbVRCOPAqXUtqmSd4BVw@mail.gmail.com> <20FB5F2C-65D2-4F33-8D45-DD7FC34A5E2E@ultra-secure.de> <CALpPS7MObKeFPFYL7dMiGcKG40tFmJELCo782rWPO8wqcGtwmw@mail.gmail.com> <54ABFA82.2070401@internetx.com> <CALpPS7N-YUhJZUXaeJPY4aks%2Bb_D1oLZ11%2BHxfHt2pnmJicaQw@mail.gmail.com> <54ABFF51.50708@internetx.com>
next in thread | previous in thread | raw e-mail | index | archive | help
# zpool import -d /dev/diskid/ # no error, no import # zpool import -d /dev/diskid/ -N -o readonly=3Don -f -R /tb -F -T 3697688 = tb cannot import 'tb': no such pool available tb is the pool name, I'll try those scripts later On Tue, Jan 6, 2015 at 11:29 PM, InterNetX - Juergen Gotteswinter < jg@internetx.com> wrote: > -T is an undocumentated and so for it should be considered as unstable > or even something which can easily break things. theres a reason why its > not documentated very likely. > > dl;dr - its something i whouldnt touch... > > What Output do you get from a simple zpool import ? You did everything > you tried until now with "readonly=3Don" ? > > If everything seems to be broken, you could give the zfs forensic > scripts a try... its already broken, cant get worse anymore. > > Am 06.01.2015 um 16:11 schrieb Fervent Dissent: > > I tried these, and some variations of them, and it gave the error the > > pool does not exist. > > zpool import -N -o readonly=3Don -f -R /pool <pool> > > zpool import -N -o readonly=3Don -f -R /pool -F -T <transaction_id> <po= ol> > > > > On Tue, Jan 6, 2015 at 11:08 PM, InterNetX - Juergen Gotteswinter > > <jg@internetx.com <mailto:jg@internetx.com>> wrote: > > > > > external usb drive (for sure cheap consumer desktop one) > > > cheap (maybe even buggy) usb controller > > > non-mirrored / raidz > > > probably cheap hardware at all (no ecc, like rainer mentioned for > example) > > > > what do you expect. zfs is very tolerant, but some basics should be > > taken care of... > > > > but even with a single disk it should be possible to recover / impo= rt > > the pool at least read only > > > > > > > > Am 06.01.2015 um 16:06 schrieb Fervent Dissent: > > > I've had power lose before and a previous bad controller cause > > multiple > > > problems. The drive would disappear or go offline. I would clear > > it and go > > > on no problem. This is the first failure that I have not been abl= e > to > > > recover from. > > > > > > On Tue, Jan 6, 2015 at 11:01 PM, Rainer Duffner > > <rainer@ultra-secure.de <mailto:rainer@ultra-secure.de>> > > > wrote: > > > > > >> > > >>> Am 06.01.2015 um 15:58 schrieb Fervent Dissent < > > >> walkerindarkness@gmail.com <mailto:walkerindarkness@gmail.com>>: > > >>> > > >>> I have a external disk that was on a cheap usb controller, that > > >> controller > > >>> died. > > >> > > >> > > >> Maybe I=E2=80=99m mistaken, but I though that if your pool only = has a > > single disk > > >> and that disk/pool shows errors or becomes > > unreadable/corrupted/whatever > > >> you cannot recover it. > > >> > > >> Same for not using ECC memory=E2=80=A6 > > >> > > >> > > >> > > >> > > > _______________________________________________ > > > freebsd-fs@freebsd.org <mailto:freebsd-fs@freebsd.org> mailing > list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > > > To unsubscribe, send any mail to > > "freebsd-fs-unsubscribe@freebsd.org > > <mailto:freebsd-fs-unsubscribe@freebsd.org>" > > > > > > > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CALpPS7PPTSzZgVViy_8_4JosDsTxZ-RkbJJKt_SdBt27cLG1gg>