<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel">
    <title>gmane.linux.evms.devel</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7354"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7353"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7352"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7351"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7350"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7349"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7348"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7347"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7346"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7345"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7344"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7343"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7342"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7341"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7340"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7339"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7338"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7337"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7336"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.evms.devel/7335"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7354">
    <title>EVMS replacement?</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7354</link>
    <description>&lt;pre&gt;This question is directed especially to the former EVMS team at IBM, but in
general to all of us who've finally had to abandon EVMS:

Does anyone know of any other tool that's something like a replacement for
EVMS?  Something that integrates partition, logical volume, and file system
management in one interface (not to mention the three parallel interfaces
that EVMS offered)?

What software is IBM using, recommending, or providing for enterprise
storage management these days?  What other software, if any, did it have in
mind when it decided to abandon EVMS?

I've looked around quite a bit, and while the quality of the GUI tools has
improved, in general it's the same old hodgepodge that existed before
EVMS-- one tool for partition management, another for logical volume
management.

Thanks,
Andrew.


------------------------------------------------------------------------------
_______________________________________________
Evms-devel mailing list
Evms-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
T&lt;/pre&gt;</description>
    <dc:creator>Andrew Schulman</dc:creator>
    <dc:date>2010-04-21T13:55:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7353">
    <title>Re: EVMS bug - anybody working to fix bugs any more?</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7353</link>
    <description>&lt;pre&gt;John Huttley ha scritto:
Go with lvm, evms is dead.

------------------------------------------------------------------------------
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
Evms-devel&amp;lt; at &amp;gt;lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-devel

&lt;/pre&gt;</description>
    <dc:creator>Mauro Sanna</dc:creator>
    <dc:date>2009-10-12T21:18:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7352">
    <title>Re: EVMS bug - anybody working to fix bugs any more?</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7352</link>
    <description>&lt;pre&gt;

kernels

Actually, I went with raw devicemapper, and created all the config info
I needed to be able to create and run (when booting after a
configuration step) all the partitions I could possibly need, even
though I'm using scsi disks (from the point of the view of Linux,
anyway).

Once getting LVM compiled on the xscale system (that this is targeted
to) is an option, I will consider going to LVM then.

Rusty


------------------------------------------------------------------------------
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
Evms-devel&amp;lt; at &amp;gt;lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-devel

&lt;/pre&gt;</description>
    <dc:creator>Carruth, Rusty</dc:creator>
    <dc:date>2009-10-12T21:22:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7351">
    <title>Re: EVMS bug - anybody working to fix bugs any more?</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7351</link>
    <description>&lt;pre&gt;

more?
kernels

Well, we are using evms 2.5.3 with kernel 2.6.18

breaking

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.

many

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.


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&amp;amp;m=113761621512057&amp;amp;w=2
Don't  know i&lt;/pre&gt;</description>
    <dc:creator>Carruth, Rusty</dc:creator>
    <dc:date>2009-10-12T19:45:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7350">
    <title>Re: EVMS bug - anybody working to fix bugs any more?</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7350</link>
    <description>&lt;pre&gt;Thats interesting.
Evms isn't under development anymore and doesn't run with MD on kernels 
2.6.28 and later.

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.

Its not something that I've seen before, though I was wondering how many 
disks are on your system?
Are you hot-plugging disk drivers?


Regards,
John

Carruth, Rusty wrote:

------------------------------------------------------------------------------
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
Evms-devel&amp;lt; at &amp;gt;lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://l&lt;/pre&gt;</description>
    <dc:creator>John Huttley</dc:creator>
    <dc:date>2009-10-12T18:56:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7349">
    <title>EVMS bug - anybody working to fix bugs any more?</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7349</link>
    <description>&lt;pre&gt;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&amp;amp;reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skil&lt;/pre&gt;</description>
    <dc:creator>Carruth, Rusty</dc:creator>
    <dc:date>2009-09-28T23:40:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7348">
    <title>Re: evms not dead yet..</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7348</link>
    <description>&lt;pre&gt;
