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 #1736] (Resolved) REST updating host without
passing name param doesn't work ([email protected])
2. [Netdot - Bug #1735] Table rrloc not Created
([email protected])
3. [Netdot - Feature #1734] CLI Support for Netscreen ISG
(ScreenOS) ([email protected])
4. [Netdot - Bug #1729] unable to import NAPTR from bind format
data ([email protected])
5. [Netdot - Bug #1726] (Closed) Deep recursion when I delete
DNS record ([email protected])
6. [Netdot] 'DownLoad' wiki page has been updated
([email protected])
7. [Netdot - Feature #1730] (Closed) Entity search should search
on account number ([email protected])
----------------------------------------------------------------------
Message: 1
Date: Thu, 14 Feb 2013 11:22:37 -0800
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1736] (Resolved) REST updating
host without passing name param doesn't work
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Issue #1736 has been updated by Carlos Vicente.
Category set to DNS
Status changed from New to Resolved
Assignee set to Carlos Vicente
Target version set to 1.0.5
Resolution set to fixed
Thank you!
cv
----------------------------------------
Bug #1736: REST updating host without passing name param doesn't work
https://osl.uoregon.edu/redmine/issues/1736#change-3038
Author: Matej Vadnjal
Status: Resolved
Priority: Normal
Assignee: Carlos Vicente
Category: DNS
Target version: 1.0.5
Resolution: fixed
When updating host records (/netdot/rest/host) if you don't supply a name
parameter it is assumed to be undefined. If the user changing the record has
non admin privileges hostname validation fails. If the user is an admin the
record is updated and the hostname is set to blank.
The fix is very simple. Patch attached.
--
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: Thu, 14 Feb 2013 11:35:03 -0800
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1735] Table rrloc not Created
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Issue #1735 has been updated by Carlos Vicente.
Assignee set to Carlos Vicente
This sounds like the problem in #1710. What version of Netdot and
SQL::Translator are you using?
I can confirm that the rrloc table does get created at install.
----------------------------------------
Bug #1735: Table rrloc not Created
https://osl.uoregon.edu/redmine/issues/1735#change-3039
Author: Michael Lambert
Status: New
Priority: Normal
Assignee: Carlos Vicente
Category:
Target version:
Resolution:
Queries were complaining about not being able to find entries in the rrloc
table. I checked and it doesn't exist in the netdot database. I tried
creating it by hand with the output below. The platform is FreeBSD 9.1 on
amd64.
Michael
<pre>
% mysql -u root -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1048
Server version: 5.5.30-log Source distribution
Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> \u netdot
Database changed
mysql> describe rrloc;
ERROR 1146 (42S02): Table 'netdot.rrloc' doesn't exist
mysql> CREATE TABLE `rrloc` (
-> `altitude` bigint NOT NULL,
-> `horiz_pre` varchar(32) NULL,
-> `id` bigint NOT NULL auto_increment,
-> `latitude` bigint NOT NULL,
-> `longitude` bigint NOT NULL,
-> `rr` bigint NOT NULL,
-> `size` varchar(32) NULL,
-> `ttl` varchar(32) NULL,
-> `vert_pre` varchar(32) NULL,
-> UNIQUE INDEX `rrloc1` (`rr`),
-> INDEX `RRLOC2` (``),
-> PRIMARY KEY (`id`),
-> CONSTRAINT `fk_rr_4` FOREIGN KEY (`rr`) REFERENCES `rr` (`id`)
-> ) ENGINE=InnoDB;
ERROR 1072 (42000): Key column '' doesn't exist in table
mysql>
</pre>
--
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: Thu, 14 Feb 2013 11:39:19 -0800
From: [email protected]
Subject: [Netdot-devel] [Netdot - Feature #1734] CLI Support for
Netscreen ISG (ScreenOS)
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Issue #1734 has been updated by Carlos Vicente.
Johannes,
Thank you for the nice comments.
I do not have Netscreens to work with, and honestly, no time. If you submit a
patch, I would gladly add it to the project.
Regards,
cv
----------------------------------------
Feature #1734: CLI Support for Netscreen ISG (ScreenOS)
https://osl.uoregon.edu/redmine/issues/1734#change-3040
Author: Johannes Troi
Status: New
Priority: Normal
Assignee:
Category:
Target version:
Resolution:
Hello!
We are running a Netscreen-ISG 2000 (ScreenOS 6.3), that principally supports
ARP Fetching via SNMP. Unfortunately the SNMP Engine from the Netscreen
firewall returns a wrong interface number (not existent interface "0") for all
ARP entries on logical subinterfaces, so there is no match with the interface
table und the ARP entries are ignored by netdot.
Secondly the Netscreen doesn't report the IPv6 Neighbor Cache by SNMP. Would it
be possible to add CLI support for feching ARP/Neighbor Cache from
Netscreen-ISG?
The output from "get arp" (IPv4 ARP Table) on ScreenOS (6.3) is:
ISG-> get arp
usage: 1219/8192 miss: 0
always-on-dest: disabled
-----------------------------------------------------------------------------------------
IP Mac VR/Interface State Age Retry PakQue
Sess_cnt
-----------------------------------------------------------------------------------------
10.7.2.7 0018fe883b58 untrust-vr/agg1.2 VLD 52 0 0
16
... and for "get ndp" (IPv6 Neighbor Cache):
ISG-> get ndp
usage: 1/8192 miss: 0 always-on-dest: disabled
states(S): N Undefined, X Deleted, I Incomplete, R Reachable, L Stale, D Delay,
P Probe, F Probe forever S Static, A Active, I Inactive, * persistent
--------------------------------------------------------------------------------
IPv6 Address Link-Layer Addr S Interface Age
Pk
2a02:27e8:0:aaaa:7:ffff:1:100 0008e3fffc1f R aggregate1.761
00h00m37s 0
Thank you for developing netdot, we are very happy with this tool at the "Free
University of Bozen/Bolzano"! :-)
Johannes
--
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: Thu, 14 Feb 2013 11:39:47 -0800
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1729] unable to import NAPTR
from bind format data
To: [email protected], [email protected],
[email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Issue #1729 has been updated by Carlos Vicente.
Assignee set to Anton Berezin
----------------------------------------
Bug #1729: unable to import NAPTR from bind format data
https://osl.uoregon.edu/redmine/issues/1729#change-3041
Author: Karl Putland
Status: New
Priority: Normal
Assignee: Anton Berezin
Category: DNS
Target version: 1.0.5
Resolution:
Trying to import these
srv.myvtel.com. IN NAPTR 10 0 "s" "SIP+D2U" "" _sip._udp.myvtel.com.
srv.myvtel.com. IN NAPTR 20 0 "s" "SIP+D2T" "" _sip._tcp.myvtel.com.
results in
Transaction aborted: Error parsing Zone data: bad NAPTR data, line 4
Stack:
[/usr/local/share/perl/5.14.2/Net/DNS/ZoneFile/Fast.pm:240]
[/usr/local/share/perl/5.14.2/Net/DNS/ZoneFile/Fast.pm:1003]
[/usr/local/share/perl/5.14.2/Net/DNS/ZoneFile/Fast.pm:157]
[/usr/local/netdot/lib/Netdot/Model/Zone.pm:653]
[/usr/local/netdot/htdocs/management/zone.html:46]
[/usr/local/netdot/htdocs/management/zone.html:47]
[/usr/local/netdot/htdocs/management/autohandler:81]
[/usr/local/share/perl/5.14.2/HTML/Mason/Request.pm:951]
[/usr/local/netdot/htdocs/masondata/obj/1292882063/management/autohandler.obj:21]
[/usr/local/netdot/htdocs/autohandler:76]
--
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: Thu, 14 Feb 2013 11:45:16 -0800
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1726] (Closed) Deep recursion
when I delete DNS record
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Issue #1726 has been updated by Carlos Vicente.
Status changed from New to Closed
Assignee set to Carlos Vicente
Target version set to 1.0.5
Resolution set to fixed
Thank you!
cv
----------------------------------------
Bug #1726: Deep recursion when I delete DNS record
https://osl.uoregon.edu/redmine/issues/1726#change-3042
Author: Vincent Magnin
Status: Closed
Priority: Low
Assignee: Carlos Vicente
Category: DNS
Target version: 1.0.5
Resolution: fixed
Hi,
On latest Netdot-1.0 git, when I try to delete a complete RR record where a MX
record point to same record, the page is never reloaded.
On logs, I can found following information:
Deep recursion on subroutine "Netdot::Model::RR::delete" at
/usr/local/netdot/lib/Netdot/Model/RR.pm line 371:
It seems I enter on an endless loop (Delete RR record -> Delete MX record
pointing to this RR record -> Delete MX record -> ...)
Regards,
Vincent
--
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: 6
Date: Thu, 14 Feb 2013 11:53:41 -0800
From: [email protected]
Subject: [Netdot-devel] [Netdot] 'DownLoad' wiki page has been updated
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
The 'DownLoad' wiki page has been updated by Phil Regnauld.
DownLoad:
https://osl.uoregon.edu/redmine/projects/netdot/wiki/DownLoad
View differences:
https://osl.uoregon.edu/redmine/projects/netdot/wiki/DownLoad/diff/59
--
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: 7
Date: Thu, 14 Feb 2013 11:56:59 -0800
From: [email protected]
Subject: [Netdot-devel] [Netdot - Feature #1730] (Closed) Entity
search should search on account number
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Issue #1730 has been updated by Carlos Vicente.
Category set to UserInterface
Status changed from New to Closed
Assignee set to Carlos Vicente
Target version set to 1.0.5
Resolution set to fixed
----------------------------------------
Feature #1730: Entity search should search on account number
https://osl.uoregon.edu/redmine/issues/1730#change-3043
Author: Matej Vadnjal
Status: Closed
Priority: Normal
Assignee: Carlos Vicente
Category: UserInterface
Target version: 1.0.5
Resolution: fixed
Entity search (at /netdot/contacts/entities.html) currently searches on entity
name and short name. Could this be expanded to search on account number also?
--
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 71, Issue 10
********************************************
