[dm-devel] *** Announcement: dmraid 1.0.0-rc2 ***
christophe varoqui
christophe.varoqui at free.fr
Thu Jul 15 21:14:45 UTC 2004
why don't you leave the dos partition stuff to an external program like
kpartx ? you don't even have to care : kpartx will get trigger by
hotplug when you map the entire raid ...
regards,
cvaroqui
On jeu, 2004-07-15 at 22:35, Heinz Mauelshagen wrote:
> *** Announcement: dmraid 1.0.0-rc2 ***
>
> Following a good tradition, dmraid 1.0.0-rc2 is available at
> http://people.redhat.com:/~heinzm/sw/dmraid/ in source and i386 rpm,
> before I leave for a 2 weeks vacation trip followed by LWE ;)
>
> Won't read my email before July, 30th.
>
> dmraid (Device-Mapper Raid tool) discovers, [de]activates and displays
> properties of software RAID sets (ie. ATARAID) and contained DOS
> partitions using the device-mapper runtime of the 2.6 kernel.
>
> The following ATARAID types are supported on Linux 2.6:
>
> Highpoint HPT37X
> Highpoint HPT45X
> Intel Software RAID
> Promise FastTrack
> Silicon Image Medley
>
> This ATARAID type can be discovered only in this version:
> LSI Logic MegaRAID
>
> Please provide insight to support those metadata formats completely.
>
> Thanks.
>
> See files README and CHANGELOG, which come with the source tarball for
> prerequisites to run this software, further instructions on installing
> and using dmraid!
>
> CHANGELOG is contained below for your convenience as well.
>
>
> Call for testers:
> -----------------
>
> I need testers with the above ATARAID types, to check that the mapping
> created by this tool is correct (see options "-t -ay") and access to the ATARAID
> data is proper.
>
> You can activate your ATARAID sets without danger of overwriting
> your metadata, because dmraid accesses it read-only unless you use
> option -E with -r in order to erase ATARAID metadata (see 'man dmraid')!
>
> This is a release candidate version so you want to have backups of your valuable
> data *and* you want to test accessing your data read-only first in order to
> make sure that the mapping is correct before you go for read-write access.
>
>
> The author is reachable at <Mauelshagen at RedHat.com>.
> Later, I told you ;)
>
> For test results, mapping information, discussions, questions, patches,
> enhancement requests and the like, please subscribe and mail
> to <ataraid at redhat.com>.
>
> CHANGELOG:
> ---------
>
> Changelog from dmraid 1.0.0-rc1 to 1.0.0-rc2 2004.07.15
>
> o Intel Software RAID discovery and activation support
> o allow more than one format handler name with --format
> o display "raid10" sets properly rather than just "mirror"
> o enhanced activate.c to handle partial activation of sets (eg, degraded RAID0)
> o enhanced command line option checks
> o implemented a library context for variables such as debug etc.
> o fixed memory leak in discover_partitions
> o fixed recursion in _find_set()
> o continued writing subsets in case we fail on one because of RAID1
> o format handler template update
> o fixed dietlibc build
> o fixed shared library configure
> o use default_list_set() instead of &raid_sets where possible
> o name change of list_head members to the more commonly used 'list'
> o renamed msdos partition format handler to dos
> o lots of inline comments corrected/updated
> o streamlined tools/*.[ch]
> o moved get.*level() and get_status to metadata.[ch] and changed level
> name to type
>
> --
>
> Regards,
> Heinz -- The LVM Guy --
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>
> Heinz Mauelshagen Red Hat GmbH
> Consulting Development Engineer Am Sonnenhang 11
> 56242 Marienrachdorf
> Germany
> Mauelshagen at RedHat.com +49 2626 141200
> FAX 924446
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> --
> dm-devel mailing list
> dm-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
More information about the dm-devel
mailing list