Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 16 Oct 2016 09:43:10 -0400
From:      Greg Marsh <greg.marsh@gmail.com>
To:        Matthew Seaman <matthew@FreeBSD.org>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: Help finding out find why a ZFS pool vanished.
Message-ID:  <059136B3-C4EE-43A9-A8BC-64CD2532EAC8@gmail.com>
In-Reply-To: <0b913867-fd96-521d-7981-da7485fd2230@FreeBSD.org>
References:  <CAHtBMo6bL=_Eqejx_thFCg1u9ONWnqX30RAbWaLQYGiQD2dgEw@mail.gmail.com> <0b913867-fd96-521d-7981-da7485fd2230@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Thank you, Matthew.=20

I'm heading to replace some water damaged drywall and will browse through th=
e zpool history output when I get home.=20

Cheers,
Greg


Sent from my iPhone

> On Oct 16, 2016, at 08:45, Matthew Seaman <matthew@FreeBSD.org> wrote:
>=20
>> On 16/10/2016 01:56, Greg Marsh wrote:
>> A couple days ago, when trying to copy my desktop files to my backup
>> system, I got NFS mount errors. I was quite sore & tired from work (after=

>> 25 years of sysadmining, I'm now doing home renovations), so I went with
>> the Windows admin response of 'reboot everything', on both my desktop and=

>> server. Then when trying to remount the NFS shares from my FreeBSD system=

>> didn't work, I df'd on my FreeBSD server to find the /storage pool was no=
t
>> there.
>>=20
>> I was eventually able to get my storage pool back through 'zpool import
>> -af'
>=20
> Have you examined the log from the zpool that mysteriously vanished?
>=20
>  # zpool history -il poolname
>=20
> This will record every zfs(8) or zpool(8) command affecting the pool.
> You should also examine any command histories you have for actions
> affecting /boot/zfs/zpool.cache -- while the system nowadays will
> generally be able to find your boot pool without this, it may not be
> able to find /other/ pools.  Lots of recipes for manual intervention
> with ZFS systems rely on manipulating this file, but they frequently do
> not warn against /removing/ the working copy before rebooting, something
> that tends to catch out the tidier amongst us.
>=20
>    Cheers,
>=20
>    Matthew
>=20
>=20
>=20



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?059136B3-C4EE-43A9-A8BC-64CD2532EAC8>