home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sun / admin / 8254 < prev    next >
Encoding:
Text File  |  1992-11-14  |  4.4 KB  |  95 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!hubcap!opusc!usceast!tim
  3. From: tim@hssc.scarolina.edu (Tim White)
  4. Subject: Re: SunOS Upgrade
  5. Message-ID: <tim.721679597@andy.hssc.scarolina.edu>
  6. Sender: usenet@usceast.cs.scarolina.edu (USENET News System)
  7. Organization: USC  Department of Computer Science
  8. References: <1992Oct30.095136.701@ualr.edu>
  9. Date: 13 Nov 92 18:33:17 GMT
  10. Lines: 83
  11.  
  12. lindstrom@acs.harding.edu writes:
  13.  
  14. > Grettings-
  15. >   I dread the thought of upgrading the OS again.  Being rather new
  16. >at the system administrator game, the process usually takes days to
  17. >get things going again, so I would like some advice from you folks
  18. >who _seem_ to know what's goning on...
  19.  
  20. >  1.  I have the SunOS 4.1.3 upgrade, which I received after the
  21. >      Solaris 2.0 migration kit came.  I have not installed 
  22. >      either.  Which should I concern myself with first (am
  23. >      currently running SunOS 4.1.2)?
  24.  
  25.     4.1.3 is basically 4.1.2 with support for the uniprocessor SS10 and
  26.   additional patches rolled in. Solaris 2.0 will be much different from
  27.   a administration perspective.
  28.  
  29.  
  30. >  2.  Every time I have upgraded, I have problems with the
  31. >      "libc" files.  Don't know what they do or how to fix
  32. >      them (have to spend time with our network guru).
  33. >      What information can you spare (I can read, so references
  34. >      would be welcome).
  35.  
  36.      Bill Wisner's resolv+ version 2.1 works fine with 4.1.3. From the
  37.    README file...
  38.  
  39.  ->
  40.  ->This is resolv+ 2.1, a modified version of the resolver library
  41.  ->from BIND 4.8.3.
  42.  ->
  43.  ->resolv+ allows you to specify whether hostname and address lookups
  44.  ->should be performed with BIND, the /etc/hosts file, NIS, or any
  45.  ->combination of the above.  This is an idea that I stole shamelessly
  46.  ->from Ultrix.
  47.  ->
  48.  ->Other than the changes outlines above, this resolver functions exactly
  49.  ->like that in BIND 4.8.3 (because it *is* the resolver from BIND 4.8.3).
  50.  ->
  51.  ->To build the resolver library, edit the Makefile and run "make".
  52.  ->
  53.  ->This resolver library is suitable for use in the SunOS shared C library.
  54.  ->To build a new shared C library which includes the resolver, run
  55.  ->"make libc.so".  If you did not select the "shlib.etc" option when
  56.  ->installing your operating system, this will not work.
  57.  ->
  58.  ->To configure host lookups, create /etc/host.conf.  It should contain some
  59.  ->combination of the keywords "bind", "hosts" and "nis", one per line.
  60.  ->
  61.  ->After compiling the library, it should be installed in /usr/lib/libresolv.a.
  62.  ->If you feel particularly ambitious, incorporate it into your systemwide C
  63.  ->library.  If your system uses shared libraries, this can be a (fairly)
  64.  ->easy way to make all of your networking programs use this resolver.
  65.  ->
  66.  ->To install a new shared C library on a SunOS system, the copy the libc.so
  67.  ->file generated by make (it'll be in the shlib/ subdirectory) into /usr/lib,
  68.  ->and type ldconfig.  If things go awry, remove the file from /usr/lib and
  69.  ->type ldconfig again.  If you want to test the shared library before
  70.  ->installing it system-wide, you can do so by setting the LD_LIBRARY_PATH
  71.  ->environment variable to the pathname of the directory containing the new
  72.  ->libc.so file. After doing this you should still install the regular
  73.  ->resolver library in /usr/lib/libresolv.a, so statically linked programs
  74.  ->also use the resolver routines.
  75.  ->
  76.  ->Unless you do incorporate the resolver into a shared C library, you will have
  77.  ->to recompile all your networking programs before you see much benefit from
  78.  ->this package.  If you don't have a source code license, don't feel bad:
  79.  ->you're exactly like most of the rest of us.  Fortunately, the source code
  80.  ->for the Berkeley networking software is publically available from several
  81.  ->major anonymous FTP sites, including ftp.uu.net and gatekeeper.dec.com.
  82.  ->
  83.  ->If your system runs a particularly crummy version of UNIX, you may have
  84.  ->to copy some of the headers in the include subdirectory into /usr/include,
  85.  ->particularly netdb.h.  (Actually, you should probably copy them all into
  86.  ->/usr/include anyway, since they're more recent than what most vendors ship.)
  87.  ->
  88.  ->Bill Wisner <wisner@ims.alaska.edu>
  89.  ->5 April 1992
  90. --
  91. ==============================================================================
  92. Tim White                 University of South Carolina
  93. tim@otis.hssc.scarolina.edu       Humanities and Social Sciences Laboratory
  94. (803)-777-7840                        Columbia, S.C. 29208
  95.