Send netdisco-users mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/netdisco-users
or, via email, send a message with subject or body 'help' to
        [email protected]

You can reach the person managing the list at
        [email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of netdisco-users digest..."
Today's Topics:

   1. Re: ldap users admin? (Oliver Gorwits)
   2. Re: ldap users admin? (Natxo Asenjo)
   3. Netdisco 2. (Fredrik Andreasson)
   4. Re: Error when discovering by DNS name (Francesco Schiavarelli)
   5. Re: Error when discovering by DNS name (Oliver Gorwits)
--- Begin Message ---
Hi,

On 2014-06-05 08:42, Natxo Asenjo wrote:
What I do see is that some utf-8 chars are now funny looking, for
instance I have this first name:

Whoops, we were not setting UTF-8 mode properly on the database connection.

This will be fixed in the next release. Sorry about that, & thanks for letting us know.

regards,
oliver.



--- End Message ---
--- Begin Message ---
Hi Oliver,

On Wed, Jun 11, 2014 at 10:14 AM, Oliver Gorwits <[email protected]> wrote:

> Hi,
>
> On 2014-06-05 08:42, Natxo Asenjo wrote:
> > What I do see is that some utf-8 chars are now funny looking, for
> > instance I have this first name:
>
> Whoops, we were not setting UTF-8 mode properly on the database
> connection.
>
> This will be fixed in the next release. Sorry about that, & thanks for
> letting us know.
>

Thank you for an awesome product! :-)

-- 
regards
natxo

--- End Message ---
--- Begin Message ---
Hi All,

I'm a newbie of Netdisco and haven't use Netdisco V1, therefore i have no 
experience at all. I follow the recommendation and started with Netdisco V2.
Netdisco is a powerful tool, and I'm happy with the result it provide us with, 
but I have one issue.
I don't get information from a HP Procurve Stack switch with a Master and five 
slaves in a stack. I can probe the Master without no problem, and I use 
snmpwalk to receive info from slaves now using the community flag in snmpwalk  
public@stackslave1. I found no information how to get this working for Netdisco 
2. I notice a mib netdisco-mibs/hp/hpswitchstack.mib that may help solve this?

Thanks in advance!

-Fredrik


--- End Message ---
--- Begin Message ---
Hello,

I was not aware of that constraint on hostnames,
thank you for pointing out the relevant RFCs.

Anyway I've found that the source problem lies within
NetAddr::IP:Lite and I've already asked the package
maintainers if they are willing to apply an easy fix
given that every other GNU software I've dealt with
has no problem with hostnames containing underscore
character. So hopefully it will be fixed upstream.

In the meantime I locally patched NetAddr::IP::Lite
module but I'm having hard times figuring out how
to force a module rebuilding, do you have any tips?

Attached you will find the patch I'm using.

thank you
regards

P.S.
I tried to subscribe to nedisco-user ml two days ago
but I'm still waiting for list admin approval, what is
missing?





On Mon, Jun 9, 2014 at 3:24 PM, Beals, Damon G <[email protected]> wrote:

>  This is a bug that could be fixed, but a underscore is not valid for a
> DNS record.
>
> The Internet standards (Request for Comments
> <http://en.wikipedia.org/wiki/Request_for_Comments>) for protocols
> mandate that component hostname labels may contain only the ASCII
> <http://en.wikipedia.org/wiki/ASCII> letters 'a' through 'z' (in a
> case-insensitive manner), the digits '0' through '9', and the hyphen
> <http://en.wikipedia.org/wiki/Hyphen> ('-'). The original specification
> of hostnames in RFC 952 <http://tools.ietf.org/html/rfc952>, mandated
> that labels could not start with a digit or with a hyphen, and must not end
> with a hyphen. However, a subsequent specification (RFC 1123
> <http://tools.ietf.org/html/rfc1123>) permitted hostname labels to start
> with digits. No other symbols, punctuation characters, or white space are
> permitted.
>
> Damon
>  ------------------------------
> *From:* Francesco Schiavarelli [[email protected]]
> *Sent:* Monday, June 09, 2014 8:19
> *To:* [email protected]
> *Subject:* [Netdisco] Error when discovering by DNS name
>
>     Hello,
>
>  performing manual discovery by using DNS names
> sometimes does not work depending on the hostname.
>
>  If the hostname contains an underscore ("_" character)
>  then I get the following error:
>
>  ~$ bin/netdisco-do discover -d test_router.example.com
>  [19106]  info @0.000011> discover: started at Mon Jun  9 14:01:58 2014
> [19106]  info @0.000418> discover: finished at Mon Jun  9 14:01:58 2014
> [19106]  info @0.000580> discover: status error: error running job: Can't
> call method "addr" on an undefined value at
> /home/netdisco/perl5/lib/perl5/App/Netdisco/Daemon/Worker/Poller/Device.pm
> line 50.
>
>  If the hostname does not contain an underscore character
> then the discovery is successfull:
>
> ~$ bin/netdisco-do discover -d test.example.com
> [19140]  info @0.000013> discover: started at Mon Jun  9 14:16:30 2014
> [19140]  info @6.384684> discover: finished at Mon Jun  9 14:16:36 2014
> [19140]  info @6.384977> discover: status done: Ended discover for
> 123.123.123.123
>
>  Discovering the same host using its IP address is ok.
>
>  Do you have any idea?
>
>  thank you
>  regards
>
diff -ruN 
perl5.ori/lib/perl5/i686-linux-gnu-thread-multi-64int/NetAddr/IP/Lite.pm 
perl5/lib/perl5/i686-linux-gnu-thread-multi-64int/NetAddr/IP/Lite.pm
--- perl5.ori/lib/perl5/i686-linux-gnu-thread-multi-64int/NetAddr/IP/Lite.pm    
2014-06-10 18:31:00.268186406 +0200
+++ perl5/lib/perl5/i686-linux-gnu-thread-multi-64int/NetAddr/IP/Lite.pm        
2014-06-10 18:33:07.195383423 +0200
@@ -1012,12 +1012,12 @@
        last;
       }
 # check for resolvable IPv4 hosts
