home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / apollo / 3156 < prev    next >
Encoding:
Text File  |  1992-07-30  |  3.1 KB  |  68 lines
  1. Newsgroups: comp.sys.apollo
  2. Path: sparky!uunet!usc!sdd.hp.com!apollo.hp.com!netnews
  3. From: pato@apollo.HP.COM (Joe Pato)
  4. Subject: Re: Changing registries
  5. Sender: usenet@apollo.hp.com (Usenet News)
  6. Message-ID: <Bs7GJ1.Gn@apollo.hp.com>
  7. Date: Thu, 30 Jul 1992 14:06:37 GMT
  8. References:  <5357@naucse.cse.nau.edu>
  9. Nntp-Posting-Host: winkl.ch.apollo.hp.com
  10. Organization: Hewlett-Packard Company, Chelmsford, MA
  11. Keywords: rgyadm
  12. Lines: 54
  13.  
  14. In article <5357@naucse.cse.nau.edu>, jdc@naucse.cse.nau.edu (John Campbell) writes:
  15. |> This is possibly easy, but I've read the man pages and experimented
  16. |> enough to be pretty frustrated...
  17. |> 
  18. |> I acquired three apollos (res, ind, cap) from another department.
  19. |> These ran with the master registry on res.  I want to join these three 
  20. |> machines to the existing network of four four other apollos (hyd, oxy, 
  21. |> car, nit) where car holds the master registry.  
  22. |> 
  23. |> None of the accounts (or user files) are needed from the old machines.
  24. |> It would be "perfect" if I could simply get them to accept that the
  25. |> master registry was now on car instead of res.  However, the procedures I've
  26. |> read seem to involve copying and not replacing master registries.  I
  27. |> naively hoped stopping glbd on res would "magically" let everyone find
  28. |> the new master registery.
  29. |> 
  30. |> Fiddling with rgy_admin and trying to permanently change the master
  31. |> (change_master) doesn't seem to work.  I get "current master is unknown,
  32. |> default host: unspecified".   /com/lcnode reports all the above machines 
  33. |> just fine.  They are all catalogued properly (I believe).  Right now, 
  34. |> I've stopped glbd and rgyd on res.  This means every log in currently
  35. |> uses local registry and fails to find a global server.
  36. |> 
  37. |> What do I need to do to get res, ind, and cap to use car as the registry
  38. |> master?
  39. |> -- 
  40. |>     John Campbell               jdc@naucse.cse.nau.edu
  41. |>                                     CAMPBELL@NAUVAX.UCC.NAU.EDU
  42.  
  43. The procedures that are documented for merging networks assume that
  44. you want to preserve the user base from the old environment.  This 
  45. appears to not be the case for you.  In general what you have done
  46. (killing the glbd and rgyd for the now defunct network) should be
  47. enough.  If the machines do not find the new registry (the registry
  48. on //car, then it is probably because either one or the other or
  49. both of the previously independent networks were running as unique
  50. glbd "cells".
  51.  
  52. Normally all Domain/OS machines look for a glbd running with a
  53. well known universal unique identifier (UUID).  If you want to run
  54. multiple "logically independent" domain networks on a common physical
  55. network, it becomes necessary to introduce a per-logical network UUID
  56. for each glbd.  This is stored in the file /etc/ncs/glb_obj.txt on each
  57. machine of the logical network.
  58.  
  59. You should check your machines and verify that //res //ind and //cap contain
  60. a file that is identical with the glb_obj.txt file on the rest of the 
  61. machines (or none if the other machines did not have one).
  62.  
  63. -- 
  64.                     -- Joe Pato
  65.                        Distributed Object Computing Program / East
  66.                        Hewlett-Packard Company
  67.                        pato@apollo.hp.com
  68.