Send Netdot-devel mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        https://osl.uoregon.edu/mailman/listinfo/netdot-devel
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-devel digest..."


Today's Topics:

   1. [Netdot - Bug #1700] get_arp_from_cli ([email protected])
   2. [Netdot - Bug #1701] (New) IPv6 address discovery
      ([email protected])
   3. [Netdot - Bug #1701] (Closed) IPv6 address discovery
      ([email protected])
   4. [Netdot - Bug #1699] iptree4 from cache ([email protected])
   5. [Netdot - Bug #1700] get_arp_from_cli ([email protected])


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

Message: 1
Date: Mon, 15 Oct 2012 00:29:55 -0700
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1700] get_arp_from_cli
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8


Issue #1700 has been updated by giulio gasparini.


Thanks for your help.
I have changed the /etc/hosts file and now there is a new error messages:

root@ubuntu:/usr/local/netdot/bin# ./updatedevices.pl -H 172.30.80.2 -A -c 
net.rm.bc.sky.it
INFO - ./updatedevices.pl started at Mon Oct 15 09:27:35 2012
INFO - Updating single device: 172.30.80.2
ERROR: Device::CLI::_get_arp_from_cli: fwsm-main.rm.bc.sky.it: Can't call 
method "item_at" on an undefined value at 
/usr/share/perl5/Net/CLI/Interact/Role/Prompt.pm line 37.

----------------------------------------
Bug #1700: get_arp_from_cli
https://osl.uoregon.edu/redmine/issues/1700#change-2996

Author: giulio gasparini
Status: New
Priority: Normal
Assignee: 
Category: 
Target version: 
Resolution: 


Hi to all,

I would lik to retrive ARP information from my Cisco 6500Firewall, but when I 
try to use the CLI command I see the following error

root@ubuntu:/usr/local/netdot/bin# ./updatedevices.pl -H 172.30.80.2 -A -c 
net.rm.bc.sky.it
INFO - ./updatedevices.pl started at Fri Oct 12 12:20:11 2012
INFO - Updating single device: 172.30.80.2
ERROR: Device::CLI::_get_arp_from_cli: fwsm-main.rm.bc.sky.it: write error: 
filehandle isn't open at 
/usr/share/perl5/Net/CLI/Interact/Transport/Base/Unix.pm line 24

The same error appear using the web UI.


-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://osl.uoregon.edu/redmine/my/account


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

Message: 2
Date: Mon, 15 Oct 2012 06:31:58 -0700
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1701] (New) IPv6 address
        discovery
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8


Issue #1701 has been reported by Robin Johansson.

----------------------------------------
Bug #1701: IPv6 address discovery
https://osl.uoregon.edu/redmine/issues/1701

Author: Robin Johansson
Status: New
Priority: Normal
Assignee: 
Category: 
Target version: 
Resolution: 


Running Netdot 1.0.1.

All IPv6 addresses are discovered nicely from our Cisco 3560G units. But none 
are discovered from Cisco ME3400.
IPv4 works fine for both types.



-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://osl.uoregon.edu/redmine/my/account


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

Message: 3
Date: Mon, 15 Oct 2012 09:31:04 -0700
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1701] (Closed) IPv6 address
        discovery
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8


Issue #1701 has been updated by Carlos Vicente.

Status changed from New to Closed
Resolution set to invalid

Robin Johansson wrote:
> Running Netdot 1.0.1.
> 
> All IPv6 addresses are discovered nicely from our Cisco 3560G units. But none 
> are discovered from Cisco ME3400.
> IPv4 works fine for both types.

Specific device support is usually a matter of updating SNMP::Info, a separate 
project. I recommend creating a request there:

http://sourceforge.net/projects/snmp-info/


----------------------------------------
Bug #1701: IPv6 address discovery
https://osl.uoregon.edu/redmine/issues/1701#change-2997

Author: Robin Johansson
Status: Closed
Priority: Normal
Assignee: 
Category: 
Target version: 
Resolution: invalid


Running Netdot 1.0.1.

All IPv6 addresses are discovered nicely from our Cisco 3560G units. But none 
are discovered from Cisco ME3400.
IPv4 works fine for both types.



-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://osl.uoregon.edu/redmine/my/account


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

Message: 4
Date: Mon, 15 Oct 2012 09:32:49 -0700
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1699] iptree4 from cache
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8


Issue #1699 has been updated by Carlos Vicente.


giulio gasparini wrote:
> Hi to all, 
> After the first installation I have deleted without any problem the demo 
> data, like "address space" or "device".
> Now I have installed the system and changed the IP address, and if I try to 
> delete an item I see these error
> 
> *Could not get a valid iptree4 from cache*


Which version of Netdot is this?


----------------------------------------
Bug #1699: iptree4 from cache
https://osl.uoregon.edu/redmine/issues/1699#change-2998

Author: giulio gasparini
Status: New
Priority: Normal
Assignee: 
Category: 
Target version: 
Resolution: 


Hi to all, 
After the first installation I have deleted without any problem the demo data, 
like "address space" or "device".
Now I have installed the system and changed the IP address, and if I try to 
delete an item I see these error

*Could not get a valid iptree4 from cache*

Trace begun at /usr/local/netdot/lib/Netdot.pm line 105 
Netdot::throw_fatal('Netdot::Model::Ipblock=HASH(0x7fe45b28aba0)', 'Could not 
get a valid iptree4 from cache') called at 
/usr/local/netdot/lib/Netdot/Model/Ipblock.pm line 3432 
Netdot::Model::Ipblock::_tree_get('Netdot::Model::Ipblock=HASH(0x7fe45b28aba0)')
 called at /usr/local/netdot/lib/Netdot/Model/Ipblock.pm line 3232 
Netdot::Model::Ipblock::_tree_delete('Netdot::Model::Ipblock=HASH(0x7fe45b28aba0)')
 called at /usr/local/netdot/lib/Netdot/Model/Ipblock.pm line 1680 
Netdot::Model::Ipblock::delete('Netdot::Model::Ipblock=HASH(0x7fe45b28aba0)', 
'recursive', 1) called at /usr/local/netdot/lib/Netdot/Model/Ipblock.pm line 
1677 Netdot::Model::Ipblock::delete('Ipblock=HASH(0x7fe45b50f028)', 
'recursive', 1) called at /usr/local/netdot/htdocs/management/ip.html line 508 
eval {...} at /usr/local/netdot/htdocs/management/ip.html line 508 
HTML::Mason::Commands::__ANON__('_action', 'CONFIRM_DELETE', 'submit', 'Yes', 
'recursivede!
 l', 'on', 'id', 12, 'showheader', 1, 'page', 'ADDRESS') called at 
/usr/share/perl5/HTML/Mason/Component.pm line 135 
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x7fe45b3d3fc8)',
 '_action', 'CONFIRM_DELETE', 'submit', 'Yes', 'recursivedel', 'on', 'id', 12, 
'showheader', 1, 'page', 'ADDRESS') called at 
/usr/share/perl5/HTML/Mason/Request.pm line 1302 eval {...} at 
/usr/share/perl5/HTML/Mason/Request.pm line 1292 
HTML::Mason::Request::comp(undef, undef, undef, '_action', 'CONFIRM_DELETE', 
'submit', 'Yes', 'recursivedel', 'on', 'id', 12, 'showheader', 1, 'page', 
'ADDRESS') called at /usr/share/perl5/HTML/Mason/Request.pm line 955 
HTML::Mason::Request::call_next('HTML::Mason::Request::ApacheHandler=HASH(0x7fe45b505128)',
 'page', 'ADDRESS') called at /usr/local/netdot/htdocs/management/autohandler 
line 81 HTML::Mason::Commands::__ANON__('_action', 'CONFIRM_DELETE', 'submit', 
'Yes', 'recursivedel', 'on', 'id', 12, 'showheader', 1) called at 
/usr/share/perl5!
 /HTML/Mason/Component.pm line 157 HTML::Mason::Component::run_dynamic_

sub('HTML::Mason::Component::FileBased=HASH(0x7fe45b2b8de0)', 'main', 
'_action', 'CONFIRM_DELETE', 'submit', 'Yes', 'recursivedel', 'on', 'id', 12, 
'showheader', 1) called at /usr/share/perl5/HTML/Mason/Request.pm line 948 
HTML::Mason::Request::call_dynamic('HTML::Mason::Request::ApacheHandler=HASH(0x7fe45b505128)',
 'main', '_action', 'CONFIRM_DELETE', 'submit', 'Yes', 'recursivedel', 'on', 
'id', 12, 'showheader', 1) called at 
/usr/local/netdot/htdocs/masondata/obj/1249759374/management/autohandler.obj 
line 21 HTML::Mason::Commands::__ANON__('_action', 'CONFIRM_DELETE', 'submit', 
'Yes', 'recursivedel', 'on', 'id', 12, 'showheader', 1) called at 
/usr/share/perl5/HTML/Mason/Component.pm line 135 
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x7fe45b2b8de0)',
 '_action', 'CONFIRM_DELETE', 'submit', 'Yes', 'recursivedel', 'on', 'id', 12, 
'showheader', 1) called at /usr/share/perl5/HTML/Mason/Request.pm line 1302 
eval {...} at /usr/share/perl5/HTML/Mason/Requ!
 est.pm line 1292 HTML::Mason::Request::comp(undef, undef, undef, '_action', 
'CONFIRM_DELETE', 'submit', 'Yes', 'recursivedel', 'on', 'id', 12, 
'showheader', 1) called at /usr/share/perl5/HTML/Mason/Request.pm line 955 
HTML::Mason::Request::call_next('HTML::Mason::Request::ApacheHandler=HASH(0x7fe45b505128)',
 'showheader', 1) called at /usr/local/netdot/htdocs/autohandler line 76 
HTML::Mason::Commands::__ANON__('_action', 'CONFIRM_DELETE', 'submit', 'Yes', 
'recursivedel', 'on', 'id', 12) called at 
/usr/share/perl5/HTML/Mason/Component.pm line 135 
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x7fe45b2d0d78)',
 '_action', 'CONFIRM_DELETE', 'submit', 'Yes', 'recursivedel', 'on', 'id', 12) 
called at /usr/share/perl5/HTML/Mason/Request.pm line 1297 eval {...} at 
/usr/share/perl5/HTML/Mason/Request.pm line 1292 
HTML::Mason::Request::comp(undef, undef, undef, '_action', 'CONFIRM_DELETE', 
'submit', 'Yes', 'recursivedel', 'on', 'id', 12) called at /usr/share/per!
 l5/HTML/Mason/Request.pm line 481 eval {...} at /usr/share/perl5/HTML/