-      elsif (! $NoFQDN && $ip !~ /[^a-zA-Z0-9\.-]/ && ($tmp = 
gethostbyname(fillIPv4($ip))) && $tmp ne $_v4zero && $tmp ne $_zero ) {
+      elsif (! $NoFQDN && $ip !~ /[^a-zA-Z0-9\.-_]/ && ($tmp = 
gethostbyname(fillIPv4($ip))) && $tmp ne $_v4zero && $tmp ne $_zero ) {
        $ip = ipv4to6($tmp);
        last;
       }
 # check for resolvable IPv6 hosts
-      elsif (! $NoFQDN && $ip !~ /[^a-zA-Z0-9\.-]/ && havegethostbyname2() && 
($tmp = naip_gethostbyname($ip))) {
+      elsif (! $NoFQDN && $ip !~ /[^a-zA-Z0-9\.-_]/ && havegethostbyname2() && 
($tmp = naip_gethostbyname($ip))) {
        $ip = $tmp;
        $isV6 = 1;
        last;

--- End Message ---
--- Begin Message ---
Hi Francesco,

I don't think there's any "problem" to fix here other than you accidentally not having RFC-compliant host names.

Rather than put effort into patching all the world's software to deal with this, wouldn't it be better to rename your hosts to use "-" instead of "_", to follow the agreed standard?

regards,
oliver.

On 2014-06-11 17:21, Francesco Schiavarelli wrote:
Hello,

I was not aware of that constraint on hostnames,
thank you for pointing out the relevant RFCs.

Anyway I've found that the source problem lies within
 NetAddr::IP:Lite and I've already asked the package
maintainers if they are willing to apply an easy fix
given that every other GNU software I've dealt with
has no problem with hostnames containing underscore

character. So hopefully it will be fixed upstream.

In the meantime I locally patched NetAddr::IP::Lite
module but I'm having hard times figuring out how
to force a module rebuilding, do you have any tips?

Attached you will find the patch I'm using.

thank you

regards

P.S.
I tried to subscribe to nedisco-user ml two days ago
 but I'm still waiting for list admin approval, what is
missing?

On Mon, Jun 9, 2014 at 3:24 PM, Beals, Damon G <[email protected] [10]>
wrote:

This is a bug that could be fixed, but a underscore is not valid for
a DNS record.

The Internet standards (Request for Comments [1]) for protocols
mandate that component hostname labels may contain only the ASCII
[2] letters 'a' through 'z' (in a case-insensitive manner), the
digits '0' through '9', and the hyphen [3] ('-'). The original
specification of hostnames in RFC 952 [4], mandated that labels
could not start with a digit or with a hyphen, and must not end with
a hyphen. However, a subsequent specification (RFC 1123 [5])
permitted hostname labels to start with digits. No other symbols,
punctuation characters, or white space are permitted.

Damon

-------------------------

FROM: Francesco Schiavarelli [[email protected] [6]]
SENT: Monday, June 09, 2014 8:19
TO: [email protected] [7]
SUBJECT: [Netdisco] Error when discovering by DNS name

Hello,

performing manual discovery by using DNS names
sometimes does not work depending on the hostname.

If the hostname contains an underscore ("_" character)
then I get the following error:

~$ bin/netdisco-do discover -d test_router.example.com [8]

[19106]  info @0.000011> discover: started at Mon Jun  9 14:01:58
2014
[19106]  info @0.000418> discover: finished at Mon Jun  9
14:01:58 2014
[19106]  info @0.000580> discover: status error: error running
job: Can't call method "addr" on an undefined value at


/home/netdisco/perl5/lib/perl5/App/Netdisco/Daemon/Worker/Poller/Device.pm
line 50.

If the hostname does not contain an underscore character
then the discovery is successfull:

~$ bin/netdisco-do discover -d test.example.com [9]
[19140]  info @0.000013> discover: started at Mon Jun  9 14:16:30
2014
[19140]  info @6.384684> discover: finished at Mon Jun  9
14:16:36 2014
[19140]  info @6.384977> discover: status done: Ended discover for
123.123.123.123

Discovering the same host using its IP address is ok.

Do you have any idea?

thank you

regards



Links:
------
[1] http://en.wikipedia.org/wiki/Request_for_Comments
[2] http://en.wikipedia.org/wiki/ASCII
[3] http://en.wikipedia.org/wiki/Hyphen
[4] http://tools.ietf.org/html/rfc952
[5] http://tools.ietf.org/html/rfc1123
[6] mailto:[email protected]
[7] mailto:[email protected]
[8] http://test_router.example.com
[9] http://test.example.com
[10] mailto:[email protected]




--- End Message ---
------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
Netdisco mailing list - Digest Mode
[email protected]
https://lists.sourceforge.net/lists/listinfo/netdisco-users

Reply via email to