[prev in list] [next in list] [prev in thread] [next in thread] 

List:       evms-devel
Subject:    Re: [Evms-devel] More initrd automation
From:       Kevin Corry <kevcorry () us ! ibm ! com>
Date:       2004-05-19 15:43:46
Message-ID: 200405191043.46454.kevcorry () us ! ibm ! com
[Download RAW message or body]

On Monday 17 May 2004 9:42 pm, Matt Zimmerman wrote:
> On Mon, May 17, 2004 at 09:44:57AM -0500, Kevin Corry wrote:
> > This sounds like it should be relatively simple. I suppose we could add
> > such functionality to evms_activate, or perhaps just add a new tool for
> > this purpose. What kind of output would you propose?
>
> Probably major/minor, one pair per line, would be easiest.  A separate tool
> seems logical to me.
>
> > I guess I would forsee something like:
> >
> > prompt> evms_list_disks /dev/evms/Root_Volume
> > hda
> > hdb
> > sda
> >
> > Or alternatively, display the major:minor for each disk. Or I suppose we
> > could display both, or have options for displaying. Let me know what
> > would be most helpful.
>
> Having options would give us the most flexibility...major/minor is what
> I'll want for the initrd stuff, but who knows what other uses people might
> find for this functionality.  I assume they're equally easy to implement. 
> Maybe choose a bit more generic name, and use the new tool as a place to
> put similar functionality in the future.  evms_query --list-devices?

I'm going to try to put together an initial version of this tool this week.

> > In the meantime, you might take a look at the re-written evms_gather_info
> > in 2.3.3. It now displays parent and child relationships for each volume
> > and object. You could conceivably write a convoluted perl script to parse
> > through the evms_gather_info output to get this info.
>
> I'm still tempted to write a Python wrapper for the engine API if I find a
> truly compelling use for it.  How much work do you think it would be to
> maintain it going forward if someone did this (how much does the API change
> between releases these days)?

The external API changes occasionally, but not so drastically and not so often 
that it would be difficult to keep the Python wrapper up-to-date. 

-- 
Kevin Corry
kevcorry@us.ibm.com
http://evms.sourceforge.net/


-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
_______________________________________________
Evms-devel mailing list
Evms-devel@lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-devel
[prev in list] [next in list] [prev in thread] [next in thread]