hast: can't restore after disk failure

Mikolaj Golub to.my.trociny at gmail.com
Wed Jun 12 08:44:59 UTC 2013


On Wed, Jun 12, 2013 at 12:23:52AM +0400, Dmitry Morozovsky wrote:
> On Tue, 11 Jun 2013, Mikolaj Golub wrote:
> 
> > On Tue, Jun 11, 2013 at 12:40:08AM +0400, Dmitry Morozovsky wrote:
> > > On Mon, 10 Jun 2013, Mikolaj Golub wrote:
> > > 
> > > [snipall]
> > > 
> > > > > Jun 10 16:56:20 <console.info> cthulhu3 kernel: Jun 10 16:56:20 <daemon.err> 
> > > > > cthulhu3 hastd[765]: [d1] (secondary) Worker process exited ungracefully 
> > > > > (pid=14380, exitcode=66).
> > > > > 
> > > > > Any hints? Thanks!
> > > > 
> > > > Have you run hastctl create to initialize metadata?
> > > 
> > > Yes, but did it naively:
> > > 
> > > hastctl create d1
> > 
> > No errors?
> 
> no visible, but hast instance ungracefully exits
> 
> > > and status still reported 0 as provider size...
> > 
> > I assume /dev/ada1p1 is present and readable/writable?
> > 
> > Symptoms are like if it did not exist.
> 
> nope, it does:
> 
> root at cthulhu3:/# diskinfo /dev/ada1p1
> /dev/ada1p1     512     999654686720    1952450560      0       1048576 1936954 16      63
> root at cthulhu3:/# diskinfo /dev/ada0p1
> /dev/ada0p1     512     999653638144    1952448512      0       1048576 1936952 16      63
> 

Hm, looking in the source where this error is generated:

  cthulhu3 hastd[14379]: [d1] (secondary) Unable to read metadata from /dev/ada1p1: No such file or directory.

it looks like hastd successfully read metadata from disk but failed to
parse it (did not found an entry). This usually happens when metadata
is not initialized by `hastctl create`.

Does `hastctl dump d1' not work too?

-- 
Mikolaj Golub


More information about the freebsd-fs mailing list