SUMMARY 1: Partition a big disk under Solaris 9?

Hi,
How about this arrangement? 

0  Swap        2 GB
1  /(root)     20 GB (/usr, /opt, /home)
2  backup      37 GB
3  unassigned  5 GB (/var)
6  unassigned  10 GB (/export, flexible use)
7  unassigned  30 MB (future RAID purpose)

Please make your comments. I will write summary 2.
Once again. Thank you!!

Melissa Young

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Thank you very much for your help:

David Foster:
Bind, ISC DHCP will build and work just fine under
Solaris 9.
Swap should depend on memory (loosely 2 * RAM, up to
max of 2GB unless you have a really large memory
system).
Personally I like to put /usr and /opt in /, having
these separate just creates headaches and disks
nowadays are big enough that you don't have to worry
about space when these are combined.
/var should be separate since it has globally writable
directories.
Anyways, whether you combine or not, make sure to
allocate 4GB for / by itself, /var does not need to be
12GB, 4GB is plenty. Here is how I'd do this:
swap = 2GB
/ = 12GB  (includes /usr and /opt)
/var = 4GB
/home = 9GB
/backup = 9GB


G Hackett:
Certainly make a separate file system for /var. These
days most people lump /usr /home & /opt in /


Helmut Kreft:
Splitting / and /usr isn't really recommended any more
since Sol8. I prefer to have a separate /var
partition. Some say, in case of a system failure,
partitions which are written to have a higher
probability to be trashed. The remaining space goes to
/export.


Drew Skinner:
This is a very difficult question for anyone. Only you
really know how the system will be used. Why cut a
slice for /export ?  - partitions can be really
annoying.
I used to slice everything and no longer do it. In the
end it created more administrative headaches than it
ever solved. In essence I'd do the following -
/  whole disk  (minus below)
swap  4gb
var   2gb      (you could up var a bit if you like).
The biggest danger to a non-monitored public machine
is log files. For end users  turn on quotas and leave
the export file systems in root (/). Some people at
Sun no longer separate out var - but seeing as you
have radius in there I would.


Harrington, David:
FWIW, I'd suggest the following:
Slice Use			size
0	Swap 		2 GB
1	/(root)		12 GB
2	backup		36 GB
6	unassigned	22 GB
7	unassigned	12-14 MB
(set this aside for metadb or other RAID purposes)

You can do this level of partitioning during initial
installation. I refine it once the OS is installed.
Slice 7 is in the event you use DiskSuite (Disk
Manager in SOL9). You will need this small amount. I
leave slices 3 - 6 in the format table as unassigned,
and give them a size ONLY if I foresee a need for
them. I assign them a directory in the /etc/vfstab
file.
If I wanted just 15GB I'd set 6 at 15GB, and leave a
block of cylinders
unaddressed. I can always bring them in later.



--- Melissa Young <thesunlover2002@yahoo.com> wrote:
> Hello,
> 
> Attached is the original question. Thanks Luc Suryo
> and Rich Teer who suggest to use three partitions:
> root, swap, and /export.
> 
> After DNS/DHCP/RADIUS have been set, more disk(s)
> will
> be added to the system to make disk RAID.
> 
> So, which type of filesystem layout is better?
> Should
> I make independent filesystems for /usr, /opt, /var,
> /home?
> 
> Thanks a lot.
> Melissa Young
> System Admin
> 
> 
> --- Melissa Young <thesunlover2002@yahoo.com> wrote:
> > Hello,
> > 
> > I have a new project to build a server.
> > Hardware: Sun Fire V100, 2 GB memory, a 37 GB hard
> > disk.
> > Software: Solairs 9, BIND 9.2.3 (isc), DHCP 3.0.1
> > (isc), NavisRadius 4.4.0(Lucent)
> > 
> > Question 1:
> > May I assume these new versions of BIND, DHCP and
> > NavisRadius can be running very well under Solaris
> > 9?
> > 
> > Question 2:
> > How about the following filesystem layout?
> > 
> > Swap = 2 GB
> > /(root) = 2 GB
> > /usr = 4 GB
> > /var = 12 GB
> > /home = 5 GB
> > /opt = 5 GB
> > /backup = 5 GB
> > 
> > Thank you!!



	
		
__________________________________
Do you Yahoo!?
Vote for the stars of Yahoo!'s next ad campaign!
http://advision.webevents.yahoo.com/yahoo/votelifeengine/
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers