AW: [linux-lvm] Revised petition WAS: LVM in stock kernel!?

M.Ritzert at CENIT.DE M.Ritzert at CENIT.DE
Fri Aug 27 11:38:30 UTC 1999

> -----Ursprüngliche Nachricht-----
> Von:	Shane Shrybman [SMTP:shane at]
> Gesendet am:	Friday, 27. August 1999 00:29
> An:	linux-lvm mailing list
> Betreff:	[linux-lvm] Revised petition WAS: LVM in stock kernel!?
> I have added a few more points that I gleaned from this list. I have also
> taken the liberty of adding a SUPPORTERS section with people's names and
> email addresses. Please let me know if you have names to add or delete.
> We need more SUPPORTERS! 

> Please tell me explicitly if you would like to be added to the list, ( I
> don't feel comfortable adding names to a petition otherwise).
Please add me to the list:
Michael Ritzert m.ritzert at

> - LVM is almost a necessity when managing large amounts of storage.
> - it is one of the key enablers to open enterprise doors.
> - Many unix people think that storage layout is one of the most difficult
>   aspects of maintaining a system. LVM simply makes storage management
>   much more flexible by allowing storage to be reallocated easily at
>   anytime.
> - Folks coming to Linux from other UNIXes which use an LVM (HP, AIX,
>   Solaris, IRIX etc..) will be familiar and comfortable with LVM concepts
>   and will more readily embrace the penguin.
> - The "out of storage space" is a very common problem for users especially
>   new users. LVM makes resizing allocated space easier. This is perhaps
>   the most common problem I here about from new users.
> - LVM is not a new concept and has been proven to be indispensible in
>   other OSes, (ie. It is not just some hair-brained scheme that just makes
>   things harder to learn and more complicated).
> - LVM provides the information to check i/o bottlenecks in a more fine
>   grained manner and enables the user to solve them.
> - its implementation doesn't add much complexity to the
>   block i/o layer (compared to for eg. MD) and therefore avoids
>   instabilities.
> - Opens the door for storage management GUIs that would make storage
>   management easier for all users.
> - Integration with IBM's ADSM backup allows Linux machines to be backed up
>   "snapshot" style by simply syncing volumes and grabbing volume data.
> - The ability to add a sort of volume log allows almost instant volume
>   resyncing while maintaining an active data volume.
> - The (unique) ability to use either physical disks or partitions (and
>   even flat files via the loopback device) allows for a
>   very flexible Volume Group makeup (e.g. I don't get stuck having to
>   allocate all of that 18GB drive to a volume when I only
>   need 4GB of it, etc.).  NOTE:  This does add some cons when it comes to
>   deporting (exporting) volumes and migrating disks,
>   but it should be easy enough to overcome.
> - Using LVM is by definition adding a another logical layer for storage.
>   Users not already familiar with an LVM will have to do some learning, or
>   not use LVM.
> - some cost in performance since there's an additional layer of
>   translation before you get to the actual disk blocks....
> ------------------------------------------------------------------
> Heinz Mauelshagen	mauelsha at
> S. Ryan Quick		ryan at
> Shane Shrybman		shane at
> Mike Manocchio		manocc at
> Ernie Lim		elim at
> Marcus Ruehmann		m.ruehmann at
> James Pattinson		jamesp at
> Fernando Dammous	ferdam at
> Pascal			pamvdam at
> Ulrik De Bie		winmute at
> Klaus Strebel		stb at
> Mark Adams		madams at
> Drew Smith		drew at
> Luca Berra		bluca at
> Jonny B.		brassow at
> Mats Wichmann		mats at
> Mark Kolb		mkolb at
> Comments ?
> Please feel free to edit and add your own points!
> Shane

More information about the linux-lvm mailing list