We generally use a 10016 MDISK for / and mount the "growable" file systems
on a LVM sitting on EDEVs. We are currently migrating all our disks from
3390/9 to 3390/54, putting them to DIRMAINT take care, and let it use the
pool.

We know EDEV have a few downsides, like less performance and increased CP
consumption, but the upsides are worth on our shop. When we need
performance (all our DB2 servers are in this category) we dedicate a pair
of FCP devices and allocate a LUN. When we don't need that much (Jboss
servers, Apache htdocs and logs, ftp servers, /opt for almost every
product), we just add a mdisk from an EDEV pool.

And it works well, almost never gives us any headache, have enough
flexibility, and keep us happy.

Mauro
http://mauro.limeiratem.com - registered Linux User: 294521
Scripture is both history, and a love letter from God.

2016-04-05 15:09 GMT-03:00 Michael MacIsaac <[email protected]>:

> Alan,
>
> I've always liked keeping everything under /. Many colleagues didn't like
> this and we went to the more complex solution, such as what you're doing,
> in the Virtualization Cookbooks.
>
> The argument for many file systems and LVM is that this will keep the root
> file system from filling up.  But now I like the approach "You're not
> allowed to fill up the file system". If you have 3, 5, 7 or more GB free,
> you have a fair amount of headroom.  If you have more data than that, then
> yes, get it out of the root and put it in a dedicated file system.
>
> The root fs's are usually ECKD and the latter fs's usually FCP/SCSI.
>
> Hope this helps.
>
>     -Mike M
>
> On Tue, Apr 5, 2016 at 11:36 AM, Levy, Alan <[email protected]> wrote:
>
> > In the past, we have been building sles servers on a mod 9 (app 7G) with
> > the following structure (/=1G, /usr=4G,/var/log=1G,/usr/local=1G).
> >
> > We are considering changing out methodology to use mod 29s (app 22G) from
> > now on and have everything as / and put user data on the san.
> >
> > Does anyone have opinions (one way or another) ?
> >
> >
> >
> >
> >
> > ________________________________
> >
> > This e-mail, including any attachments, may be confidential, privileged
> or
> > otherwise legally protected. It is intended only for the addressee. If
> you
> > received this e-mail in error or from someone who was not authorized to
> > send it to you, do not disseminate, copy or otherwise use this e-mail or
> > its attachments. Please notify the sender immediately by replying to this
> > e-mail and delete the e-mail from your system.
> >
> > ----------------------------------------------------------------------
> > For LINUX-390 subscribe / signoff / archive access instructions,
> > send email to [email protected] with the message: INFO LINUX-390 or
> > visit
> > http://www.marist.edu/htbin/wlvindex?LINUX-390
> > ----------------------------------------------------------------------
> > For more information on Linux on System z, visit
> > http://wiki.linuxvm.org/
> >
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> ----------------------------------------------------------------------
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Reply via email to