Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 18 May 2008 12:20:33 -0300
From:      JoaoBR <joao@matik.com.br>
To:        freebsd-bugs@freebsd.org, freebsd-stable <freebsd-stable@freebsd.org>, Greg Byshenk <freebsd@byshenk.net>, Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
Subject:   Re: possible zfs bug? lost all pools
Message-ID:  <200805181220.33599.joao@matik.com.br>
In-Reply-To: <20080518141138.GD808@core.byshenk.net>
References:  <200805180956.18211.joao@matik.com.br> <20080518141138.GD808@core.byshenk.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sunday 18 May 2008 11:11:38 Greg Byshenk wrote:
> On Sun, May 18, 2008 at 09:56:17AM -0300, JoaoBR wrote:
> > after trying to mount my zfs pools in single user mode I got the
> > following message for each:
> >
> > May 18 09:09:36 gw kernel: ZFS: WARNING: pool 'cache1' could not be
> > loaded as it was last accessed by another system (host:
> > gw.bb1.matik.com.br hostid: 0xbefb4a0f).  See:
> > http://www.sun.com/msg/ZFS-8000-EY
> >
> > any zpool cmd returned nothing else as not existing zfs, seems the zfs
> > info on disks was gone
> >
> > to double-check I recreated them, rebooted in single user mode and
> > repeated the story, same thing, trying to /etc/rc.d/zfs start returnes
> > the above msg and pools are gone ...
> >
> > I guess this is kind of wrong
>
> I think that the problem is related to the absence of a hostid when in
> single-user.  Try running '/etc/rc.d/hostid start' before mouning.
>

well, obviously that came to my mind after seeing the msg ...

anyway the pools should not vanish don't you agree?

and if necessary /etc/rc.d/zfs should start hostid or at least set REQUIRE=
=20
different and warn




thank's
=2D-=20

Jo=E3o







A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service fornecido pelo Datacenter Matik  https://datacenter.matik.com.br



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200805181220.33599.joao>