Re: Volume Managers in Linux

Hans Eric =?ISO-8859-1?Q?Sandstr=F6m (hes@xinit.se)
Thu, 05 Nov 1998 08:25:40 +0100


Lyle Seaman wrote:

> > What do you do if you would like to give a user 30MB in /home and
> > 100MB for
> > /var/spool/mail ... no way of doing this in a single filesystem with
> > quota.
>
> Deliver mail to /home/$USER/mail instead of /var/spool/mail...

Yes, a mail server is a special kind of species in the server world. Not the
one you can account for in a standard / /usr /var /stand /boot /bla bla bla
pre choosen partitioning scheme such as HP and AIX enforces upon us.

If I set up a mail server. I usually put incoming mail on a separate partition
so I can have separete quotas for mail. Like /mail and this partition is
usually not on the same disk as the rest of the system.

And frankly new mail servers don't pop ut so often these days. They tend to
get centralized since most mailers use IMAP4/POP and can be taught how to read
mail from some very central mail server. So the need mail servers on every
segment of your network has decreased.

We are drifting from the subject here (my fault), the disussion was about the
need for volume management in linux. My opinion is that a md style of Volume
Management is good enough. The need for growing shrinking partitions usually
stems from bad installations. And the LVM style of volume management present
in HP and AIX just adds two new leyers of complexiity. Thus the need for a
SMIT style interface. But of course we can improve the UI, linuxconf maybe.

My prioritys are these:
1. Mirroring of striped partitions so we can handle singe disk faliures
without having to resync a whole stripe.. (This may be done in the lastest md
code already)
2. Log based filesystem. So the downtime and risk of corruption can be
minimised for very large filesystems.
3. Auto migrate feature. In a log based filesystem we could implement a way of
moving the data to a new (larger/smaller)
partition on the fly. Ie without umount-copy-mount.

Hans Eric

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/