- Nav-users - lister.unit.no

Announcement: NAV 3.2.1 released
by werner＠debian.org 27 Feb '07

27 Feb '07

On Fri, Feb 16, 2007 at 12:37:14PM +0100, Morten Brekkevold wrote: > Latest status from Morten Werner Olsen is that the Debian package of 3.2.0 is > in testing, hopefully a 3.2.1 version will be officially released next week. Today the Debian package for NAV 3.2.1 is moved into the http://pkg-nav.alioth.debian.org/debian sarge local archive. I have updated the install-howto [1], but /usr/share/doc/nav/README.Debian is not verified so feedback is more than welcome! :) - Werner [1] http://pkg-nav.alioth.debian.org/install-howto.txt

1 0

Updated InstallingOnRHEL4 to cover NAV 3.2.1
by roger.aas＠hsh.no 22 Feb '07

22 Feb '07

I have the last days updated my installation description of NAV on CentOS and RHEL to cover the newest version of NAV. The highlights: - Updated for NAV 3.2.1 - Use the default LVM setup - Small change in sample firewall setup - Set options for Tomcat - Place jdbc and snmp jars in nav java folder - New security setup for postgresql for nav 3.2.1 - No in-built backup of the database - Updated two packages: - Java 1.5.0_09 -> 1.5.0_11 - DB_File 1.814 -> 1.815 Same link as before: http://metanav.ntnu.no/moin.cgi/InstallingOnRHEL4 Always nice with feedback on this document, especially if you find some errors. Best regards, - Roger -- Roger Aas Stord/Haugesund University College

1 0

Problem with HP 9304m & vlan
by vidar.faltinsen＠uninett.no 06 Feb '07

06 Feb '07

On Mon, 8 Jan 2007, Marco Barbieri wrote: > Hi all, > i'm trying to use NAV 3.1.1 in my environment, my main problem seems to be > that my network in mainly based on HP router/switches: 9304m (foundry/hp), > procurve 5304, 5308, 2824 etc.. and a couple of cisco. > I don't have cdp active on any machine, the net is ospf based and snmp > enabled. > > The Cisco machines are fully understood, i can see the vlans that are there > defined, counters and so on, everything is fine. > > Some HP machines are understood too or a sort of mainly Procurve family 25xx e > 53xx even if i can't see the vlans that are defined on those router/switches. > > Hp/Foundry 9304m is the worst understood: non only it doesn't show any defined > vlan but it doesn't show the expansions slots that are fitted in the chassis. > Obviously these are my main router/switches. :) We have never tested NAV with a Hp/Foundry 9304m. Can you send us the list of OIDs NAV classifies the box to and we can take it from there. Typically the data from https://yournav/report/netboxsnmpoid?netboxid=id of your foundry (linked from the "All IP devices report, right column). So you do not see any router ports in NAV? - Vidar >From barbieri.marco at unimore.it Mon Feb 12 09:48:27 2007 From: barbieri.marco at unimore.it (Marco Barbieri) Date: Mon Feb 12 09:48:46 2007 Subject: [Nav-users] Problem with HP 9304m & vlan In-Reply-To: <Pine.LNX.4.64.0702061629450.30147(a)tyholt.uninett.no> References: <200701081206.48961.barbieri.marco(a)unimore.it> <Pine.LNX.4.64.0702061629450.30147(a)tyholt.uninett.no> Message-ID: <200702120948.27513.barbieri.marco(a)unimore.it> On Tuesday 06 February 2007 16:33, you wrote: > We have never tested NAV with a Hp/Foundry 9304m. Can you send us the list > of OIDs NAV classifies the box to and we can take it from there. i've attacched an archive containing the page you asked > So you do not see any router ports in NAV? and in the scond page you can see how is the machine is "seen" by NAV. In the meanwhile i've upgradade to NAV 3.2.0, so reports are generated with this version. Thanks for answering. Best Reagards. -- Marco Barbieri - CeSIA - 059-2055218

1 0

Need to make a sms-Alert when a mac-address enter the network
by vidar.faltinsen＠uninett.no 06 Feb '07

06 Feb '07

On Mon, 5 Feb 2007, Dan Oetting wrote: > On Jan 19, 2007, at 5:02 AM, Peder Magne Sefland wrote: > > >We use DHCP and I would like to get an sms-message when this > >mac-address enter the network. Can this be done today? > > On a small scale such as having only 1 MAC address that you need to catch, you > could configure your DHCP servers to assign this MAC a specific IP. > > With the suspect confined to a known set of IP addresses you could also setup > a sniffer on the external routes to capture all traffic from those IPs to see > for yourself if there is abuse. > > I am surprised that switches can't generate an SNMP trap whenever a new MAC > address is added to it's routing tables. You probably mean bridge table, anyway, are you sure? For Cisco I've read that you can do this: "You can generate SNMP traps whenever a MAC address change occurs by enabling the set snmp trap enable macnotification command in conjunction with enabling the set cam notification and set cam notification historysize commands." I haven't tested it yet, maybe someone out there has? We have SNMP trap on TODO for NAV 3.3, we are thinking of an implementation that can trigger certain scripts on a given snmp trap oid. We see to very interesting use cases: * when linkdown/up trap is detected update the cooresponding link value in the swport/gwport database table. * when a new mac address is seen/gone trigger a script that opens/closes corresponding machine tracker records (cam table). This script could also post alarms regarding wanted mac addresses. - Vidar

1 0

cricket error in logs
by morten.brekkevold＠uninett.no 02 Feb '07

02 Feb '07

