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

Re: [linux-lvm] LVM Multi Path Support



Ahh, that makes sense (the undefined first PV) and explains
why the 'current-controller' is not the 'default-controller'
for one of the LUNs

It doesn't seem to matter if it uses the other device. I think it
just causes the array to do a tresspass and swap controllers. The
downside being that I can't reliably balance the I/O across the
two controllers. But that's not catastrophic.

I'm using lvm1, which I don't beleive has an lvm.conf - correct ?

thanks


On Fri, Mar 05, 2004 at 09:07:41AM +0000, Joe Thornber wrote:
> On Fri, Mar 05, 2004 at 11:12:38AM +1100, Franc Carter wrote:
> > LVM appears to do the 'right thing for me' in that it recognises
> > that the the two PVs are one (I assume via the UUID) and ignore
> > the second LUN.
> 
> Yes, LVM writes a label to the start of a PV to identify it.
> 
> > I'd like to know if this is just good luck, or if it's behaviour
> > I can rely ?
> 
> I don't think it's defined which of the 2 devices LVM will choose,
> does this matter ?  If so you could always set up a filter in lvm.conf
> to remove one (probably advisable anyway).
> 
> - Joe
> 
> _______________________________________________
> linux-lvm mailing list
> linux-lvm redhat com
> https://www.redhat.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

-- 
Franc Carter     Ph:61-2-8374-5071      Fax: 61-2-8374-5070
Systems Manager, SIRCA Ltd              http://www.sirca.org.au/

DISCLAIMER: The contents of this email, inclusive of attachments, may
be legally privileged and confidential. Any unauthorised use of the
contents is expressly prohibited. If you have received this message in
error or are not the intended recipient, you should destroy the email
message along with any attachment(s).  Unintended recipients of this
email are prohibited from retaining, disclosing, distributing or using
any information contained herein.  This email is also subject to
copyright. No part of it should be reproduced, adapted or transmitted
without the written consent of the copyright owner.



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