Professional Web Applications Themes

partitioning and /tmp - Sun Solaris

Hi all, I'm new on this group and also I'm new in using Solaris (9 - 05/03). I'm trying to figure out a good partitioning scheme for a 36 Gb disk. I'd like to ask you if it is a good choice to create the following Slice Mount Point Size (MB) 0 / 8193 1 swap 2048 2 overlap 34730 3 /tmp 5120 4 /usr/local 5120 5 /export/home 5120 6 0 7 64 (slice 7 is for Volume Manager Status DB) Also I would want to move both /var/tmp /var/log in the same slice (/tmp) Can I do it with ...

  1. #1

    Default partitioning and /tmp

    Hi all,
    I'm new on this group and also I'm new in using Solaris (9 - 05/03).

    I'm trying to figure out a good partitioning scheme for a 36 Gb disk. I'd
    like to ask you if it is a good choice to create the following

    Slice Mount Point Size (MB)
    0 / 8193
    1 swap 2048
    2 overlap 34730
    3 /tmp 5120
    4 /usr/local 5120
    5 /export/home 5120
    6 0
    7 64
    (slice 7 is for Volume Manager Status DB)

    Also I would want to move both /var/tmp /var/log in the same slice (/tmp)
    Can I do it with just some links?
    Does it work?

    thank you,
    AM


    [AM] Guest

  2. #2

    Default Re: partitioning and /tmp


    "[AM]" <it> wrote in message
    news:bkf1er$5n9$tiscalinet.it... 
    /tmp doesn't need a different partition as it is mounted standard within a
    virtual partition within the swap-area.
    So make the swap a little bit bigger and don't mount /tmp on a partition.
    /tmp is mounted on a virtual partition of tmpfs type

    Pierre


    pidbel Guest

  3. #3

    Default Re: partitioning and /tmp



    On Fri, 19 Sep 2003, [AM] wrote:
     

    Hmm, why split it up so much? it takes all advantages out and put a lot of
    restrictions on it, in my view a better partition would be...

    0 / 8193
    1 swap 2048 (/tmp will automatically end up here to)
    5 /export The rest
    7 64 (metadb's)

    2 should always be overlap and full disk.

    then, in /export mkdir home and local, link /usr/local -> /export/local
    and live happily ever after.

    If you do need more space for /var/log or /tmp, link them there to
    i.e. mkdir /export/log and link /var/log to it

    This way, the part that needs more space can have it and you havent
    restricted any one of them to a mere 5gigs

    Others may of course be of another opinion :-)

    /Johan A

    Mr. Guest

  4. #4

    Default Re: partitioning and /tmp


    Hi all,


    Mr. Johan Andersson wrote:
     
    >
    >
    > Hmm, why split it up so much? it takes all advantages out and put a lot of
    > restrictions on it, in my view a better partition would be...
    >
    > 0 / 8193
    > 1 swap 2048 (/tmp will automatically end up here to)
    > 5 /export The rest
    > 7 64 (metadb's)
    >
    > 2 should always be overlap and full disk.
    >
    > then, in /export mkdir home and local, link /usr/local -> /export/local
    > and live happily ever after.
    >
    > If you do need more space for /var/log or /tmp, link them there to
    > i.e. mkdir /export/log and link /var/log to it
    >
    > This way, the part that needs more space can have it and you havent
    > restricted any one of them to a mere 5gigs
    >
    > Others may of course be of another opinion :-)
    >
    > /Johan A
    >[/ref]

    I generally recommend to minimal put /, /usr and /var on different
    devices. When there are enough devices (or space) or you are using
    a volume manager, split of /opt, /export/home, too.

    When applications fill filesystems, e.g. /var while it is used for
    spooling by mail and print servers or /usr or /opt when webservers
    or database servers are growing (logs, datafiles), they could prevent
    other applications from working correctly, because the whole space
    is used up.

    So if /var is filled up to 100% maybe the mail server stops working.
    But another application like Apache, Oracle or MySQL that are using
    /opt, /usr (or completely different filesystems like /oradata) could
    keep working, because they don't need /var.

    For the availbilty and reliabilty I think one should split up file-
    systems. I can greatly recommend using Solaris Volume Manager
    that was integrated in Solaris 9.

    Use a partitioning like:

    0 / min. 512 MB up to 1 or 2 GB
    1 swap two times of your RAM
    3 /var depends on services run, 128 - 1024 MB
    5 /opt a lot, depends on installed/planned software
    I use about 4, 8 or 16 GB
    6 /usr 4 or 8 GB
    7 used for State Database s

    Why don't create /, /usr and /var and use the rest of that disk to put
    it under control of the volume manager? Then you could allocate as
    many space as needed for filesystems (soft-partition). Using a volume
    manager for this is a bit oversized, but...

    That was my opinion ;))

    Greetings

    Ralf.

    Ralf Guest

  5. #5

    Default Re: partitioning and /tmp


    "Mr. Johan Andersson" <mh.se> ha scritto nel messaggio
    news:solace.mh.se... 

    [...]
     

    Thank you all very much for your answers. They did help me a lot in my first
    steps with Solaris.
    Unfortunately I haven't been enough clear in my first post: I said only
    about the system disk...

    Actually the box has 4 X 36 Gb disks and the configuration I finally decided
    is:

    Disk 1
    / 10 Gb
    swap 2 Gb
    /export 15 Gb (here there are links for /usr/log and /var/tmp)
    VMSD 64 Mb

    Disk 2
    Raid 1 for /
    swap 2 Gb
    Raid 1 for /export
    VMSD 64 Mb

    Disk 2 and 3 are a stripe volume for a Oracle data... (availability and
    reliability don't matter) + VMSD


    thank you again ;)
    AM
    --
    to reach me at my e-mail delete the GHOST!



    [AM] Guest

  6. #6

    Default Re: partitioning and /tmp

    [AM] <it> wrote:
     
     
     

    If you're going to mirror root, you probably want to mirror swap also.
    Otherwise losing a disk means the system will probably crash.

    --
    Darren Dunham com
    Unix System Administrator Taos - The SysAdmin Company
    Got some Dr Pepper? San Francisco, CA bay area
    < This line left intentionally blank to confuse you. >
    Darren Guest

Similar Threads

  1. space partitioning
    By DANGH_b in forum Macromedia Director 3D
    Replies: 2
    Last Post: March 7th, 09:58 PM
  2. partitioning
    By n3tgan3sh in forum Oracle Server
    Replies: 12
    Last Post: October 23rd, 08:08 PM
  3. Index on Partitioning Key UDB EEE 7.2
    By stabbert in forum IBM DB2
    Replies: 9
    Last Post: October 16th, 08:43 PM
  4. partitioning
    By Paul in forum Windows Setup, Administration & Security
    Replies: 2
    Last Post: August 5th, 06:21 PM
  5. Partitioning HDD
    By Spinner in forum Windows XP/2000/ME
    Replies: 0
    Last Post: June 30th, 04:45 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139