Thank you, that explains a lot.
Had assumed that the one nslint # yum found would be at least
somewhat current.
Will see if I can't find a newer one to install.
thank you,
Brian
On Sat, Jun 22, 2013 at 03:50:22PM -0400, Lawrence K. Chen, P.Eng. wrote:
> Or don't use nslint?
>
> Though nslint v2.1a3 was released on March 5th, 2002... that would make it
> pretty out of date to me. Especially since it seems a3, means alpha 3. The
> CHANGES file has v2.1 coming out on Feb 15, 2008.
>
> The latest version I have is v3.1 (Sep 11, 2010) -- one of the changes in
> this version is "update default location of named.conf"....
>
> "@(#) $Id: nslint.c 256 2010-03-06 04:14:09Z leres $ (LBL)"
>
> 2009-10-14 puts the solaris version somewhere between v2.2 (2009-03-13) and
> v3.0 (2010-03-05)
>
> Under "v2.1" release it has:
>
> * Handle "srv" records
> * Fix some ttl parsing problems
> * Add "ignore" option
> * Hack in support for "view"
> * check for duplicate "cname" records.
> * upgrade to autoconf 2.61
>
> they probably didn't hack in support for "view" until after a3??
>
> When did "view" get introduced in bind?
>
> My experience has a huge gap....I first did DNS in bind 4.x (on the other
> ISC, the first to have Motif available for their x86 Unix...acquired by Sun
> Microsystems after they were among the first to come out with SVR4 on
> x86...where the SVR4 was then pulled from market, so I continued to run their
> SVR3.2 system until finally our president caved on his anti-Sun position and
> I upgraded to Solaris/x86 2.5.1 (followed by me getting laid off...) Then I
> worked for a much larger company where somebody else managed DNS, where they
> would return requests saying they don't think its possible to do what I'm
> asking in DNS.....Now I'm running DNS here...systems were mostly 9.4.x with a
> 9.6.x and later a stray that was running 9.3.x After I was left alone with
> DNS, everything went to 9.6.x, even though the reason for not was problems in
> forcing it to compile with openssl-0.9.7 for the older Solaris boxes (which I
> solved by upgrading openssl....)
>
> ----- Original Message -----
> >
> > Len,
> >
> > Following up on a hunch - I removed the "view" statement
> > and the second view from the named.conf.
> >
> > I get a screen full of errors when I ran nslint.
> >
> > Was headed for the release notes... but my machine was out of
> > service for several hours.
> >
> > Hope that I do not have to maintain a separate non-view version
> > of named.conf just for nslint.
> >
> > My Solaris nslint doesn't want to give new a version number,
> > but # strings reveals the following.
> >
> > # strings /usr/local/bin/nslint
> > @(#) Copyright (c) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
> > 2000, 2001, 2002, 2003, 2005, 2006, 2007, 2008, 2009
> > The Regents of the University of California. All rights reserved.
> > @(#) $Id: nslint.c 247 2009-10-14 17:54:05Z leres $ (LBL)
> >
> >
> > I'll see if I can't find the release notes.
> > At this point I don't know if handling views was a Solaris
> > enhancement
> > or something that has broken in newer nslint versions. Or what the
> > work-around is.
> >
> > Do you?
> >
> > thank you,
> >
> > Brian
> >
> >
> > On Fri, Jun 21, 2013 at 11:24:54AM -0700, Leonard Mills wrote:
> > > Hi Brian,
> > >
> > > I don't understand why you would expect to see errors, when nslint
> > > says:
> > >
> > > nslint: 0/131072 items used, 0 errors
> > >
> > > Zero items used/checked strongly implies zero errors can be
> > > detected.
> > >
> > > hth,
> > > Len
> > >
> > >
> > >
> > >
> > >
> > > >________________________________
> > > > From: Brian Cuttler <br...@wadsworth.org>
> > > >To: bind-users@lists.isc.org
> > > >Sent: Friday, June 21, 2013 10:35 AM
> > > >Subject: bind 2.1a3 on centos 6.4
> > > >
> > > >
> > > >
> > > >Please let me know if there is a more appropriate list.
> > > >
> > > >
> > > >
> > > >Here is a question you probably don't hear every day.
> > > >
> > > >Background:
> > > >We are moving our DNS from a Solaris platform to Centos
> > > >
> > > >Action:
> > > >I installed
> > > >BIND 9.8.2rc1-RedHat-9.8.2-0.17.rc1.el6_4.4
> > > >nslint-2.1a3-1.el6.rf.x86_64.rpm
> > > >rcs
> > > >sudo
> > > >etc
> > > >
> > > >on Centos and copied by zone files and config file.
> > > >
> > > >named seems to be working fine.
> > > >
> > > >I always run nslint when I make table changes, I ran nslint
> > > >on the tables on this machine and it reported no errors.
> > > >
> > > >Note that I have a "source" directory where I make changes,
> > > >and then I move the files to a working directory to for the
> > > >daemon to read.
> > > >
> > > ># /usr/bin/nslint -ddd -c /etc/dns-source/named.conf-test
> > > >nslint: doconf: opened /etc/dns-source/named.conf-test
> > > >nslint: doconf: opened nslint.conf
> > > >nslint: 0/131072 items used, 0 errors
> > > >
> > > >Problem - I know there are errors. This is a sample of the errors
> > > >I see on my current production machine. Some are resolvable, some
> > > >are intractable (I don't know if nslint can handle parked
> > > >domains).
> > > >
> > > >nslint: Missing "ptr": www.stemcell.ny.gov. -> 199.184.16.24
> > > >nslint: Missing "a": sankoff.wadsworth.org. -> 199.184.28.112
> > > >nslint: Missing "ptr": stemcellsny.com. -> 199.184.16.24
> > > >nslint: 199.184.16.24 in use by stemcellny.com. and nystem.com.
> > > >nslint: Name referenced without other records: ns1.albany.edu.
> > > >nslint: Missing "ptr": www.nyradon.org. -> 199.184.16.22
> > > >
> > > >But the point being, that I would expect some errors to be
> > > >produced
> > > >on the new machine I'm setting up.
> > > >
> > > >I don't know what is happening that I'm getting no errors, but it
> > > >as some of the errors are correctable, I would expect them to
> > > >still
> > > >exist (vs errors that perhaps a newer nslint might better
> > > >understand
> > > >and have eliminated from the report).
> > > >
> > > >I know nslint but work, so it has got to be something I'm doing,
> > > >but
> > > >I just don't see it.
> > > >
> > > >Any suggestions would be appreciated.
> > > >
> > > > thank you,
> > > >
> > > > Brian
> > > >
> > > >---
> > > > Brian R Cuttler brian.cutt...@wadsworth.org
> > > > Computer Systems Support (v) 518 486-1697
> > > > Wadsworth Center (f) 518 473-6384
> > > > NYS Department of Health Help Desk 518 473-0773
> > > >
> > > >_______________________________________________
> > > >Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> > > >unsubscribe from this list
> > > >
> > > >bind-users mailing list
> > > >bind-users@lists.isc.org
> > > >https://lists.isc.org/mailman/listinfo/bind-users
> > > >
> > > >
> > > >---
> > Brian R Cuttler brian.cutt...@wadsworth.org
> > Computer Systems Support (v) 518 486-1697
> > Wadsworth Center (f) 518 473-6384
> > NYS Department of Health Help Desk 518 473-0773
> >
> > _______________________________________________
> > Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> > unsubscribe from this list
> >
> > bind-users mailing list
> > bind-users@lists.isc.org
> > https://lists.isc.org/mailman/listinfo/bind-users
> >
>
> --
> Who: Lawrence K. Chen, P.Eng. - W0LKC - Senior Unix Systems Administrator
> For: Enterprise Server Technologies (EST) -- & SafeZone Ally
> Snail: Computing and Telecommunications Services (CTS)
> Kansas State University, 109 East Stadium, Manhattan, KS 66506-3102
> Phone: (785) 532-4916 - Fax: (785) 532-3515 - Email: lkc...@ksu.edu
> Web: http://www-personal.ksu.edu/~lkchen - Where: 11 Hale Library
---
Brian R Cuttler brian.cutt...@wadsworth.org
Computer Systems Support (v) 518 486-1697
Wadsworth Center (f) 518 473-6384
NYS Department of Health Help Desk 518 473-0773
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
