Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!uflorida!thedon.cis.ufl.edu!seeger From: seeger@thedon.cis.ufl.edu (F. L. Charles Seeger III) Newsgroups: comp.unix.admin Subject: Local rc scripts (was: Software installation opinions needed) Message-ID: <24601@uflorida.cis.ufl.EDU> Date: 27 Sep 90 02:54:05 GMT References: <312@pcad.UUCP> Sender: news@uflorida.cis.ufl.EDU Organization: UF CIS Dept Lines: 38 In article klm@cme.nist.gov (Ken Manheimer) writes: | We've actually implemented a refinement on the 'rc.site' scheme that | walter mentioned in a prior article... | | ... The refinement to fix this | consists of changing the hook to the global rc.site to the following | sort of thing: synopsis: if available cp rc.site from nfs server to /etc/rc.site execute local copy (possibly old) We rdist our SunOS 4.1 rc files (ours are modified from the distributed ones), rather than using rc.site. We do use a *host* specific rc, though. Currently, it is run from rc.local rather than rc, though I considered changing that so as to do host specific TFS% mounts (which must be done after inetd is running, which is started late in rc). Instead, I am currently using a "mount -vat tfs" command at the end of the rc script for this purpose and using the fstab for personality. Nonetheless, rc is probably the more general (and better) place to run either rc.site or rc.`hostname`. # # Do anything else specific to this host... # if [ -f /etc/rc.`hostname` ]; then sh /etc/rc.`hostname` fi I esthetically abhor testing on explicit hostnames in rc scripts. Regards, Chuck -- % Translucent File Service, new in SunOS 4.1. -- Charles Seeger E301 CSE Building Office: +1 904 392 1508 CIS Department University of Florida Fax: +1 904 392 1220 seeger@ufl.edu Gainesville, FL 32611-2024