Isn't this why EVMS is dead? :-) No white knights.

/* Steinar */
&lt;/pre&gt;</description>
    <dc:creator>Steinar H. Gunderson</dc:creator>
    <dc:date>2009-09-16T10:43:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7347">
    <title>evms not dead yet..</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7347</link>
    <description>&lt;pre&gt;Yes its broken.

However I don't think the problem is fundamentally difficult since evms 
is pure userspace.
Very likely the result of a small change in the device-mapper API.

I was getting ready to have a look it by git -bisect to find the change 
set reponsible.

Doing this stuff on a working machine is a PINA, so I'm powering up a 
proxmox server for testing.
Virtualbox might even be more convenient.

The idea is having modest working system on one virtual disk and then 
building a raid array with 2 more.

However i've discovered that i just do not have the time (and not much 
of the skill)  to do it.

We need a white knight...

Regards,

John



Andrew Schulman wrote:


------------------------------------------------------------------------------
Come build with us! The BlackBerry&amp;amp;reg; 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&lt;/pre&gt;</description>
    <dc:creator>John Huttley</dc:creator>
    <dc:date>2009-09-16T10:02:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7346">
    <title>Re: using evms as a sort of mdadm front end</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7346</link>
    <description>&lt;pre&gt;
Yes, sadly, this is true.  EVMS is dying or dead and there's nothing else on the
horizon that looks to be anywhere close to as good.  system-config-lvm shows
promise, but it doesn't handle RAID.