Mr. Caryl Whitlatch wrote, On 19-01-2007 16:11: > Config tree needs to be recompiled: File > /usr/local/nav/cricket/cricket-config/switches/Defaults is newer than the > compiled version This warning appears if the cricket-configuration has been changed without cricket-compile having been run. Normally, cricket-compile is run if necessary at the start of each collection run - which is at least every 5 minutes. You might be seeing this error because of file permission problems. Makecricketconfig.pl prior to NAV 3.2 used to unnecessarily set restrictive umasks before creating new Cricket configuration files. Please make sure that every file and directory below /usr/local/nav/cricket/cricket-config/ is writable by the navcron user, and readable by everyone (or the user who runs the Apache process - the point being that Cricket's web interface must be able to read the config). I also recommend upgrading to NAV 3.2, of course :) -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Fri Feb 2 14:36:11 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Fri Feb 2 14:36:30 2007 Subject: [Nav-users] cricket 2 In-Reply-To: <004201c73bdc$4ca5b2c0$4732a8c0@cwhitlatch> References: <004201c73bdc$4ca5b2c0$4732a8c0@cwhitlatch> Message-ID: <45C33E4B.4030103(a)uninett.no> Mr. Caryl Whitlatch wrote, On 19-01-2007 16:12: > Anything I should be concerned with here? [output from makecricketconfig snipped] No, everything looks normal (except for the fact that makecricketconfig in NAV 3.1.1 has known bugs). -- mvh Morten Brekkevold UNINETT >From morten.brekkevold at uninett.no Fri Feb 2 14:38:17 2007 From: morten.brekkevold at uninett.no (Morten Brekkevold) Date: Fri Feb 2 14:38:30 2007 Subject: [Nav-users] Announcement: NAV 3.2.0 released In-Reply-To: <1170419636.12236.1.camel@myh> References: <45C32599.4070207(a)uninett.no> <1170419636.12236.1.camel@myh> Message-ID: <45C33EC9.3030606(a)uninett.no> Stein Magnus Jodal wrote, On 02-02-2007 13:33: > Err. Morten meant 3.2.0. He blames the day of the week ;-) That, and lack of strong coffee :P > "When in doubt, read the subject!" -Morten Yes, truth is in the headers. -- mvh Morten Brekkevold UNINETT >From oetting at usgs.gov Mon Feb 5 11:28:28 2007 From: oetting at usgs.gov (Dan Oetting) Date: Mon Feb 5 19:28:35 2007 Subject: [Nav-users] Need to make a sms-Alert when a mac-address enter the network In-Reply-To: <45B0C184.3657.00CE.0(a)hivolda.no> References: <45B0C184.3657.00CE.0(a)hivolda.no> Message-ID: <78035348-7938-499C-9093-9E9F2D9E73DF(a)usgs.gov> On Jan 19, 2007, at 5:02 AM, Peder Magne Sefland wrote: > We use DHCP and I would like to get an sms-message when this > mac-address enter the network. Can this be done today? On a small scale such as having only 1 MAC address that you need to catch, you could configure your DHCP servers to assign this MAC a specific IP. With the suspect confined to a known set of IP addresses you could also setup a sniffer on the external routes to capture all traffic from those IPs to see for yourself if there is abuse. I am surprised that switches can't generate an SNMP trap whenever a new MAC address is added to it's routing tables. -- Dan O.

1 0

Announcement: NAV 3.2.0 released
by morten.brekkevold＠uninett.no 02 Feb '07

02 Feb '07

NAV 3.1.0 is now available for download at SourceForge, see http://sourceforge.net/projects/nav :-) This is mainly a feature release, but it also contains a number of bugfixes. There is still a number of known bugs that we are working on. If you discover bugs, please report them on this list or at http://sourceforge.net/projects/nav . Binary packages for Debian will be available soon. The Debian package is maintained by Morten Werner Olsen, on commission from UNINETT. Alex Krapivins updated CentOS RPMs are also available for download at SourceForge. -- mvh Morten Vold UNINETT

1 0

Get error when adding IP device "Gw router - layer 3 device"
by morten.brekkevold＠uninett.no 03 Jan '07

03 Jan '07

Tor Pretorius wrote, On 11-12-2006 15:45: > I have add many Switch and GSW device > but get error when I adding GW device > > Any idea ?? Yes. > (NAV 3.1.1 run on Centos 4.4) [...] > File "/usr/local/nav/apache/webroot/editdb/initBox.py", line 161, in > is_ascii > s.encode("ascii") > > AttributeError: 'int' object has no attribute 'encode' It appears that our bugfix for problems with hexstring serial numbers on some Cisco devices introduced a new, similar bug. Some devices also return integer values for serial numbers instead of strings - attempting to encode an integer object as if it were a string will fail miserably, as in your case. I've just committed a fix for this to the repository (r3785). We're expecting to release NAV 3.2 within a few weeks, so I don't think you will see this in a bugfix release before that. Several others have reported this problem, and a workaround has been suggested: Use bulk import to insert the devices that cause this error - the serial numbers are not retrieved and checked in this manner during a bulk import. -- mvh Morten Brekkevold UNINETT >From barbieri.marco at unimore.it Mon Jan 8 12:06:48 2007 From: barbieri.marco at unimore.it (Marco Barbieri) Date: Mon Jan 8 12:07:05 2007 Subject: [Nav-users] Problem with HP 9304m & vlan Message-ID: <200701081206.48961.barbieri.marco(a)unimore.it> Hi all, i'm trying to use NAV 3.1.1 in my environment, my main problem seems to be that my network in mainly based on HP router/switches: 9304m (foundry/hp), procurve 5304, 5308, 2824 etc.. and a couple of cisco. I don't have cdp active on any machine, the net is ospf based and snmp enabled. The Cisco machines are fully understood, i can see the vlans that are there defined, counters and so on, everything is fine. Some HP machines are understood too or a sort of mainly Procurve family 25xx e 53xx even if i can't see the vlans that are defined on those router/switches. Hp/Foundry 9304m is the worst understood: non only it doesn't show any defined vlan but it doesn't show the expansions slots that are fitted in the chassis. Obviously these are my main router/switches. :) I've tried to see if there where a problem related to OIDs for this machine, but the one that NAV proposes when i add the machine is the same i get executing the snmpwalk query that's in the Online Help. I would like to know what i can do now, what infos you may need to understand what's foing on and if there's something i can test/post etc. Hope to here from you soon. Marco Barbieri. P.S.: btw, it looks like a great tool ;-) -- Marco Barbieri - CeSIA - 059-2055218 >From peter.ejmont at Dartmouth.EDU Thu Jan 18 10:52:10 2007 From: peter.ejmont at Dartmouth.EDU (Peter Ejmont) Date: Thu Jan 18 16:53:17 2007 Subject: [Nav-users] problems logging into web interface Message-ID: <6C6D7546-0D88-4EAE-AC10-58A766E0A3A8(a)Dartmouth.EDU> Hi All, I just installed Nav v3 beta on a Freebsd 6.2 from ports. Installation went without any major problems and after playing with apache config I was able to see the index page. however, after clicking on Login, I got the following: <body onLoad="document.getElementById('username').focus();"> <table height=40% border=0 width=100%><tr valign=middle><td valign=middle align=center> <br><br><br> <font face=verdana size=1> <form method="POST" action="/index/login"> <img src="/images/login/navlogo.gif"><br> <br><input id="username" type="text" name="login" style="border: 1px solid #99c;"><br><font color=#6699CC>username</font> <br><input type="password" name="password" style="border: 1px solid #99c;"><br><font color=#6699CC>password</font> <input type="hidden" name="origin" value=""> <br><br><input type="submit" value="Log in"> </form> </font> </td></tr></table> </body> The url changed from /index/index to /index/login How do I fix it? Nav is the only website on that machine so DocumentRoot is set to "/ usr/local/nav/apache/webroot/" Thanks, Peter >From roar.pettersen at uib.no Thu Jan 18 22:24:26 2007 From: roar.pettersen at uib.no (Roar Pettersen) Date: Thu Jan 18 22:25:15 2007 Subject: [Nav-users] problems logging into web interface In-Reply-To: <6C6D7546-0D88-4EAE-AC10-58A766E0A3A8(a)Dartmouth.EDU> References: <6C6D7546-0D88-4EAE-AC10-58A766E0A3A8(a)Dartmouth.EDU> Message-ID: <Pine.SOC.4.64.0701182221550.27270(a)alf.uib.no> Hello ! > I just installed Nav v3 beta on a Freebsd 6.2 from ports. Installation went > without any major problems and after playing with apache config I was able to > see the index page. > however, after clicking on Login, I got the following: Please update your FreeBSD ports ! On 2007/01/15 the nav port was updated to Nav-3.1.0, soon you will also see the port updated to version 3.1.1 and/or 3.2. -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen(a)it.uib.no - IT-Avd, UiB - http://www.uib.no >From cwhitlatch at ctctele.com Thu Jan 18 14:49:55 2007 From: cwhitlatch at ctctele.com (Mr. Caryl Whitlatch) Date: Thu Jan 18 22:50:03 2007 Subject: [Nav-users] adding devices - SNMP Message-ID: <000701c73b4a$9744ddc0$4732a8c0@cwhitlatch> Get error when adding IP device "Gw router - layer 3 device" I too am getting this error and so I tried to do the bulk add and get the following. HYPERLINK "https://goozzy.ctcweb.net/images/lys/yellow.png" 2 McCall Closet:66.232.X.X:CTC:GW:ro:******* RO given, but failed to contact IP device by SNMP (IP devices of this category are required to answer). HYPERLINK "https://goozzy.ctcweb.net/images/lys/yellow.png" 3 CAM CO:66.232.X.X:CTC:GW:ro:******* RO given, but failed to contact IP device by SNMP (IP devices of this category are required to answer). My NAV box has a 10.7.x.x addy behind an Astaro Linux firewall and that is doing the NAT translation. I have used Zenoss in this same network setup and not had a problem with SNMP but I found it too hard to configure so am trying NAV. I even tried opening up all ports so no traffic coming back would be blocked. I see the SNMP traffic leave my NAV box and go across through the firewall. I can telnet from my NAV box to the router. I can do a snmpwalk to that router from the NAV box so I know it can see it and get SNMP traffic back through the firewall. I followed the instructions for installation on HYPERLINK "http://metanav.ntnu.no/moin.cgi/InstallingOnRHEL4"http://metanav.ntnu.no/mo in.cgi/InstallingOnRHEL4 - VERY NICE BTW! It would be nice to be able to add devices with the autodiscovery but I am not sure it would work since I don't seem to be getting SNMP response from the routers. They were sending it to Zenoss so I am really confused. Thanks for any help I can get on overcoming this issue. Caryl A. Whitlatch Network Administrator HYPERLINK "http://www.ctcweb.net/"CTC Telecom, Inc. Plurima ignoro, sed ignorantiam meam non ignoro -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.16.14/637 - Release Date: 1/18/2007 1:03 PM -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.16.14/637 - Release Date: 1/18/2007 1:03 PM

