Re: HA-LVM vs CLVM

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Just don't mount it on the passive nodes until required.

Sent from my iPhone

On Feb 2, 2010, at 4:38, "urgrue" <urgrue@xxxxxxxxxxx> wrote:

> It's a bit overkill in the sense that, as far as I have understood,
> HA-LVM and CLVM imply the use of red hat cluster and its associated
> components, luci, ricci, rgmanager, dlm, quorum and maybe fence device
> configuration, etc.
> All I really need is for the active node to mark the VG as "reserved"
> one way or another and have other node(s) respect that and thus not
> touch it unless forced to.
> I would assume (hope) there is some simple solution that I'm just not
> thinking of.
>
>
>
> On Mon, 01 Feb 2010 06:09 -0700, "Matt Iavarone"
> <matt.iavarone@xxxxxxxxx> wrote:
>> I haven't used ha-lvm, but it doesn't seem to be overkill for your
>> needs.  It looks tailored to your needs, in fact.  The kb says that
>> ha-lvm is for failover volumes, those that will only be mounted on  
>> one
>> host (http://kbase.redhat.com/faq/docs/DOC-3068).  So you don't need
>> to complicate things with a clustered file system.
>>
>> On Mon, Feb 1, 2010 at 1:36 AM, urgrue <urgrue@xxxxxxxxxxx> wrote:
>>> Hello,
>>> I need to set up a simple failover scenario. The idea is to have two
>>> independent RHEL 5 systems on local disks, connected to a shared  
>>> SAN.
>>> The application is all on the SAN. Only one node is ever running  
>>> at a
>>> time. If the active node fails, the disk needs to be mounted on the
>>> passive node and the application started.
>>> Failover doesn't have to be fast or automatic, but it has to be  
>>> simple
>>> and reliable.
>>> Depending on where I look, HA-LVM is sometimes recommended and other
>>> times it's CLVM. Looking at red hat cluster it seems HA-LVM is a bit
>>> overkill for my needs.
>>> Any suggestions or other options?
>>>
>>> --
>>> redhat-list mailing list
>>> unsubscribe mailto:redhat-list-request@xxxxxxxxxx? 
>>> subject=unsubscribe
>>> https://www.redhat.com/mailman/listinfo/redhat-list
>>>
>>
>> -- 
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>
> -- 
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list

-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux