Path: utzoo!attcan!uunet!mcsun!hp4nl!tuegate.tue.nl!eba!wjw
From: wjw@eba.eb.ele.tue.nl (Willem Jan Withagen)
Newsgroups: comp.sys.apollo
Subject: Re: NCS problems
Keywords: NCS,glbd
Message-ID: <572@eba.eb.ele.tue.nl>
Date: 13 Aug 90 08:12:05 GMT
References: <1174@fang.dsto.oz> <1990Aug10.093611.11456@cns.umist.ac.uk>
Sender: news@eba.eb.ele.tue.nl (The News system)
Reply-To: wjw@eb.ele.tue.nl
Organization: Eindhoven University of Technology, The Netherlands
Lines: 35

In article <1990Aug10.093611.11456@cns.umist.ac.uk> rn@ap.co.umist.ac.uk (bob nutter) writes:

The Problem:

>somewhere off our local network and on the ethernet backbone. Thus I was
>getting totally unknown apollos registered (with various addresses, ip
>and dds) as objects such as the glb, registry updates/queries, etc. As
>we had *Domain* routing switched off we weren't expecting this. I

The solution?:

Create the file /etc/ncs/glb_site.txt. It will tell the station where to
	find its glb-broker. You can even tell it to only use 'dds' so
	it would not on the Ethernet.
Create the file /etc/ncs/glb_obj.txt by
	uuid_gen > /etc/ncs/glb_obj.txt
	It tells the uuid of the glb-deamon so only if they match they'll
	communicate.
You've got to do this on all stations using the same glbd. Then reboot all.
And it then it should work. It did at least at our site.

Success,

	Willem Jan Withagen               

Eindhoven University of Technology   DomainName:  wjw@eb.ele.tue.nl    
Digital Systems Group, Room EH 10.10 BITNET: ELEBWJ@HEITUE5.BITNET
P.O. 513                             Tel: +31-40-473401
5600 MB Eindhoven                 
The Netherlands


	Willem Jan Withagen               

Eindhoven University of Technology   DomainName:  wjw@eb.ele.tue.nl