Re: High Availability Options
- From: "Amaral, Rui" <Rui.Amaral@xxxxxxxxxxxxxxxx>
- To: "'jeremy.schneider@xxxxxxxxxxxxxx'" <jeremy.schneider@xxxxxxxxxxxxxx>, "'david.robillard@xxxxxxxxx'" <david.robillard@xxxxxxxxx>
- Date: Tue, 26 Oct 2010 17:45:18 -0400
Personally, I would suggest staying away from udev.
My reason for saying this - udev has issues with multipath devices. I spent a
couple of weeks some 18 months ago trying to get this implemented and failed.
Digging through various linux forums dug up a bug with udev and mpio (maybe
that's why the rawdevices was still available in rhel5 but that's just a guess).
In terms of asmlib - I too would stay away from it. I used it in many places
until I had my problem (which I mentioned in a previous thread). My asm outage
was using asmlib. I had asm on raw and none of those had problems (all large
installations) beyond silly stuff like packet collisions on shared i/o ports on
the san and such. I have had issues with asmlib in other places all relating to
asm header corruption. None on any of my raw devices based asm installs.
Just my 2 cents
----- Original Message -----
From: Jeremy Schneider [mailto:jeremy.schneider@xxxxxxxxxxxxxx]
Sent: Tuesday, October 26, 2010 04:32 PM
To: david.robillard@xxxxxxxxx <david.robillard@xxxxxxxxx>
Cc: Michael Dinh <mdinh@xxxxxxxxx>; oracle-l mailing list
<oracle-l@xxxxxxxxxxxxx>; John Thompson <jhthomp@xxxxxxxxx>
Subject: Re: High Availability Options
David Robillard wrote:
> Should you decide to use ASM, I strongly suggest to stay away from ASMLib and
> use
> udev instead.
I'm a little curious about the reasoning for this. I wrote a few blog
posts (long ago) about uncertainty in the state of ASMLib... but these
days I'm not so convinced anymore that it's worth avoiding. UDEV is
kinda nice if you understand it... but the documentation is poor and
frankly I've met precious few who do understand it. I tend to tell most
people now to just use ASMLib unless they already know UDEV. I'm
skeptical that it's worth the time required to learn it.
-Jeremy
--
http://www.ardentperf.com
+1 312-725-9249
Jeremy Schneider
Chicago
--
//www.freelists.org/webpage/oracle-l
NOTICE: Confidential message which may be privileged. Unauthorized
use/disclosure prohibited. If received in error, go to www.td.com/legal for
instructions.
AVIS : Message confidentiel dont le contenu peut être privilégié.
Utilisation/divulgation interdites sans permission. Si reçu par erreur, allez
au www.td.com/francais/avis_juridique pour des instructions.
--
//www.freelists.org/webpage/oracle-l
Other related posts:
