Strange things in v8.2.2 on Solaris7

[Mark_Andrews at iengines.com]

	They are hardcoded with default values built from Makefile.set.
	Both named and ndc provide mechanisms to override these default
	values.  For named it is the controls clause in named.conf, for
	ndc it is "ndc -c path ...".

	The reason I asked about the absolute names is either you miss
	copied the error message or DESTRUN was not absolute.

	Note you have to run make clean after changing Makefile.set for
	the changes to take effect.

	Mark

> Yes, absolute paths were set:
> 
> ie: /usr/bin, /usr/sbin, /etc, /etc/bind, /usr, &c.  All I did
> was remove the /local/ part of the pre-defined paths.
> 
> This was a clean install of both the OS and BIND (i.e. re-partition and
> format the disks) so there was not a pre-existing ndc anywhere on the
> system.  What seems to be happening is that the named and ndc binaries are
> hard-coded somehow for the /usr/local/xxx paths, despite any contrary
> settings during the configuration and build.
> 
> - Ed
> 
> On Tue, 2 Nov 1999 Mark_Andrews at iengines.com wrote:
> 
> > 
> > 	Are you sure that you specified absolute paths when you edited
> > 	Makefile.set?
> > 
> > 	DESTRUN and DESTSBIN cannot be the same directory.
> > 
> > 	Did you make sure there was not a ndc in DESTRUN from a previous
> > 	version?
> > 
> > 	Mark
> > 
> > > Fresh install of Solaris7 on sparc
> > > 
> > > Installed the latest patches (all twenty-blue bazillion of 'em)
> > > 
> > > Installed gcc, make, and binutils
> > > 
> > > Ran make DST=/etc/bind SRC=`pwd` links
> > > 
> > > >From /etc/bind ran make
> > > 
> > Edited /port/solaris/Makefile.set to point all of the DESTxxx directories
> > > to /usr/xxx instead of /usr/local/xxx
> > > 
> > > Ran make install successfully
> > > 
> > > Now, when I try to run named, it complains that it can't open
> > > /usr/local/etc/named.conf (???? I thought I got rid of /local/, re-check
> > > Makefile.set, yup, it says /usr/xxx not /usr/local/xxx)
> > > 
> > > OK, so it's oh-dark-thirty so I make the /usr/local/etc directory and
> > > link to /usr/etc/named.conf
> > > 
> > > Successful start and replication.  So far so good.
> > > 
> > > Now, try to run ndc for status or reload and I get:
> > > 
> > > ndc: error: ctl_client: evConnect (fd 3): Socket operation in non-socket
> > > ndc: error: cannot connect to command channel (usr/etc/ndc)
> > > 
> > > ???? again...  I could have sworn I pointed all of the execs to
> > > /usr/bin or /usr/sbin.  Go back, double check, yes, pointed to /usr/bin 
> > > (at least that's where the ndc binary ended up).
> > > 
> > > Look through deja's archive for similar probs, nothing.
> > > 
> > > Look through the Troubleshooting section of DNS 3rd ed, nothing.
> > > 
> > > This is not a show stopper (I can work around with links and kill -HUPs
> > > for the moment), but I would like to know what I did wrong or left out of
> > > the Makefile.
> > > 
> > > - Ed
> > > 
> > > 
> > --
> > Mark Andrews, Internet Engines Inc. / Internet Software Consortium
> > 1 Seymour St., Dundas Valley, NSW 2117, Australia
> > PHONE: +61 2 9871 4742                 INTERNET: Mark_Andrews at iengines.com
> > 
> 
> 
--
Mark Andrews, Internet Engines Inc. / Internet Software Consortium
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: Mark_Andrews at iengines.com