How to make a smaller / on Solaris 9?
in [Solaris]
|
From: Chris Mattern on 21 Apr 2008 10:52 On 2008-04-19, Maarten Deen <zqrra(a)kf4nyy.ay> wrote: > usenetpersongerryt(a)gmail.com wrote in > news:c6b98038-34db-4460-881b-ee9f1958cfee(a)p39g2000prm.googlegroups.com: > >> /usr/local is just as deprecated as the concept of a separate /usr >> filesystem : > >> Yes it would still work and is supported but few do this this anymore. > > If /usr/local is deprecated, where do all the additional programs get > installed then? /opt. -- Christopher Mattern NOTICE Thank you for noticing this new notice Your noticing it has been noted And will be reported to the authorities
From: Chris Mattern on 21 Apr 2008 11:06 On 2008-04-19, Andrew Gabriel <andrew(a)cucumber.demon.co.uk> wrote: > In article <UqnOj.6307$R_4.4911(a)newsb.telia.net>, > "Thommy M." <eclipsed9876543210(a)hotmail.com> writes: >> >> The Solaris way to do it is / and /usr on the same partition and >> eventually /var on a separate. > > Solaris has no such constraints. > You may well choose to do that, and that's fine, but > it isn't imposed by Solaris. You're not *required* to put /var on its own partition, but it does help make sure that root doesn't fill up, since /var can become victim to a runaway process. > >> Just get used to it and you will have a >> much nice experience with Solarais. > > Solaris doesn't care either way. > If you make /usr a separate filesystem, you can have > it mount read-only (except when installing/patching). That can be so, and works very nicely. > The same goes for /opt. A number of our enterprise That's not so true, unless you're careful about what you install. A lot of stuff that goes on in /opt keeps configuration files that may need to be changed there. Some things even keep app data there, I'm sorry to say. The freeware implementation of OpenLDAP that you get with the Solaris 10 distribution keeps its database in /opt/sfw/var. Some Blastwave apps use /opt/csw/var, including their own OpenLDAP package. > customers do this on their key servers as it reduces > the opportunity for unauthorised changes, corruption, > and the need for archiving read-only filesystems, > although you might well not bother on a less important > workstation. > -- Christopher Mattern NOTICE Thank you for noticing this new notice Your noticing it has been noted And will be reported to the authorities
From: Andrew Gabriel on 21 Apr 2008 12:31 In article <slrng0pbb8.gg3.syscjm(a)sumire.gwu.edu>, Chris Mattern <syscjm(a)sumire.gwu.edu> writes: > On 2008-04-19, Andrew Gabriel <andrew(a)cucumber.demon.co.uk> wrote: >> In article <UqnOj.6307$R_4.4911(a)newsb.telia.net>, >> "Thommy M." <eclipsed9876543210(a)hotmail.com> writes: >>> >>> The Solaris way to do it is / and /usr on the same partition and >>> eventually /var on a separate. >> >> Solaris has no such constraints. >> You may well choose to do that, and that's fine, but >> it isn't imposed by Solaris. > > You're not *required* to put /var on its own partition, but it does > help make sure that root doesn't fill up, since /var can become > victim to a runaway process. Actually, I was mainly meaning to rebutt the comment that Solaris expects / and /usr on the same partition. Incidently, Solaris also allows /var/adm to be a separate filesystem, although I've never seen anyone do this. >>> Just get used to it and you will have a >>> much nice experience with Solarais. >> >> Solaris doesn't care either way. >> If you make /usr a separate filesystem, you can have >> it mount read-only (except when installing/patching). > > That can be so, and works very nicely. > >> The same goes for /opt. A number of our enterprise > > That's not so true, unless you're careful about what > you install. A lot of stuff that goes on in /opt keeps > configuration files that may need to be changed there. > Some things even keep app data there, I'm sorry to say. Nothing is supposed to do that. Prior to Solaris 10, there were a few Sun things that (wrongly) did, and we got them fixed when we were doing Zones (as /opt is supposed to work as a sparse filesystem). > The freeware implementation of OpenLDAP that you get with > the Solaris 10 distribution keeps its database in /opt/sfw/var. Ouch. That sounds like a bug needs raising. It should be using /var/opt/sfw. > Some Blastwave apps use /opt/csw/var, including their own > OpenLDAP package. Yes, I know. We told them during Zones development; they should have been using /var/opt/csw and /etc/opt/csw as per SVR4 filesystem rules on the filesystem(5) manpage. It means /opt/csw is a slightly broken area. I got round this by copying it to /export/csw and loopback mounting it, or the Blastwave stuff doesn't work properly in Zones with sparse /opt. -- Andrew Gabriel [email address is not usable -- followup in the newsgroup]
From: Darren Dunham on 21 Apr 2008 12:54 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. -- Darren Dunham ddunham(a)taos.com Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. >
From: usenetpersongerryt on 21 Apr 2008 14:00
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! |