good/best practices for gmirror and gjournal on a pair of disks?
mcdouga9
mcdouga9 at egr.msu.edu
Wed May 14 00:37:03 UTC 2008
George Hartzell wrote:
> Adam McDougall writes:
> > George Hartzell wrote:
> > >[...]
> > > - I've read in the gjournal man page that when it is "... configured
> > > on top of gmirror(8) or graid3(8) providers, it also keeps them in
> > > a consistent state..." I've been trying to figure out if this
> > > simply falls out of how gjournal works or if there's explicity
> > > collusion with gmirror/graid3 but can't come up with a
> > > satisfactory explanation. Can someone walk me through it?
> > >
> > > Since I'm only gjournal'ing a portion of the underlying gmirror
> > > device I assume that I don't get this benefit?
> > >[...]
> > [...]
> > I decided to journal /usr /var /tmp and leave / as a standard UFS
> > partition because it is so small, fsck doesn't take long anyway and
> > hopefully doesn't get written to enough to cause damage by an abrupt
> > reboot. Because I'm not journaling the root partition, I chose to
> > ignore the possibility of gjournal marking the mirror clean. Sudden
> > reboots don't happen enough on servers for me to care. And all my
> > servers got abruptly rebooted this sunday and they all came up fine :)
> > [...]
>
> So you're confirming my belief that setting up gjournal on a
> bsdlabel'ed partition of a gmirror does *not* provide the consistency
> guarantee and that I should leave autosynchronization enabled. Right?
>
> g.
>
I forgot to address that. I think to gain that, you have to (re)label
the mirror using -F (see man gmirror). I believe without using -F, the
mirrors will still be synced (but probably don't need to). Otherwise,
look for initial mail list announcements (freebsd-current?) of gjournal
which may explain.
More information about the freebsd-stable
mailing list