From: Richard B. Gilbert on
Darren Dunham wrote:
> Maarten Deen <zqrra(a)kf4nyy.ay> wrote:
>>> Why do you want to put /usr on a separate partition?
>> Because I was raised to do so. That way the root partition will not fill up
>> and cause problems in the system.
>
> I'd suggest that nothing explodes if the root filesystem fills up. Go
> find out what did it and remove things to make some space.
>

The most ferocious attacks on disk space in / are made by patches and
O/S upgrades! Putting /usr in its own partition does not really address
the problem. Allocating sufficient space, ab initio, does.
From: Richard B. Gilbert on
usenetpersongerryt(a)gmail.com wrote:
> On Apr 21, 9:54 am, ddun...(a)taos.com (Darren Dunham) wrote:
>> Maarten Deen <zq...(a)kf4nyy.ay> wrote:
>>>> Why do you want to put /usr on a separate partition?
>>> Because I was raised to do so. That way the root partition will not fill up
>>> and cause problems in the system.
>> I'd suggest that nothing explodes if the root filesystem fills up. Go
>> find out what did it and remove things to make some space.
>
> Unsure about 10 but a badly administered site I know of allows this
> quite often.
> Right now they are at 96% full : > Anyway, the geniuses are still
> running an unpatched
> version of Solaris 8 to boot! What happens there is core daemons like
> crond etc
> shutdown in response to / filling up. Not the end of the World but
> DUMB. In effect the
> whole site goes into a half up zombie state...
> You dont want to know what they they pay their SA!

If the SA is not allowed to schedule occasional down time for
maintenance, there's not a whole lot he can do. It doesn't matter how
much they pay him!!

OTOH, if the SA is the one who set up the system in the first place,
he/she must accept some of the blame. If you can't get down time to fix
it, allocating sufficient space for the O/S plus patches and upgrades
can eliminate a few problems in the future.
From: usenetpersongerryt on
On Apr 21, 11:24 am, "Richard B. Gilbert" <rgilber...(a)comcast.net>
wrote:
> usenetpersonger...(a)gmail.com wrote:
> > On Apr 21, 9:54 am, ddun...(a)taos.com (Darren Dunham) wrote:
> >> Maarten Deen <zq...(a)kf4nyy.ay> wrote:
> >>>> Why do you want to put /usr on a separate partition?
> >>> Because I was raised to do so. That way the root partition will not fill up
> >>> and cause problems in the system.
> >> I'd suggest that nothing explodes if the root filesystem fills up. Go
> >> find out what did it and remove things to make some space.
>
> > Unsure about 10 but a badly administered site I know of allows this
> > quite often.
> > Right now they are at 96% full : > Anyway, the geniuses are still
> > running an unpatched
> > version of Solaris 8 to boot! What happens there is core daemons like
> > crond etc
> > shutdown in response to / filling up. Not the end of the World but
> > DUMB. In effect the
> > whole site goes into a half up zombie state...
> > You dont want to know what they they pay their SA!
> If the SA is not allowed to schedule occasional down time for
> maintenance, there's not a whole lot he can do. It doesn't matter how
> much they pay him!!

He can do whatever he wants whenever he wants.

> OTOH, if the SA is the one who set up the system in the first place,

Uh inhertited it from someone who left and had a bit of a clue at
least

> he/she must accept some of the blame. If you can't get down time to fix
> it, allocating sufficient space for the O/S plus patches and upgrades
> can eliminate a few problems in the future.

But you have to know HOW or care enough to teach yourself something? :
>
Just wait, this type of administration will become "normal" as more
and more
old guys retire, get fed up and leave, or are let go because they are
too "expensive".

From: Chris Mattern on
On 2008-04-21, Richard B. Gilbert <rgilbert88(a)comcast.net> wrote:
> Darren Dunham wrote:
>> Maarten Deen <zqrra(a)kf4nyy.ay> wrote:
>>>> Why do you want to put /usr on a separate partition?
>>> Because I was raised to do so. That way the root partition will not fill up
>>> and cause problems in the system.
>>
>> I'd suggest that nothing explodes if the root filesystem fills up. Go
>> find out what did it and remove things to make some space.
>>
>
> The most ferocious attacks on disk space in / are made by patches and
> O/S upgrades! Putting /usr in its own partition does not really address
> the problem. Allocating sufficient space, ab initio, does.

Putting /var in its own space helps even more, since, in my experience,
that's where all the space gets eaten up; both the downloaded patches
and the "save" undo directories go there (and both should be periodically
cleaned out).


--
Christopher Mattern

NOTICE
Thank you for noticing this new notice
Your noticing it has been noted
And will be reported to the authorities