Mason/Request.pm line 481 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm 
line 433 
HTML::Mason::Request::exec('HTML::Mason::Request::ApacheHandler=HASH(0x7fe45b505128)')
 called at /usr/share/perl5/HTML/Mason/ApacheHandler.pm line 165 
HTML::Mason::Request::ApacheHandler::exec('HTML::Mason::Request::ApacheHandler=HASH(0x7fe45b505128)')
 called at /usr/share/perl5/HTML/Mason/ApacheHandler.pm line 831 
HTML::Mason::ApacheHandler::handle_request('HTML::Mason::ApacheHandler=HASH(0x7fe45af4be80)',
 'Apache2::RequestRec=SCALAR(0x7fe45b2285f8)') called at 
/usr/local/netdot/lib/Netdot/Mason.pm line 59 
Netdot::Mason::handler('Apache2::RequestRec=SCALAR(0x7fe45b2285f8)') called at 
-e line 0 eval {...} at -e line 0 


-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://osl.uoregon.edu/redmine/my/account


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

Message: 5
Date: Mon, 15 Oct 2012 10:06:50 -0700
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1700] get_arp_from_cli
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8


Issue #1700 has been updated by Nicolas Leseignoux.


I also had this problem, i am not sure of this solution, but check the pattern 
in the /usr/local/netdot/etc/Site.conf in the credentials section.

Perhaps, you need something like this: 

    {   pattern     => 'fwsm-main.rm.bc.sky.it',
        login       => 'user',
        password    => 'password',
        privileged  => 'enablepassword',
        transport   => 'SSH',
        timeout     => '30',
    }, 
(pattern based on the hosts file) and not "net.rm.bc.sky.it"...

----------------------------------------
Bug #1700: get_arp_from_cli
https://osl.uoregon.edu/redmine/issues/1700#change-2999

Author: giulio gasparini
Status: New
Priority: Normal
Assignee: 
Category: 
Target version: 
Resolution: 


Hi to all,

I would lik to retrive ARP information from my Cisco 6500Firewall, but when I 
try to use the CLI command I see the following error

root@ubuntu:/usr/local/netdot/bin# ./updatedevices.pl -H 172.30.80.2 -A -c 
net.rm.bc.sky.it
INFO - ./updatedevices.pl started at Fri Oct 12 12:20:11 2012
INFO - Updating single device: 172.30.80.2
ERROR: Device::CLI::_get_arp_from_cli: fwsm-main.rm.bc.sky.it: write error: 
filehandle isn't open at 
/usr/share/perl5/Net/CLI/Interact/Transport/Base/Unix.pm line 24

The same error appear using the web UI.


-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://osl.uoregon.edu/redmine/my/account


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

_______________________________________________
Netdot-devel mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-devel


End of Netdot-devel Digest, Vol 67, Issue 13
********************************************

Reply via email to