On Tuesday 11 May 2010 22:01:59 Florian Haas wrote:
> On 05/11/2010 08:56 PM, Ryan Manikowski wrote:
> >> Heartbeat normally takes care of both things: failing over and starting
> >> all resources at boot. I guess we need a Heartbeat resource agent that
> >> can use ietdadm. I really wonder what th
On 5/11/2010 4:01 PM, Florian Haas wrote:
> On 05/11/2010 08:56 PM, Ryan Manikowski wrote:
>
>>> Heartbeat normally takes care of both things: failing over and starting all
>>> resources at boot. I guess we need a Heartbeat resource agent that can use
>>> ietdadm. I really wonder what the webi
On 05/11/2010 08:56 PM, Ryan Manikowski wrote:
>> Heartbeat normally takes care of both things: failing over and starting all
>> resources at boot. I guess we need a Heartbeat resource agent that can use
>> ietdadm. I really wonder what the webinar is about.
>
> No resource agent needed. Heart
On Tuesday 11 May 2010 20:54:14 Ryan Manikowski wrote:
> On 5/11/2010 2:47 PM, Bart Coninckx wrote:
> > On Tuesday 11 May 2010 19:28:46 Ryan Manikowski wrote:
> >> On 5/11/2010 1:12 PM, Michael Iverson wrote:
> >>> The interesting bit on the first link was the statement:
> >>>
> >>> "If active-acti
On 5/11/2010 2:47 PM, Bart Coninckx wrote:
> On Tuesday 11 May 2010 19:28:46 Ryan Manikowski wrote:
>
>> On 5/11/2010 1:12 PM, Michael Iverson wrote:
>>
>>> The interesting bit on the first link was the statement:
>>>
>>> "If active-active isn't possible, maybe there is distance involved an
On 5/11/2010 2:45 PM, Bart Coninckx wrote:
> Heartbeat normally takes care of both things: failing over and starting all
> resources at boot. I guess we need a Heartbeat resource agent that can use
> ietdadm. I really wonder what the webinar is about.
>
> B.
>
>
>
No resource agent needed
On Tuesday 11 May 2010 19:28:46 Ryan Manikowski wrote:
> On 5/11/2010 1:12 PM, Michael Iverson wrote:
> > The interesting bit on the first link was the statement:
> >
> > "If active-active isn't possible, maybe there is distance involved and
> > it's doing asynchronous replication, then you will ne
On Tuesday 11 May 2010 19:12:23 Michael Iverson wrote:
> The interesting bit on the first link was the statement:
>
> "If active-active isn't possible, maybe there is distance involved and it's
> doing asynchronous replication, then you will need to implement something
> like heartbeat to add the
On 5/11/2010 1:12 PM, Michael Iverson wrote:
> The interesting bit on the first link was the statement:
>
> "If active-active isn't possible, maybe there is distance involved and it's
> doing asynchronous replication, then you will need to implement something
> like heartbeat to add the volume usin
The interesting bit on the first link was the statement:
"If active-active isn't possible, maybe there is distance involved and it's
doing asynchronous replication, then you will need to implement something
like heartbeat to add the volume using ietadm to the running iSCSI target
once drbd B becom
On Tuesday 11 May 2010 16:09:08 Michael Iverson wrote:
> ietadm is the answer.
>
> These might help:
>
> http://old.nabble.com/IET-on-DRBD-howto--td20567810.html
> http://www.gossamer-threads.com/lists/linuxha/users/45280
> http://www.markround.com/archives/50-Building-a-redundant-iSCSI-and-NFS-c
ietadm is the answer.
These might help:
http://old.nabble.com/IET-on-DRBD-howto--td20567810.html
http://www.gossamer-threads.com/lists/linuxha/users/45280
http://www.markround.com/archives/50-Building-a-redundant-iSCSI-and-NFS-cluster-with-Debian-Part-4.html
On Tue, May 11, 2010 at 9:51 AM, Bart
It seems possible to start two distinct instances of the target
daemon, and force them on to specific ports of IP addresses:
http://manpages.ubuntu.com/manpages/intrepid/man8/ietd.8.html
On Tue, May 11, 2010 at 9:15 AM, Michael Iverson wrote:
>
> I've done about zero research into this, but perh
On Tuesday 11 May 2010 15:15:34 Michael Iverson wrote:
> I've done about zero research into this, but perhaps you could run two
> separate daemon instances, one listening on each IP.
>
> On Tue, May 11, 2010 at 8:55 AM, Bart Coninckx
wrote:
> > On Tuesday 11 May 2010 12:58:45 Michael Iverson wrot
I removed fencing, drbdadm adjust all and it's fixed.
Martin Gombač wrote:
Hi,
i want to force this drbd device to primary mode. It's peer is long
time gone, so i need to access this data. I don't want to access it
directly, but via drbd.
0: cs:WFConnection st:Secondary/Unknown ds:Consisten
I've done about zero research into this, but perhaps you could run two
separate daemon instances, one listening on each IP.
On Tue, May 11, 2010 at 8:55 AM, Bart Coninckx wrote:
> On Tuesday 11 May 2010 12:58:45 Michael Iverson wrote:
> > I'd be quite interested as well, obviously. So this is wha
On Tuesday 11 May 2010 12:58:45 Michael Iverson wrote:
> I'd be quite interested as well, obviously. So this is what we would
> end up with:
>
> Host A is primary for drbd volume 1, and secondary for drbd volume 2.
> It acts as an iSCSI target for whatever's on volume 1.
>
> Host B is primary for
Hi,
i want to force this drbd device to primary mode. It's peer is long time
gone, so i need to access this data. I don't want to access it directly,
but via drbd.
0: cs:WFConnection st:Secondary/Unknown ds:Consistent/DUnknown C r---
ns:0 nr:0 dw:0 dr:0 al:0 bm:130 lo:0 pe:0 ua:0 ap:0
r
I'd be quite interested as well, obviously. So this is what we would
end up with:
Host A is primary for drbd volume 1, and secondary for drbd volume 2.
It acts as an iSCSI target for whatever's on volume 1.
Host B is primary for volume 2, and secondary for volume 1. It acts as
a target for whatev
On Tuesday 11 May 2010 10:51:26 Florian Haas wrote:
> On 05/11/2010 10:44 AM, Bart Coninckx wrote:
> > What also might be a nice idea (though theoretical, don't know if this is
> > feasible) is to have a primary/secondary setup for iSCSI and have
> > Heartbeat take care of individual targets on ind
On 05/11/2010 10:44 AM, Bart Coninckx wrote:
> What also might be a nice idea (though theoretical, don't know if this is
> feasible) is to have a primary/secondary setup for iSCSI and have Heartbeat
> take care of individual targets on individual DRBD resources. One set could
> run on a seperate
On Tuesday 11 May 2010 01:28:37 Michael Iverson wrote:
> Thanks all for your input. Based on what was posted here, plus some
> private discussions, and some reflection, I think I've come to my
> senses, and really only have two viable options:
>
> 1. iSCSI with a conventional primary/secondary set
Dear
I'm new user. This is my first time. Now I'm using fedora 12
arch-i686. I'm trying Active/Passive Server with heartbeat and drbd. I
already installed heartbeat. NO ERROR. But when I install drbd, I
start to face problem. After installing drbd, I try to load drbd
module by doing modprobe drbd.
On Tue, May 11, 2010 at 08:27:24AM +0200, Katharina Haselhorst wrote:
> Hello,
>
> On 05/10/2010 08:37 PM, 'Lars Ellenberg' wrote:
> >On Mon, May 10, 2010 at 01:56:30PM -0400, Dan Barker wrote:
> >>>
> >>>Starting with old uuid, possibly partially dirty bitmap.
> >>>
> >>>[A] Generate new uuid, cl
24 matches
Mail list logo
