Re: Multi-machine mirroring choices
  Home FAQ Contact Sign in
lucky.freebsd.stable only
 
Advanced search
POPULAR GROUPS

more...

lucky.freebsd.stable Profile…
 Up
Re: Multi-machine mirroring choices         


Author: Pete French
Date: Jul 21, 2008 04:08

> The *big* issue I have right now is dealing with the slave machine going
> down. Once the master no longer has a connection to the ggated devices,
> all processes trying to use the device hang in D status. I have tried
> pkill'ing ggatec to no avail and ggatec destroy returns a message of
> gctl being busy. Trying to ggatec destroy -f panics the machine.

Oddly enough, this was the issue I had with iscsi which made me move
to using ggated instead. On our machines I use '-t 10' as an argument to
ggatec, and this makes it timeout once the connection has been down for
a certain amount of time. I am using gmirror on top, not ZFS, and this
handled the drive vanishing from the mirror quite happily. I haven't
tried it with ZFS, which may not like having the device suddenly dissapear.

-pete.
1 Comment
Re: Multi-machine mirroring choices         


Author: Sven W
Date: Jul 21, 2008 08:23

Pete French presumably uttered the following on 07/21/08 07:08:
>> The *big* issue I have right now is dealing with the slave machine going
>> down. Once the master no longer has a connection to the ggated devices,
>> all processes trying to use the device hang in D status. I have tried
>> pkill'ing ggatec to no avail and ggatec destroy returns a message of
>> gctl being busy. Trying to ggatec destroy -f panics the machine.
>
> Oddly enough, this was the issue I had with iscsi which made me move
> to using ggated instead. On our machines I use '-t 10' as an argument to
> ggatec, and this makes it timeout once the connection has been down for
> a certain amount of time. I am using gmirror on top, not ZFS, and this
> handled the drive vanishing from the mirror quite happily. I haven't
> tried...
Show full article (2.49Kb)
no comments