From: Melissa Young (thesunlover2002@yahoo.com)
Date: Wed Jul 21 2004 - 15:10:58 EDT
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
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:29:08 EDT