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. Unintialized value in Interfaces.pm (Kirk Reeves)
2. Re: arp cache discovery (Anton Berezin)
----------------------------------------------------------------------
Message: 1
Date: Tue, 9 Jul 2013 15:31:04 -0400
From: Kirk Reeves <[email protected]>
Subject: [Netdot-users] Unintialized value in Interfaces.pm
To: [email protected]
Message-ID:
<CALn2tLLDPaEwY=X=3vdosfdep5-hbuqkef2slw1bvn8emfz...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
using the latest copy of the source I sometimes get the following error.
Use of uninitialized value in string eq at
/usr/local/netdot/lib/Netdot/Model/Interface.pm line 686.
relevant code in Interface.pm.
$iargs{description} = $self->description
if ( $subnetobj->description eq "" );
I determined that $self->description was undef in some cases. I modified
as follows.
if ( defined $self->description ) {
$iargs{description} = $self->description
if ( $subnetobj->description eq "" );
}
This seems to work for me.
Thanks
Kirk Reeves
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://osl.uoregon.edu/pipermail/netdot-users/attachments/20130709/b1dde0e5/attachment-0001.html
------------------------------
Message: 2
Date: Tue, 9 Jul 2013 21:47:54 +0200
From: Anton Berezin <[email protected]>
Subject: Re: [Netdot-users] arp cache discovery
To: Kirk Reeves <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Kirk,
On Mon, Jul 08, 2013 at 02:14:34PM -0400, Kirk Reeves wrote:
> I figured out the issue.
> in Ipblock->fast_update
> violates the NOT NULL constraint for columns "monitored" and
> "use_network_broadcast"
Good catch.
> a quick and dirty work around is
>
> my $sth2 = $dbh->prepare_cached("INSERT INTO ipblock
>
> (monitored,use_network_broadcast,address,prefix,version,status,first_seen,last_seen)
> VALUES (FALSE,FALSE,?, ?, ?, ?,
> ?, ?)");
It is actually better to do, in Pg prompt:
alter table ipblock
alter monitored set default false,
alter use_network_broadcast set default false;
In fact, this is already done in the DB upgrade script for those column -
but unfortunately not for the fresh installation. Well, it is now in my
fork of Netdot, https://github.com/tobez/netdot. :-)
\Anton.
--
Our society can survive even a large amount of irrational regulation.
-- John McCarthy
------------------------------
_______________________________________________
Netdot-users mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-users
End of Netdot-users Digest, Vol 56, Issue 8
*******************************************