From: Sugan Moodley (suganm@absa.co.za)
Date: Tue Jul 08 2003 - 04:44:49 EDT
Greetings,
Traditionally we have always setup our slices for the OS as follows ( with disksuite mirrors):
/ 512Meg - slice 0
swap <SIZE OF REAL MEMORY> - slice 1(begins on physical sector 0)
/opt 2048Meg - slice 4
/export/home 8192Meg - slice 5
/usr 2048Meg - slice 6
/var 4096Meg - slice 7
However recently we have encountered differing opinions about the way this should be done.
My personal reasons for choosing this layout is as follows:
- /export/home should be limited without quotas.
- /var should be separate at least in case auditing runs away with diskspace.
- rootdir should be limited so as to force future products to be installed in /opt
I have been told that this is (roughly) the new recommended way of setting up slices:
swap <2 x REAL MEMORY> - slice 1
/ MAXSIZE-(SWAPSIZE*2) - slice 0
/var <2 x REAL MEMORY> - slice 7
Practically is there an advantage to this as I am quite comfortable with the old method? However I understand that times change but I don't want to change unless there is a real advantage to do so.
Thank you kindly,
-- Sugan Moodley Unix Systems Administrator A "No" uttered from deepest conviction is better and greater than a "Yes" merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi ______________________________________________ "The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking action in reliance of the contents of this information is strictly prohibited and may be unlawful. Absa Bank Limited (registration number :1986/004794/06) is liable neither for the proper, complete transmission of the information contained in this communication, nor for any delay in its receipt, nor for the assurance that it is virus-free." _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:26:43 EDT