mdadm raid5 with lvm: advantages?

Hi,

I'm building a new RAID5 array (of 5 1.5 TB drives) with mdadm and
would like to know the benefits of creating an LVM on top of this =
are
instead of just creating the filesystem on the md directly. I've never
had a problem growing the array and then resizing the filesystem
before and wondered if in this situation the only gain would be lvm
snapshot stuff? I'm planning to use ext4 for this array, if that makes
any difference.

Thanks in advanced,

Rich
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: mdadm raid5 with lvm: advantages?

On 12/01/2011 1:06 AM, Richard Grundy wrote:
> I'm building a new RAID5 array (of 5 1.5 TB drives) with mdadm and
> would like to know the benefits of creating an LVM on top of this are
> instead of just creating the filesystem on the md directly. I've never
> had a problem growing the array and then resizing the filesystem
> before and wondered if in this situation the only gain would be lvm
> snapshot stuff? I'm planning to use ext4 for this array, if that makes
> any difference.

I used lvm over RAID5 on my latest server. It runs the Xen Hypervisor to
do virtualisation. It was the first project that I have *ever* used lvm
on. I have to say, I'm quite impressed. I have a volume group that takes
up the entire RAID5, then split that into logical volumes for each VM.

I guess the bottom line here is what you are using it for. If its one
massive file dumping ground, then lvm probably won't get you any extra
features. If you plan to have more things later on than a single
filesystem, then it might be an advantage to put lvm on there now.

--
Steven Haigh

Email: netwiz@crc.id.au
Web: http://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: mdadm raid5 with lvm: advantages?

It will be used as storage for all my media (audio, videos, apps,
etc), oh and a folder for backups of other computers; sounds like in
my situation lvm wouldn't provide much benefit.

Cheers Rich

On Tue, Jan 11, 2011 at 2:10 PM, Steven Haigh wrote:
> On 12/01/2011 1:06 AM, Richard Grundy wrote:
>>
>> I'm building a new RAID5 array (of 5 1.5 TB drives) with mdadm and
>> would like to know the benefits of creating an LVM on top of this are
>> instead of just creating the filesystem on the md directly. I've never
>> had a problem growing the array and then resizing the filesystem
>> before and wondered if in this situation the only gain would be lvm
>> snapshot stuff? I'm planning to use ext4 for this array, if that makes
>> any difference.
>
> I used lvm over RAID5 on my latest server. It runs the Xen Hypervisor to do
> virtualisation. It was the first project that I have *ever* used lvm on. I
> have to say, I'm quite impressed. I have a volume group that takes up the
> entire RAID5, then split that into logical volumes for each VM.
>
> I guess the bottom line here is what you are using it for. If its one
> massive file dumping ground, then lvm probably won't get you any extra
> features. If you plan to have more things later on than a single filesystem,
> then it might be an advantage to put lvm on there now.
>
> --
> Steven Haigh
>
> Email: netwiz@crc.id.au
> Web: http://www.crc.id.au
> Phone: (03) 9001 6090 - 0412 935 897
> Fax: (03) 8338 0299
>
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: mdadm raid5 with lvm: advantages?

Richard Grundy wrote:
: Hi,
:=20
: I'm building a new RAID5 array (of 5 1.5 TB drives) with mdadm and
: would like to know the=A0benefits of creating an LVM on top of this a=
re
: instead of just creating the filesystem on the md directly. I've neve=
r
: had a problem growing the array and then resizing the filesystem
: before and wondered if in this situation the only gain would be lvm
: snapshot stuff? I'm planning to use ext4 for this array, if that make=
s
: any difference.

The disadvantage of lvm over md is that with LV filesystems
usually cannot see the physical layout and determine the correct
level of parallelism (like swidth in XFS, stripe in ext4).

-Yenya

--=20
| Jan "Yenya" Kasprzak e}> |
| GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18=
A5E |
| http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/bl=
og/ |
Please don't top post and in particular don't attach entire digests to =
your
mail or we'll all soon be using bittorrent to read the list. --Alan=
Cox
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: mdadm raid5 with lvm: advantages?

On Tue, Jan 11, 2011 at 5:16 PM, Jan Kasprzak wrote:
> Richard Grundy wrote:
> : Hi,
> :
> : I'm building a new RAID5 array (of 5 1.5 TB drives) with mdadm and
> : would like to know the=A0benefits of creating an LVM on top of this=
are
> : instead of just creating the filesystem on the md directly. I've ne=
ver
> : had a problem growing the array and then resizing the filesystem
> : before and wondered if in this situation the only gain would be lvm
> : snapshot stuff? I'm planning to use ext4 for this array, if that ma=
kes
> : any difference.
>
> =A0 =A0 =A0 =A0The disadvantage of lvm over md is that with LV filesy=
stems
> usually cannot see the physical layout and determine the correct
> level of parallelism (like swidth in XFS, stripe in ext4).
XFS (xfsprogs) does this without any problems (for me at least)

>
> -Yenya
>
> --
> | Jan "Yenya" Kasprzak =A0 ivate}> |
> | GPG: ID 1024/D3498839 =A0 =A0 =A0Fingerprint 0D99A7FB206605D7 8B35F=
CDE05B18A5E |
> | http://www.fi.muni.cz/~kas/ =A0 =A0Journal: http://www.fi.muni.cz/~=
kas/blog/ |
> Please don't top post and in particular don't attach entire digests t=
o your
> mail or we'll all soon be using bittorrent to read the list. =A0 =A0 =
--Alan Cox
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid"=
in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>