John, do you know specifically what has broken EVMS' MD management in kernel
2.6.29 and later?  I posted a question about that problem here
(http://www.nabble.com/%22array-md0-already-has-disks%22-with-kernel-2.6.29-td23131323.html)
and there's a Gentoo bug report about it
(http://bugs.gentoo.org/show_bug.cgi?id=273902). No one seems to know what the
problem is.  If EVMS is really permanently broken as of kernel 2.6.29, we need
to know that.

Thanks, Andrew.


------------------------------------------------------------------------------
Come build with us! The BlackBerry&amp;amp;reg; 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&amp;amp;#45;12, 2009. Regis&lt;/pre&gt;</description>
    <dc:creator>Andrew Schulman</dc:creator>
    <dc:date>2009-09-16T01:15:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7345">
    <title>Re: using evms as a sort of mdadm front end</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7345</link>
    <description>&lt;pre&gt;I would not recommend using evms.
Kernel changes in 2.6.29 and later are incompatible with evms's MD 
management code.

Evms support  has been quietly dropped by IBM and no one else has been 
working on it.
Its very sad.

--john





aurfalien&amp;lt; at &amp;gt;gmail.com wrote:


------------------------------------------------------------------------------
Come build with us! The BlackBerry&amp;amp;reg; 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&amp;amp;#45;12, 2009. Register now&amp;amp;#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Evms-devel mailing list
Evms-devel&amp;lt; at &amp;gt;lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-devel

&lt;/pre&gt;</description>
    <dc:creator>John Huttley</dc:creator>
    <dc:date>2009-09-15T21:06:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7344">
    <title>Re: using evms as a sort of mdadm front end</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7344</link>
    <description>&lt;pre&gt;Thanks John.

Bummer.

- aurf
On Sep 15, 2009, at 2:06 PM, John Huttley wrote:



------------------------------------------------------------------------------
Come build with us! The BlackBerry&amp;amp;reg; 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&amp;amp;#45;12, 2009. Register now&amp;amp;#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Evms-devel mailing list
Evms-devel&amp;lt; at &amp;gt;lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-devel

&lt;/pre&gt;</description>
    <dc:creator>aurfalien&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2009-09-15T21:12:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7343">
    <title>Re: using evms as a sort of mdadm front end</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7343</link>
    <description>&lt;pre&gt;aurfalien&amp;lt; at &amp;gt;gmail.com wrote on 09/13/2009 12:11:27 AM:


You do not have to build a new kernel to use EVMS.  Unless you use the
bbr_seg plug-in, EVMS has no runtime code; it just does configuration.

You can use EVMS to setup your MD devices.  However, note that EVMS will
use device-mapper instead of MD for linear and RAID0 mappings.  That's
because the linear and RAID0 mapping can be done easily and with a shorter
code path by using device-mapper.  The MD kernel component does not have to
get involved.  EVMS does use the MD kernel component for RAID1 (mirroring)
and RAID4/RAID5.

Although you can probably use mdadm to manage arrays created by EVMS, it is
better to stick with EVMS once you have started using it.  For example,
EVMS stores some extra metadata in the MD superblock area that mdadm won't
preserve since it knows nothing about it.

Steve D.


------------------------------------------------------------------------------
Come build with us! The BlackBerry&amp;amp;reg; Developer Conference in SF, CA
is the onl&lt;/pre&gt;</description>
    <dc:creator>Steve Dobbelstein</dc:creator>
    <dc:date>2009-09-15T15:51:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7342">
    <title>using evms as a sort of mdadm front end</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7342</link>
    <description>&lt;pre&gt;Hi,

Before I install EVMS on my Centos 5.3x64 box (unsure it will even  
install), I would like to know wether I need to even build a new  
kernel if all I desire is a GUI to create, manage, rebuild software  
Raids formatted using XFS file system.

I'm fine with mdadm cli, however I have some users that would prefer a  
GUI and have threatened me with installing OpenSolaris for its web  
front end to ZFS Raid management.

I'm sure OpenSolaris is a fine OS but would rather stick to Centos.

Thanks in advance,

- aurf



------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Evms-devel mailing list
Evms-devel&amp;lt; at &amp;gt;lists.sourceforge.net
To subscribe/unsubscribe, please vi&lt;/pre&gt;</description>
    <dc:creator>aurfalien&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2009-09-13T05:11:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7341">
    <title>Re: Expanding volume and xfs-filesystem</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7341</link>
    <description>&lt;pre&gt;Bernward Platz &amp;lt;Bernward.Platz&amp;lt; at &amp;gt;clucon.de&amp;gt; wrote on 08/27/2009 01:40:29 AM:


Hi, Bernward.

I, too, cannot understand that.  Looking at the code I don't see an obvious
way that the xfs plug-in would launch ext3 utilities.  You may want to
check to make sure that fsck.ex3 and resize2fs are being launched by EVMS
an not by some other process by coincidence.  If you can reproduce the
problem it would be helpful to turn on debugging and look at the log file.
Run "evms[n,gui] -d debug" to set the debug level to "debug".  Once you
have reproduced the problem, look at /var/log/evms-engine.log.  It will
have a lot of information.  Search for "evms_commit_changes" to get to the
part where EVMS starts saving the changes.  Search for "resize2fs" to see
if it was EVMS that launched resize2fs, and if so which component of EVMS
did it.  If you need help looking at the log you can gzip it (it will be a
large file) and send it to me and I will take a look.

Steve D.


--------------------------------------------------------&lt;/pre&gt;</description>
    <dc:creator>Steve Dobbelstein</dc:creator>
    <dc:date>2009-08-28T15:46:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7340">
    <title>Expanding volume and xfs-filesystem</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7340</link>
    <description>&lt;pre&gt;------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july_______________________________________________
Evms-devel mailing list
Evms-devel&amp;lt; at &amp;gt;lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-devel
&lt;/pre&gt;</description>
    <dc:creator>Bernward Platz</dc:creator>
    <dc:date>2009-08-26T07:16:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7339">
    <title>Re: Please help: New system with old EVMS+BBR drives ?</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7339</link>
    <description>&lt;pre&gt;------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july_______________________________________________
Evms-devel mailing list
Evms-devel&amp;lt; at &amp;gt;lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-devel
&lt;/pre&gt;</description>
    <dc:creator>Anthony Mutiso</dc:creator>
    <dc:date>2009-08-24T16:24:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7338">
    <title>Re: Please help: New system with old EVMS+BBR drives ?</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7338</link>
    <description>&lt;pre&gt;
    Steven&amp;gt; Hi people I have a broken old system with 2x 250GB drives,
    Steven&amp;gt; in raid 1, with BBR on it.  Since the old system was a
    Steven&amp;gt; very trimmed down gentoo I couldn't boot it on other
    Steven&amp;gt; hardware, so I tried to recover the drives with a fresh
    Steven&amp;gt; debian etch install.

I would suggest dropping back to older releases - I've systems
installed with Debian, upgraded, then to Ubuntu which used EVMS and
now migrated to LVM2, where I had to keep using an older kernel to
begin with exactly because of this problem (no module support for some
EVMS "extensions"). I'd start with Debian sarge or an older Ubuntu
version, something before gutsy should do.

Sincerely,

Adrian Phillips

&lt;/pre&gt;</description>
    <dc:creator>Adrian Phillips</dc:creator>
    <dc:date>2009-08-24T17:46:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7337">
    <title>Re: Please help: New system with old EVMS+BBR drives ?</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7337</link>
    <description>&lt;pre&gt;
Distros and kernels that support EVMS are becoming scarce.  Sadly, it's the
death spiral of EVMS.

The last I looked, SystemRescueCd (http://www.sysresccd.org/Main_Page)
supported EVMS.  Not sure about BBR, though.  IIRC there's a kernel module,
dm_bbr, that you have to build and insert in order to use BBR?

I don't think there's any way to read those drives except by EVMS+BBR.
However, I don't see any reason that you shouldn't be able to build a
kernel to do that, as long as you have the EVMS packages.  They're gone
from the Debian archives now, but are still available-- let us know if you
need them.

Andrew.


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
______________________________________________&lt;/pre&gt;</description>
    <dc:creator>Andrew Schulman</dc:creator>
    <dc:date>2009-08-24T16:12:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7336">
    <title>Please help: New system with old EVMS+BBR drives ?</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7336</link>
    <description>&lt;pre&gt;Hi people

I have a broken old system with 2x 250GB drives, in raid 1, with BBR on it.
Since the old system was a very trimmed down gentoo I couldn't boot it 
on other hardware, so I tried to recover the drives with a fresh debian 
etch install.

But now I can't get it to work. I compiled my own kernel (2.6.15.7), 
patched it according to the installation instructions, but it ends 
either of 2 ways:
- If I try to activate the volumes I get an error in EVMS, and some 
notices from devicemapper, saying failed to insert target (bbr)
- Or I just can't see any SATA disks at all (system is on a IDE drive so 
that boots fine)

Can anyone tell me which distro/setup still supports EVMS+BBR ?
If not, is there another way (without evms) to recover the data from 
those disks ?  It contains my complete photo collection for almost over 
10 years, and it would be an emotional disaster to loose all those pictures.


I hope someone reads this and maybe can help me.
Thanks in advance :-)

Steven

-----------------------------&lt;/pre&gt;</description>
    <dc:creator>Steven</dc:creator>
    <dc:date>2009-08-24T14:59:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.evms.devel/7335">
    <title>Gentoo</title>
    <link>http://permalink.gmane.org/gmane.linux.evms.devel/7335</link>
    <description>&lt;pre&gt;------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july_______________________________________________
Evms-devel mailing list
Evms-devel&amp;lt; at &amp;gt;lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-devel
&lt;/pre&gt;</description>
    <dc:creator>David</dc:creator>
    <dc:date>2009-08-05T14:23:55</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.evms.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.evms.devel</link>
  </textinput>
</rdf:RDF>
