home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / hp / 12644 < prev    next >
Encoding:
Text File  |  1992-11-08  |  3.6 KB  |  94 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!sdd.hp.com!scd.hp.com!hpscdm!cupnews0.cup.hp.com!pasq
  3. From: pasq@cup.hp.com (Mark Di Pasquale)
  4. Subject: Re: Mail in 710 cluster with NFS fails
  5. Sender: news@cupnews0.cup.hp.com
  6. Message-ID: <BxBKGw.3Mn@cup.hp.com>
  7. Date: Sat, 7 Nov 1992 00:10:08 GMT
  8. References: <1992Oct22.012738.25751@state.systems.sa.gov.au>
  9. Organization: Hewlett-Packard
  10. X-Newsreader: TIN [version 1.1.4 PL6]
  11. Lines: 81
  12.  
  13. enisaxg@state.systems.sa.gov.au wrote:
  14. : Problem with Mail under a common NFS mounted /usr/mail.
  15. : ...
  16. :
  17. : We have no problem running any mailers between the CDC, SUN, and HP 847.
  18. : We do, however, have 5 HP 710's running as a cluster off of one server.
  19. : 
  20. : On the HP 710 *server*, there is no problem accessing the NFS common maildrop.
  21. : 
  22. : On *clients* of the HP 710, there is no way we can access the NFS common
  23. : maildrop! This appears to be related to the fairly proprietary nature of the
  24. : cluster concept. The errors we get from the clients are:
  25.  
  26. This may have something to do with "context dependent files".  If the
  27. clients are not gaining access to some resource the server has, it may
  28. be that the "resource" does not have a "context" for the clients.  For
  29. example, on your server system, /etc/inittab is a context-dependent file
  30. (CDF).  If you were to "cd /etc/inittab+" and do an ls(1), you should
  31. see the names of all of your clients, and the server's name (or
  32. something like "localroot", which means "the rootserver").  In this
  33. case, each "name" listed is a unique file, one for each machine in the
  34. cluster.  But the name is important!!  For example, if you have a client
  35. named hptm1 listed in /etc/inittab+, and you were to "mv
  36. /etc/inittab+/hptm1 /tmp", then client hptm1 would no longer be able to
  37. see /etc/inittab:
  38.  
  39.     hptm1: ls /etc/inittab
  40.         /etc/inittab not found
  41.     hptm1:
  42.  
  43. Now, if the problem you are experiencing with /usr/mail relates to
  44. context, then you have a CDF file or directory that does not have the
  45. names of the clients listed (or the key-word "remoteroot" which means
  46. "all machines in the cluster that are not the rootserver").
  47.  
  48. More specifically, when you are accessing the "common mail drop" from
  49. your server, I assume you have a directory/file on the server machine
  50. that "points" to the common drop?  For example, you may have done an NFS
  51. mount from the server system like this:
  52.  
  53.     CDC:/usr/mail /usr/mail nfs ro,soft 0 0
  54.  
  55. Check to see if /usr/mail (or some other involved file) is a CDF.  You
  56. can do this by:  "cd /usr; ls -H mail".  If you see mail listed as
  57. "mail+", then change directories into mail+ and list the context(s).
  58.  
  59. Let's say mail is a CDF.  Then, you may find your server's name or the
  60. keyword "localroot" in there:
  61.  
  62.     /usr/mail+                 or            /usr/mail+
  63.         \                                        \
  64.         localroot                             server_name
  65.  
  66. Basically, what would have to be done is to make a context for your
  67. clients.  You may be able to do this (in this example) by:
  68.  
  69.     ln -s localroot remoteroot
  70.  
  71. creating:
  72.     
  73.     /usr/mail+
  74.         /\
  75.       remoteroot  localroot
  76.  
  77. I can't guarantee any of this because I don't know where your CDFs are,
  78. or even if this is a CDF-related problem.  But this may help.
  79.  
  80. See also:  context(5), getcontext(1), and cdf(4)
  81.  
  82. --
  83. Regards,
  84. Mark DiPasquale
  85.  
  86.  _______       ________________________________________________________________
  87.             /
  88.            /                   All appropriate disclaimers apply...
  89.           ____       ___  /
  90.          /     /    /    /
  91.       __/   __/    _____/
  92.                   /
  93.  ___________   __/   __________________________________________________________
  94.