--=20
Best regards,
[COOLCOLD-RIPN]
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: mdadm raid5 with lvm: advantages?

Dne 11.1.2011 15:06, Richard Grundy napsal(a):
> Hi,
>
> I'm building a new RAID5 array (of 5 1.5 TB drives) with mdadm and
> would like to know the benefits of creating an LVM on top of this are
> instead of just creating the filesystem on the md directly. I've never
> had a problem growing the array and then resizing the filesystem
> before and wondered if in this situation the only gain would be lvm
> snapshot stuff? I'm planning to use ext4 for this array, if that makes
> any difference.
>
> Thanks in advanced,
>
> Rich
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html

Really depends on your needs..

It makes sense to use LVM for virtualization and iSCSI to get rid of big
file images (unwanted fs overhead/fragmentation). But yes, in some use
cases this is OK.

If you don't need snapshots or whatever LVM feature, then go the
simplest way - no LVM.

HTH, Z.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: mdadm raid5 with lvm: advantages?

like email subject tell: advantages?

lvm suport - snapshots



2011/1/11 Zdenek Kaspar :
> Dne 11.1.2011 15:06, Richard Grundy napsal(a):
>> Hi,
>>
>> I'm building a new RAID5 array (of 5 1.5 TB drives) with mdadm and
>> would like to know the benefits of creating an LVM on top of this ar=
e
>> instead of just creating the filesystem on the md directly. I've nev=
er
>> had a problem growing the array and then resizing the filesystem
>> before and wondered if in this situation the only gain would be lvm
>> snapshot stuff? I'm planning to use ext4 for this array, if that mak=
es
>> any difference.
>>
>> Thanks in advanced,
>>
>> Rich
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-raid=
" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>
> Really depends on your needs..
>
> It makes sense to use LVM for virtualization and iSCSI to get rid of =
big
> file images (unwanted fs overhead/fragmentation). But yes, in some us=
e
> cases this is OK.
>
> If you don't need snapshots or whatever LVM feature, then go the
> simplest way - no LVM.
>
> HTH, Z.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid"=
in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>



--=20
Roberto Spadim
Spadim Technology / SPAEmpresarial
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: mdadm raid5 with lvm: advantages?

--Sig_/CbtJifDNDojscvuRQwloVld
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Tue, 11 Jan 2011 19:36:30 +0100
Zdenek Kaspar wrote:

> It makes sense to use LVM for virtualization and iSCSI to get rid of big
> file images (unwanted fs overhead/fragmentation). But yes, in some use
> cases this is OK.

Since you mentioned fragmentation - there are ways to both make sparse file
images, and to defragment them when needed (on some filesystems like XFS and
btrfs). But when using LVM instead of file images, the user has neither: LVM
can't have sparse LVs, and it can't (easily) defragment an LV that is
fragmented over one or several PVs. Or am I missing something here?

--=20
With respect,
Roman

--Sig_/CbtJifDNDojscvuRQwloVld
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk0spkkACgkQTLKSvz+PZwhI8gCglIDnrPrFGiFpJYr2Xqqx a0R7
w8UAniLih1j+7tyhdjAHC/7aLq48eaGX
=k2KG
-----END PGP SIGNATURE-----

--Sig_/CbtJifDNDojscvuRQwloVld--
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: mdadm raid5 with lvm: advantages?

Roman,

LVM supports both sparse LVs (--virtualsize) and defragmentation
(though as you say it's not currently easy -- I started writing a script
to handle it but it's not a big enough problem that I've ever actually
wanted to use the script, still a general purpose "lvdefrag" could be
written).

Thanks,
Roy Keene

On Tue, 11 Jan 2011, Roman Mamedov wrote:

> On Tue, 11 Jan 2011 19:36:30 +0100
> Zdenek Kaspar wrote:
>
>> It makes sense to use LVM for virtualization and iSCSI to get rid of big
>> file images (unwanted fs overhead/fragmentation). But yes, in some use
>> cases this is OK.
>
> Since you mentioned fragmentation - there are ways to both make sparse file
> images, and to defragment them when needed (on some filesystems like XFS and
> btrfs). But when using LVM instead of file images, the user has neither: LVM
> can't have sparse LVs, and it can't (easily) defragment an LV that is
> fragmented over one or several PVs. Or am I missing something here?
>
> --
> With respect,
> Roman
>
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: mdadm raid5 with lvm: advantages?

Dne 11.1.2011 19:49, Roman Mamedov napsal(a):
> On Tue, 11 Jan 2011 19:36:30 +0100
> Zdenek Kaspar wrote:
>
>> It makes sense to use LVM for virtualization and iSCSI to get rid of big
>> file images (unwanted fs overhead/fragmentation). But yes, in some use
>> cases this is OK.
>
> Since you mentioned fragmentation - there are ways to both make sparse file
> images, and to defragment them when needed (on some filesystems like XFS and
> btrfs). But when using LVM instead of file images, the user has neither: LVM
> can't have sparse LVs, and it can't (easily) defragment an LV that is
> fragmented over one or several PVs. Or am I missing something here?

Yes, some filesystems can solve fragmentation issue. But if there's no
good reason to have images directly on fs, then no need to waste
performance (even if it's just 5%).

I think you have options to move PE's, but it's tricky and it's better
to avoid such allocations in first place..

HTH, Z.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html