|
From: Richard B. Gilbert on 21 Apr 2008 14:10 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 21 Apr 2008 14:24 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 21 Apr 2008 15:26 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 21 Apr 2008 17:35 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
First
|
Prev
|
Pages: 1 2 3 4 5 6 Prev: SOLARIS 8 patches? Next: VxVM objects under change of disk device name |