1 0

SV: Ang: [Nav-users] Get error when adding IP device "Gw router - layer 3 device"
by peder.sefland＠hivolda.no 12 Des '06

12 Des '06

Hi, I have experience the same thing. I have notice something but not sure if this is the problem. When you add ip device and select the Catagory GW (Router (layer 3 device)) it has double brackets in its name. Non of the others Catagory has double brackets in its name. Like GSW (A layer 2 and layer 3 device) Peder >>> Den 11. desember 2006 kl. 15:45:54, i meldingen <C34A6DE4A78B8549AC97E5C414E2D2591A8F57(a)postmann.it-as.no>, skrev "Tor Pretorius" <tor.pretorius(a)it-as.no>: > I have add many Switch and GSW device > but get error when I adding GW device > > Any idea ?? > > (NAV 3.1.1 run on Centos 4.4) > -------------------- Start Error ----------------- > Mod_python error: "PythonHandler editdb" > > Traceback (most recent call last): > > File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line > 299, in HandlerDispatch > result = object(req) > > File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 156, in > handler > output = editPage(req,pageList[table](),request,unicodeError) > > File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 463, in > editPage > outputForm,action) > > File "/usr/local/nav/apache/webroot/editdb/editdb.py", line 2323, in > add > box.getDeviceId() > > File "/usr/local/nav/apache/webroot/editdb/initBox.py", line 178, in > getDeviceId > escapedSerials = [nav.db.escape(ser.strip()) for ser in serials > > File "/usr/local/nav/apache/webroot/editdb/initBox.py", line 161, in > is_ascii > s.encode("ascii") > > AttributeError: 'int' object has no attribute 'encode' > > -------------------- End Error ----------------- > > > Mvh > -Tor Pretorius > > > > _______________________________________________ > nav-users mailing list > nav-users(a)itea.ntnu.no > http://mailman.itea.ntnu.no/mailman/listinfo/nav-users >From Rufus at uiuc.edu Mon Dec 4 09:15:25 2006 From: Rufus at uiuc.edu (Yong) Date: Wed Feb 7 23:05:45 2007 Subject: [Nav-users] =?iso-8859-1?q?Vi_foresl=D0=B5r_et_arbeid!?= Message-ID: <C560BC84.5926438(a)uiuc.edu> Job-agency.biz Featured Employer: R-Money ?? Get more from R-Money?? [grey_top2.jpg] ??????Job-Managment Agency??????har et ledig arbeid for deg! - Arbeid i fri tid og Du skal f?? fra 5000 til 10000 euro i en m??ned! - Det trenges ikke noen penger fra Deg . - Du kan begynne ?? f?? l??n imorgen! Hvis Du har 2-3 frie timer, Du har lyst til ?? f?? penger, Du er ansvarlig og Du har fylt dine 18 ??r, dette er et tilbud for Deg! Hvis Du er interessert, Du kan gi oss bevist til v??r e-post adressen [1]info(a)job-agency.biz: om Din ful navn, adress(byen og staten), f??dselsdag, telefonnumer, undervisning og arbeidssteder som Du hadde f??r. Vi ber Dere om ?? studere tilbudet og gi oss beskjed om Dere aksepterer det. Din e-post adressen er tatt fra frie kilder. Hvis du vil ikke f?? meldinger fra oss til din e-post adressen, kan du sende en blank melding ???remove(a)job-agency.biz??? til v??r e-post adressen. References 1. mailto:info@job-agency.biz

1 0

Installing NAV on SLES9
by martin.roll＠elementum.info 01 Des '06

01 Des '06

Yes, I installed pysnmp (2.0.9) as described in the SLES guide. I used the package nav-3.0.0-1.noarch.rpm that is located at MetaNAV download page: http://metanav.ntnu.no/moin.cgi/NAVDownload It seems to be be NAV 3.0 beta. Should I better try to compile it from source? Sorry for my late answer. Morten Brekkevold wrote: > Martin Roll wrote, On 22-11-2006 19:01: > > >> File "/usr/local/nav/apache/webroot/editdb/initBox.py", line 29, in ? >> from nav.Snmp import Snmp,NameResolverException,TimeOutException >> >> ImportError: cannot import name Snmp >> > > [...] > > >> File "/usr/local/nav/lib/python/nav/Snmp.py", line 24, in ? >> from pysnmp.proto import v1, v2c >> >> ImportError: No module named proto >> >> >> Do you have any idea what I could have done wrong? >> > > Looks like NAV's nav.Snmp module hasn't been fully imported because > pysnmp is missing, and this might be why you are seeing both these messages. > > Did you install pysnmp, as the SLES guide you pointed to says? What > version of NAV are you installing? > >

1 0

trenger en nav-3-0-0-vmware-DVD
by peder.sefland＠hivolda.no 24 Nov '06

24 Nov '06

Hei, Vi delte ut litt for ivrig nav-3-0-0-vmware p? uninett-konferansen, det vil si alle dvd-platene. ftp-serveren vi brukte er reinstallert. Jeg har dermed ingen ? sende til andre som sp?r om ? f? test nav via vmware. Kan noen som var p? nav workshop p? uninett konferansen i ?lesund sende meg en slik DVD. Neste gang (med nav-3.1.1-vmware) skal jeg beholde en plate selv :-) Peder

2 1