Hi, I've recently changed from the 1.10 to the 1.12 VM.
Has there been a change in DNS look-ups? I am now getting the following message if different records exist. Would be great if you could help.
Thanks!
logan-tc3-s-220.sth.health.qld.gov.au. 10800 IN CNAME logan-tc3-s-220.networks.health.qld.gov.au.
Sun Nov 10 22:27:20 2013: netdbctl(16965):
Sun Nov 10 22:27:20 2013: netdbctl(16965): This object does not have a method "address". THIS IS A BUG
Sun Nov 10 22:27:20 2013: netdbctl(16965): IN THE CALLING SOFTWARE, which has incorrectly assumed that
Sun Nov 10 22:27:20 2013: netdbctl(16965): the object would be of a particular type. The calling
Sun Nov 10 22:27:20 2013: netdbctl(16965): software should check the type of each RR object before
Sun Nov 10 22:27:20 2013: netdbctl(16965): calling any of its methods.
Sun Nov 10 22:27:20 2013: netdbctl(16965):
Sun Nov 10 22:27:20 2013: netdbctl(16965): Net::DNS has returned undef to the caller.
Sun Nov 10 22:27:20 2013: netdbctl(16965): ***
Sun Nov 10 22:27:20 2013: netdbctl(16965): at /usr/lib/perl5/NetDBHelper.pm line 474
Sun Nov 10 22:27:20 2013: netdbctl(16965): iosscraper.pl(17717): Connecting to device logan-tc3-s-221
Sun Nov 10 22:27:20 2013: netdbctl(16965):
I'm not aware of any major DNS changes, but there were quite a few scraper changes between 1.10 and 1.12. I would first make sure the /usr/lib/perl5/NetDBHelper.pm points to the latest version in /opt/netdb/. Also it looks like your switch DNS entry is a CNAME rather than an A record. That may have something to do with the issue. Would it be possible to test against an A record of your switch name? Does the scaper actually complete and just spit out errors?
If it is indeed a CNAME issue of some sort I'll see if I can replicate it on my end and provide a fix.
Hi, I've recently changed from the 1.10 to the 1.12 VM.
Has there been a change in DNS look-ups? I am now getting the following message if different records exist. Would be grate if you could help.
Thanks!
logan-tc3-s-220.sth.health.qld.gov.au. 10800 IN CNAME logan-tc3-s-220.networks.health.qld.gov.au.
Sun Nov 10 22:27:20 2013: netdbctl(16965):
Sun Nov 10 22:27:20 2013: netdbctl(16965): This object does not have a method "address". THIS IS A BUG
Sun Nov 10 22:27:20 2013: netdbctl(16965): IN THE CALLING SOFTWARE, which has incorrectly assumed that
Sun Nov 10 22:27:20 2013: netdbctl(16965): the object would be of a particular type. The calling
Sun Nov 10 22:27:20 2013: netdbctl(16965): software should check the type of each RR object before
Sun Nov 10 22:27:20 2013: netdbctl(16965): calling any of its methods.
Sun Nov 10 22:27:20 2013: netdbctl(16965):
Sun Nov 10 22:27:20 2013: netdbctl(16965): Net::DNS has returned undef to the caller.
Sun Nov 10 22:27:20 2013: netdbctl(16965): ***
Sun Nov 10 22:27:20 2013: netdbctl(16965): at /usr/lib/perl5/NetDBHelper.pm line 474
Sun Nov 10 22:27:20 2013: netdbctl(16965): iosscraper.pl(17717): Connecting to device logan-tc3-s-221
Sun Nov 10 22:27:20 2013: netdbctl(16965):
NSLOOKUP
root@netdb:/home/netdbadmin# nslookup logan-tc3-s-220
Server: 10.240.2.228
Address: 10.240.2.228#53
logan-tc3-s-220.sth.health.qld.gov.au canonical name = logan-tc3-s-220.networks.health.qld.gov.au.
Name: logan-tc3-s-220.networks.health.qld.gov.au
Address: 10.109.4.20
This will be resolved soon in v1.12.2. I've got a few other bug fixes coming and want to do some more testing before I push it out there.
Just as another note, it helps if whatever hostname you use (CNAME or A record) in your devicelist.csv matches the configured hostname on the device for performance reasons. It won't affect the integrity of the data but it does make it run a lot faster if you have the choice.
Jonathan
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for the support! I can see your changes in NetDBHelper.pm however when I try to manually untar the file using
su netdb
cd /opt/netdb
tar zxvf netdb-x.y.z.tar.gz
It doesn't look like NetDBHelper.pm is being over written. I've tried to use svn update and configure it for proxy authentication however its a bit of a struggle.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for the support! I can see your changes in NetDBHelper.pm however when I try to manually untar the file using
su netdb
cd /opt/netdb
tar zxvf netdb-x.y.z.tar.gz
It doesn't look like NetDBHelper.pm is being over written. I've tried to use svn update and configure it for proxy authentication however its a bit of a struggle.
Hi, I've recently changed from the 1.10 to the 1.12 VM.
Has there been a change in DNS look-ups? I am now getting the following message if different records exist. Would be great if you could help.
Thanks!
logan-tc3-s-220.sth.health.qld.gov.au. 10800 IN CNAME logan-tc3-s-220.networks.health.qld.gov.au.
Sun Nov 10 22:27:20 2013: netdbctl(16965):
Sun Nov 10 22:27:20 2013: netdbctl(16965): This object does not have a method "address". THIS IS A BUG
Sun Nov 10 22:27:20 2013: netdbctl(16965): IN THE CALLING SOFTWARE, which has incorrectly assumed that
Sun Nov 10 22:27:20 2013: netdbctl(16965): the object would be of a particular type. The calling
Sun Nov 10 22:27:20 2013: netdbctl(16965): software should check the type of each RR object before
Sun Nov 10 22:27:20 2013: netdbctl(16965): calling any of its methods.
Sun Nov 10 22:27:20 2013: netdbctl(16965):
Sun Nov 10 22:27:20 2013: netdbctl(16965): Net::DNS has returned undef to the caller.
Sun Nov 10 22:27:20 2013: netdbctl(16965): ***
Sun Nov 10 22:27:20 2013: netdbctl(16965): at /usr/lib/perl5/NetDBHelper.pm line 474
Sun Nov 10 22:27:20 2013: netdbctl(16965): iosscraper.pl(17717): Connecting to device logan-tc3-s-221
Sun Nov 10 22:27:20 2013: netdbctl(16965):
NSLOOKUP
root@netdb:/home/netdbadmin# nslookup logan-tc3-s-220
Server: 10.240.2.228
Address: 10.240.2.228#53
logan-tc3-s-220.sth.health.qld.gov.au canonical name = logan-tc3-s-220.networks.health.qld.gov.au.
Name: logan-tc3-s-220.networks.health.qld.gov.au
Address: 10.109.4.20
http://stackoverflow.com/questions/9244843/dns-checking-using-perl-and-netdns
Last edit: Andrew Grech 2013-11-11
Andrew,
I'm not aware of any major DNS changes, but there were quite a few scraper changes between 1.10 and 1.12. I would first make sure the /usr/lib/perl5/NetDBHelper.pm points to the latest version in /opt/netdb/. Also it looks like your switch DNS entry is a CNAME rather than an A record. That may have something to do with the issue. Would it be possible to test against an A record of your switch name? Does the scaper actually complete and just spit out errors?
If it is indeed a CNAME issue of some sort I'll see if I can replicate it on my end and provide a fix.
Regards,
Jonathan
On Nov 10, 2013, at 10:51 PM, "Andrew Grech" agrech88@users.sf.net wrote:
Looks like the scaper is completing for CNAME however generating the error. A records are fine.
Andrew,
This will be resolved soon in v1.12.2. I've got a few other bug fixes coming and want to do some more testing before I push it out there.
Just as another note, it helps if whatever hostname you use (CNAME or A record) in your devicelist.csv matches the configured hostname on the device for performance reasons. It won't affect the integrity of the data but it does make it run a lot faster if you have the choice.
Jonathan
Thanks Joanthan,
Thanks for the support! I can see your changes in NetDBHelper.pm however when I try to manually untar the file using
su netdb
cd /opt/netdb
tar zxvf netdb-x.y.z.tar.gz
It doesn't look like NetDBHelper.pm is being over written. I've tried to use svn update and configure it for proxy authentication however its a bit of a struggle.
Andrew,
I must not have rolled those changes in to the tar file yet. Try just grabbing a copy from this link from the SVN browser on sourceforge:
http://sourceforge.net/p/netdbtracking/code/HEAD/tree/branches/netdb-1.12/NetDBHelper.pm?format=raw
That should fix things up for you.
Jonathan
On Dec 3, 2013, at 9:40 PM, Andrew Grech agrech88@users.sf.net wrote:
Thanks I checked the code in the new TAR and its there. Maybe its just the fact the file is write protected...
Named it to .old and just replaced. Fixed the issue thanks :D
Was really cool to see the source code of the old file and the patched release. :)
Last edit: Andrew Grech 2013-12-05