linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Clemens Schwaighofer <cs@tequila.co.jp>
To: Andreas Haumer <andreas@xss.co.at>
Cc: Robin Bowes <robin-lists@robinbowes.com>,
	Neil Brown <neilb@cse.unsw.edu.au>,
	linux-raid@vger.kernel.org
Subject: Re: ANNOUNCE: mdadm 1.6.0 - A tool for managing Soft RAID under Linux
Date: Wed, 09 Jun 2004 16:01:43 +0900	[thread overview]
Message-ID: <40C6B5D7.7060801@tequila.co.jp> (raw)
In-Reply-To: <40C346A6.1000001@xss.co.at>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andreas Haumer wrote:
| Hi!
|
| Robin Bowes wrote:
|
|>>On Fri, June 4, 2004 7:29, Neil Brown said:
|>>
|>>
|>>> - Further support for partitionable arrays included "--auto=" option
|>>>   and "auto=" config file entry which instructs mdadm to create the
necessary
|>>>   device files after allocating an unused array number.
|>>
|>>
|>>Neil,
|>>
|>>I am interpreting this to mean that I can create, for example, a
large (e.g. 1TB) RAID5
|>>array and create smaller partitions (/home, /usr, etc) on top of the
RAID5 array? Is
|>>this correct?
|>>
|
| Hm.
| Why would anyone use this, given that we can put LVM on
| top of SW-RAID?

Well I'd say to leave out one area of problems. LVM might get buggy or
cause troubles. And if you can create partitions in a SW raid you can
avoid that.

eg on a firewall I want only real necessary software and LVM is
definitly not one of them ...

- --
Clemens Schwaighofer - IT Engineer & System Administration
==========================================================
TEQUILA\Japan, 6-17-2 Ginza Chuo-ku, Tokyo 104-8167, JAPAN
Tel: +81-(0)3-3545-7703            Fax: +81-(0)3-3545-7343
http://www.tequila.co.jp
==========================================================
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAxrXWjBz/yQjBxz8RAnu/AJ0YlAnEXGxK3hBiGmSWJiOfT3O+rQCgheXZ
V5DTW6ESA7M8W9ZbUklefd8=
=jwFK
-----END PGP SIGNATURE-----

  parent reply	other threads:[~2004-06-09  7:01 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-04 10:12 ANNOUNCE: mdadm 1.6.0 - A tool for managing Soft RAID under Linux Robin Bowes
2004-06-06 16:30 ` Andreas Haumer
2004-06-06 21:46   ` Neil Brown
2004-06-07  7:50   ` Mario 'BitKoenig' Holbe
2004-06-07 15:54     ` Joe Pruett
2004-06-08 14:11       ` Mario 'BitKoenig' Holbe
2004-06-09  7:01   ` Clemens Schwaighofer [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-06-06 22:58 Norman Schmidt
2004-06-04  6:29 Neil Brown
2004-06-04 10:12 ` Robin Bowes
2004-06-04 12:13   ` Neil Brown
2004-06-04 13:31     ` me
2004-06-04 14:21       ` Guy
2004-06-05  2:51         ` me
2004-06-05  6:08           ` Neil Brown
2004-06-06 22:50             ` me
2004-06-05  6:36           ` David Greaves
2004-06-06 22:52             ` me
2004-06-04 15:00     ` Robin Bowes
2004-06-04 15:22       ` David Greaves
2004-06-04 15:27         ` Robin Bowes

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=40C6B5D7.7060801@tequila.co.jp \
    --to=cs@tequila.co.jp \
    --cc=andreas@xss.co.at \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@cse.unsw.edu.au \
    --cc=robin-lists@robinbowes.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).