Re: EVMS bug - anybody working to fix bugs any more?

> -----Original Message-----
> From: John Huttley [mailto:[email protected]]
> Sent: Monday, October 12, 2009 11:57 AM
> To: Carruth, Rusty
> Cc: [email protected]
> Subject: Re: [Evms-devel] EVMS bug - anybody working to fix bugs any
more?
> 
> Thats interesting.
> Evms isn't under development anymore and doesn't run with MD on
kernels
> 2.6.28 and later.

Well, we are using evms 2.5.3 with kernel 2.6.18

> 
> So, no one is fixing anything, but by the same token, no one is
breaking
> anything either.
> 
> In practice it shouldn't make much difference, since EVMS will use it
> based on its UUID.

That's all well and good if it worked right.  :-)

Randomly EVMS will decide that it sees a UUID on a drive, when no such
UUID should exist (since nobody created such a UUID on that drive).  

I do not THINK that this happens when we hot-plug a disk.

> 
> Its not something that I've seen before, though I was wondering how
many
> disks are on your system?

Usually either 1 or 3.  It happens most when using 3, but I think that's
more because we don't use all the disk space when using 3 disks, but
usually DO use it all when using only 1 disk.

> Are you hot-plugging disk drivers?

Not the drivers, no.  However, we do hot-plug disks sometimes.  I don't
think that this 'raid 255' event is triggered by a hot-plug event,
though.  IIRC it happens more-or-less randomly (so far as I can tell
right now, anyway.  Since these happen much more at our customer site
than here it's hard to be sure).

I did find a reference somewhere to EVMS looking for things starting at
255 and going down from there.

Ah, here it is: http://marc.info/?l=evms-devel&m=113761621512057&w=2
Don't  know if that is related to this at all or not, but it was
interesting to me  that they said it started at 255 and worked down -
which is exactly what I saw.

Thanks!

Rusty

> 
> 
> Regards,
> John
> 
> Carruth, Rusty wrote:
> > We've discovered an unpleasant bug in EVMS.
> >
> > Randomly it will decide that there is a raid array 255 present when
we
> > have not created such a beast.  It has even been known to create
> > lower-numbered ones as well (254, 253, etc).
> >
> > Evms says its command line interpreter version 2.5.3
> >
> > I looked at the fix logs for 2.5.4 and 2.5.5, and do not see any
> > reference to this, other than something in an email from Mike Tran
on
> > the devel list in 2006 about how evms 'handles the conflict by
assigning
> > late arriving MD regions starting at 255 downward' (or something
like
> > that).
> >
> > But I *have* (supposedly) no late-arriving MD regions!  Where is
evms
> > getting the idea that such a thing exists???
> >
> > Has anyone seen this?  Or have any clue what I'm talking about?
> >
> > Has it been fixed?
> >
> > Thanks!
> >
> > Rusty
> >
> >
> >
------------------------------------------------------------------------
> ------
> > Come build with us! The BlackBerry® Developer Conference in SF,
CA
> > is the only developer event you need to attend this year. Jumpstart
your
> > developing skills, take BlackBerry mobile applications to market and
> stay
> > ahead of the curve. Join us from November 9-12, 2009. Register
> now!
> > http://p.sf.net/sfu/devconf
> > _______________________________________________
> > Evms-devel mailing list
> > [email protected]
> > To subscribe/unsubscribe, please visit:
> > https://lists.sourceforge.net/lists/listinfo/evms-devel
> >
> >
> >


Rusty Carruth | CSE
SSD Storage Products Division | SMART Modular Technologies
Adtron Corporation | 4415 E. Cotton Center Blvd | Phoenix, AZ 85040
Office:  602-735-0300 | Fax: 602-735-0349 | Email:
[email protected] | www.smartm.com



------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Evms-devel mailing list
[email protected]
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-devel