home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / next / sysadmin / 7298 < prev    next >
Encoding:
Text File  |  1993-01-05  |  2.3 KB  |  47 lines
  1. Newsgroups: comp.sys.next.sysadmin
  2. Path: sparky!uunet!gatech!paladin.american.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!sdd.hp.com!cs.utexas.edu!wupost!mont!mizzou1.missouri.edu!CCGREG
  3. From: CCGREG@mizzou1.missouri.edu (Greg Johnson)
  4. Subject: Upgrading to 3.0 from bottom up hasn't yet worked for me
  5. Message-ID: <16B4DC834.CCGREG@mizzou1.missouri.edu>
  6. Sender: news@mont.cs.missouri.edu
  7. Nntp-Posting-Host: mizzou1.missouri.edu
  8. Organization: University of Missouri
  9. Date: Tue, 05 Jan 93 14:14:12 CST
  10. Lines: 35
  11.  
  12. We have a 3-level netinfo network with about four midlevel application
  13. servers and 60 machines.  Most user definitions and home mounts are at
  14. the top level.  I thought I'd be least disrup.tive to upgrade to 3.0
  15. from the bottom up.  Upgrading a couple of lowest level machines
  16. worked fine.  But when I upgraded a midlevel host (in place, not
  17. from a clean disk), access problems occur.  Users with homes in
  18. the midlevel's domain still work ok, but users with homes elsewhere
  19. cannot access their homes.  They can login, but get a blank screen.
  20. Root can see the list of homes on a remote file system, but can't go
  21. further down as it could before.
  22.  
  23. Here's a representative fstab entry from the top level:
  24.      mugcnx1:/Users /Net nfs rw,net,timeo=14,intr,noquota 0 0
  25.  
  26. Here's the 2.0 exports line:
  27.      /Users -access=allmunx,root=mugcnx1:mugcnx2:muebnx1:     ...etc..
  28.  
  29. mugcnx1 is the 2.0 toplevel, muebnx1 is the 3.0 midlevel.
  30.  
  31. Another irritating thing.  In using UserManager.app from the 3.0 midlevel
  32. host to a 2.1 toplevel netinfo passwd server, the app locks.  "ps" shows
  33. it is trying to readUserLanguage.  3.0 netinfo data for user adds an
  34. "info" directory, and it looks like UserMangler is trying to access a
  35. dwrite for System Language--somewhere.
  36.  
  37. I guess I'll go ahead and upgrade the toplevel server, and hope that
  38. this will solve the problems.  I hope this is not some idiot little
  39. item this idiot has overlooked, or that somewhere it says "upgrade
  40. networks from the top down".  For the curious, I can provide nidump &
  41. nilist output.  If anybody has insight,reply direct, I'll summarize.
  42. If anybody is contemplating a similar upgrade, well, stay tuned.
  43.  
  44. :  Greg Johnson, Senior Scientific Programmer/Analyst -- Campus Computing
  45. :  233 Heinkel Building, University of Missouri, Columbia, MO 65203
  46. :  ccgreg@mizzou1.missouri.edu / ccgreg@monad.missouri.edu / 314-882-2000
  47.