Send Netdot-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://osl.uoregon.edu/mailman/listinfo/netdot-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 Netdot-users digest..."
Today's Topics:
1. Re: FWT and ARP collection from Cisco ASA
(Schroeder, AJ (GE Healthcare, consultant))
2. netdot training available? (Isaac Hailperin)
3. Use of uninitialized value in lc at
/usr/local/share/perl/5.14.2/Class/DBI.pm line 196. (Isaac Hailperin)
4. Re: Use of uninitialized value in lc at
/usr/local/share/perl/5.14.2/Class/DBI.pm line 196. (William Bulley)
5. Re: Use of uninitialized value in lc at
/usr/local/share/perl/5.14.2/Class/DBI.pm line 196. (Carlos Vicente)
----------------------------------------------------------------------
Message: 1
Date: Thu, 6 Sep 2012 13:07:46 +0000
From: "Schroeder, AJ (GE Healthcare, consultant)"
<[email protected]>
Subject: Re: [Netdot-users] FWT and ARP collection from Cisco ASA
To: Carlos Vicente <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Ok, the error messages are still showing up but we are getting ARP caches from
the ASA. Should this be something to be concerned with, other than a bunch of
noise in when updatedevices runs?
-----Original Message-----
From: Carlos Vicente [mailto:[email protected]]
Sent: Wednesday, September 05, 2012 3:07 PM
To: Schroeder, AJ (GE Healthcare, consultant)
Cc: [email protected]
Subject: Re: [Netdot-users] FWT and ARP collection from Cisco ASA
On 9/5/12 3:46 PM, Schroeder, AJ (GE Healthcare, consultant) wrote:
> Carlos,
>
> So what I am seeing is that these ASA devices have ARP entries in the
> device page. I spot checked a couple of the ARP reports and saw some
> entries.
Good.
The output that I sent you was from a device that is gets
> these errors when updatedevices.pl runs - it is also the device that I
> used for my testing.
Weird, because the presence of ARP entries in the database indicates that the
login via CLI was successful.
> What we are really after is the NAT tables on the ASA for our IPAM
> needs - should I also try collecting the FWT?
Currently Netdot does not collect NAT tables.
We also do not collect forwarding tables from the ASAs. They work at layer 3,
so in theory you should have all the MAC/port info in the ARP caches, right?
cv
------------------------------
Message: 2
Date: Thu, 06 Sep 2012 15:10:58 +0200
From: Isaac Hailperin <[email protected]>
Subject: [Netdot-users] netdot training available?
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi,
I was wondering if netdot training is available? In europe?
Isaac
------------------------------
Message: 3
Date: Thu, 06 Sep 2012 17:35:53 +0200
From: Isaac Hailperin <[email protected]>
Subject: [Netdot-users] Use of uninitialized value in lc at
/usr/local/share/perl/5.14.2/Class/DBI.pm line 196.
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi,
all sorts of interactionsn with the cli, and also restarting apache2,
gives me the following error:
Use of uninitialized value in lc at
/usr/local/share/perl/5.14.2/Class/DBI.pm line 196.
The code is
sub _default_attributes {
my $class = shift;
return (
$class->SUPER::_default_attributes,
FetchHashKeyName => 'NAME_lc',
ShowErrorStatement => 1,
AutoCommit => 1,
ChopBlanks => 1,
%{ $Per_DB_Attr_Defaults{ lc $class->__driver }
|| {} },
);
}
Line 196 is $class->SUPER::_default_attributes,
Googleing did not help much, any hint? Currently this seems not to do
any harm, but I would rather know whats going on instead of just
ignoring this.
Its an installation of netdot 1.0.1 on ubuntu 12.04.
Isaac
------------------------------
Message: 4
Date: Thu, 6 Sep 2012 12:56:29 -0400
From: William Bulley <[email protected]>
Subject: Re: [Netdot-users] Use of uninitialized value in lc at
/usr/local/share/perl/5.14.2/Class/DBI.pm line 196.
To: Isaac Hailperin <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
According to Isaac Hailperin <[email protected]> on Thu, 09/06/12
at 11:35:
>
> all sorts of interactionsn with the cli, and also restarting apache2,
> gives me the following error:
>
> Use of uninitialized value in lc at
> /usr/local/share/perl/5.14.2/Class/DBI.pm line 196.
>
> The code is
> sub _default_attributes {
> my $class = shift;
> return (
> $class->SUPER::_default_attributes,
> FetchHashKeyName => 'NAME_lc',
> ShowErrorStatement => 1,
> AutoCommit => 1,
> ChopBlanks => 1,
> %{ $Per_DB_Attr_Defaults{ lc $class->__driver }
> || {} },
> );
> }
>
> Line 196 is $class->SUPER::_default_attributes,
>
> Googleing did not help much, any hint? Currently this seems not to do
> any harm, but I would rather know whats going on instead of just
> ignoring this.
>
> Its an installation of netdot 1.0.1 on ubuntu 12.04.
I have been noticing this for over a year through several versions of
NETDOT (0.9.8, 0.9.9, 0.9.10, and today with 1.0.1). This is on FreeBSD
and today I am running DBI 1.622 but it is dated from 2007 so I'm not
sure about this version. I think I asked the DBI-users mailing list
about this a year or more ago.
There is one and only one call to DBI's _default_attributes method
in NETDOT on line 43 of lib/Netdot/Model.pm in 1.0.1 version:
$defaults{dbi_options} = { __PACKAGE__->_default_attributes };
When I changed DBI.pm (version 1.622) like this:
sub _default_attributes {
my $class = shift;
my $driver = $class->__driver;
my $lc_driver = lc ($driver); # <<<<---- line 196
return (
$class->SUPER::_default_attributes,
FetchHashKeyName => 'NAME_lc',
ShowErrorStatement => 1,
AutoCommit => 1,
ChopBlanks => 1,
%{ $Per_DB_Attr_Defaults{ $lc_driver } || {} },
);
}
I get a similar error message upon startup (or shutdown) of apache22:
Use of uninitialized value $driver in lc at
/usr/local/lib/perl5/site_perl/5.16.0/Class/DBI.pm line 196.
In the source of DBI.pm there are only three references to __driver:
line 88: __PACKAGE__->mk_classdata('__driver');
line 195: my $driver = $class->__driver;
line 213:
sub set_db {
my ($class, $db_name, $data_source, $user, $password, $attr) = @_;
# 'dbi:Pg:dbname=foo' we want 'Pg'. I think this is enough.
my ($driver) = $data_source =~ /^dbi:(\w+)/i;
$class->__driver($driver); ### <<<--- line 213
$class->SUPER::set_db('Main', $data_source, $user, $password, $attr);
}
I don't know why $class->__driver is uninitialized due to the use (on line
43 in Model.pm) of the call to __PACKAGE__->_default_attributes. Maybe
NETDOT should be calling the set_db() method ??
Regards,
web...
--
William Bulley Email: [email protected]
72 characters width template ----------------------------------------->|
------------------------------
Message: 5
Date: Thu, 06 Sep 2012 14:53:32 -0400
From: Carlos Vicente <[email protected]>
Subject: Re: [Netdot-users] Use of uninitialized value in lc at
/usr/local/share/perl/5.14.2/Class/DBI.pm line 196.
To: William Bulley <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
I had noticed this warning too but hadn't had time to look until now.
On 9/6/12 12:56 PM, William Bulley wrote:
> I don't know why $class->__driver is uninitialized due to the use (on line
> 43 in Model.pm) of the call to __PACKAGE__->_default_attributes. Maybe
> NETDOT should be calling the set_db() method ??
No, because set_db() is already called by connection();
I think I understand the problem now. I should not be calling
_default_attributes() before connection() in Model.pm.
I believe that if you just remove line 43 like this:
diff --git a/lib/Netdot/Model.pm b/lib/Netdot/Model.pm
index ee74cd5..07ede6e 100644
--- a/lib/Netdot/Model.pm
+++ b/lib/Netdot/Model.pm
@@ -40,7 +40,6 @@ BEGIN {
$defaults{dsn} .= ";port=$port" if defined ($port);
$defaults{user} = __PACKAGE__->config->get('DB_NETDOT_USER');
$defaults{password} = __PACKAGE__->config->get('DB_NETDOT_PASS');
- $defaults{dbi_options} = { __PACKAGE__->_default_attributes };
if ($db_type eq "mysql") {
$defaults{dbi_options}->{AutoCommit} = 1;
$defaults{dbi_options}->{mysql_enable_utf8} = 1;
you should not see the warning again, and Class::DBI's defaults will
still be assigned.
Let me know if this works for you. I have done some quick tests and it
appears to be OK
--
cv
------------------------------
_______________________________________________
Netdot-users mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-users
End of Netdot-users Digest, Vol 46, Issue 7
*******************************************
