[Pacemaker] WG: time pressure - software raid cluster, raid1 ressource agent, help needed

[Holger Teutsch]

On Sun, 2011-03-06 at 12:40 +0100, Patrik.Rapposch at knapp.com wrote:
Hi,
assume the basic problem is in your raid configuration.

If you unmap one box the devices should not be in status FAIL but in
degraded.

So what is the exit status of

mdadm --detail --test /dev/md0

after unmapping ?

Furthermore I would start start with one isolated group containing the
raid, LVM, and FS to keep it simple.

Regards
Holger

>  Hy, 
> 
> 
> does anyone have an idea to that? I only have the servers till next
> week friday, so to my regret I am under time pressure :(
> 
> 
> 
> Like I already wrote, I would appreciate and test any idea of you.
> Also if someone already made clusters with lvm-mirror, I would be
> happy to get a cib or some configuration examples.
> 
>  
> 
> 
> 
> 
> 
> Thank you very much in advance.
> 
>  
> 
> 
> 
> 
> 
> kr Patrik
> 
> 
> 
> 
> 
> Patrik.Rapposch at knapp.com
> 03.03.2011 15:11Bitte antworten anThe Pacemaker cluster resource
> manager
> 
> An   pacemaker at oss.clusterlabs.org
> Kopie   
> Blindkopie   
> Thema   [Pacemaker] software raid cluster, raid1 ressource agent,help
> needed
> 
> 
> Good Day, 
> 
> I have a 2 node active/passive cluster which is connected to two  ibm
> 4700 storages. I configured 3 raids and I use the Raid1 ressource
> agent for managing the Raid1s in the cluster. 
> When I now disable the mapping of one storage, to simulate the fail of
> one storage, the Raid1 Ressources change to the State "FAILED" and the
> second node then takes over the ressources and is able to start the
> raid devices. 
> 
> So I am confused, why the active node can't keep the raid1 ressources
> and the former passive node takes them over and can start them
> correct. 
> 
> I would really appreciate your advice, or maybe someone already has a
> example configuration for Raid1 with two storages.
> 
> Thank you very much in advance. Attached you can find my cib.xml. 
> 
> kr Patrik 
> 
> 
> 
> Mit freundlichen Grüßen / Best Regards
> 
> Patrik Rapposch, BSc
> System Administration
> 
> KNAPP Systemintegration GmbH
> Waltenbachstraße 9
> 8700 Leoben, Austria 
> Phone: +43 3842 805-915
> Fax: +43 3842 805-500
> patrik.rapposch at knapp.com 
> www.KNAPP.com 
> 
> Commercial register number: FN 138870x
> Commercial register court: Leoben
> 
> The information in this e-mail (including any attachment) is
> confidential and intended to be for the use of the addressee(s) only.
> If you have received the e-mail by mistake, any disclosure, copy,
> distribution or use of the contents of the e-mail is prohibited, and
> you must delete the e-mail from your system. As e-mail can be changed
> electronically KNAPP assumes no responsibility for any alteration to
> this e-mail or its attachments. KNAPP has taken every reasonable
> precaution to ensure that any attachment to this e-mail has been swept
> for virus. However, KNAPP does not accept any liability for damage
> sustained as a result of such attachment being virus infected and
> strongly recommend that you carry out your own virus check before
> opening any attachment.
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
> 
> Project Home: http://www.clusterlabs.org
> Getting started:
> http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs:
> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
> 
> 
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
> 
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker