- Nav-dev - lister.unit.no

Removal of XMPP (Jabber) support
by Morten Brekkevold 19 Jun '19

19 Jun '19

Hi everyone, this is just to inform you that we intend to remove support for XMPP (Jabber) notifications from NAV's alert engine for the upcoming feature release. XMPP support is implemented through the `xmpppy` library, which seems to be unmaintained, and is not compatible with Python 3. As we no longer have customers who rely on NAV notifications via XMPP, we will no longer put resources into supporting it, and will be removing it as part of NAV's transition to Python 3. If you are someone who actually depends on XMPP notifications from your NAV, I would urge you to consider contributing a replacement implementation. The only Python-based XMPP implementation currently listed on https://xmpp.org/ seems to be this one: https://lab.louiz.org/poezio/slixmpp The still-open pull request that removes the current implementation can be seen here: https://github.com/Uninett/nav/pull/1889 -- mvh Morten Brekkevold Uninett

1 0

Multi Tenant and Distributed Probes
by catalin.dominte＠nocsult.net 07 Aug '18

07 Aug '18

Hi everyone, My name is Catalin, and I own a small MSP company in the UK. I recently talked to a developer to work on these two features and I will be paying him to do these two to begin with so they are done faster. However, once he has done this, I would like to make it available into the core code so the entire user community can benefit from it. I will ask my dev to join this list, and if he needs help finding his way around the code is this the best way to ask for help? Is there a dev based documentation that you can share so the dev can start looking at the way everything is built? I have a lot more features planned for the dev once these two are completed, so I hope this will be a long and fruitful journey for all of us and for the Open Source Community! Many thanks for this really good and easy to use piece of monitoring. It is exactly what I needed! Catalin

3 2

Time in Graphs
by Mr. Router 27 Feb '17

27 Feb '17

Hi , Hope you are doing good, My Graphs are showing UTC time while system time is set up OK . What could be the reason? is there any work around. Thanks, Mr. Router

2 2

Tuning av ipdevpoll
by Ingeborg Hellemo 24 Feb '17

24 Feb '17

Jeg håper optimalisering av ipdevpoll står på lista over oppgaver. Vi kjører i dag 'ipdevpoll -m', altså 8 parallelle jobber som alle har 10 forbindelser åpne mot databasen. navcron 36782 1 36781 36781 0 S - 19:16.14 python /usr/local/nav/bin/ipdevpolld -m (python2.7) navcron 36783 36782 36781 36781 0 S - 10099:09.26 python /usr/local/nav/bin/ipdevpolld -J 5minstats -f -s -P --threadpoolsize=10 (python2.7) navcron 36784 36782 36781 36781 0 S - 9812:19.26 python /usr/local/nav/bin/ipdevpolld -J 1minstats -f -s -P --threadpoolsize=10 (python2.7) navcron 36785 36782 36781 36781 0 S - 8824:16.25 python /usr/local/nav/bin/ipdevpolld -J topo -f -s -P --threadpoolsize=10 (python2.7) navcron 36786 36782 36781 36781 0 I - 782:36.65 python /usr/local/nav/bin/ipdevpolld -J ip2mac -f -s -P --threadpoolsize=10 (python2.7) navcron 36787 36782 36781 36781 0 S - 1086:00.12 python /usr/local/nav/bin/ipdevpolld -J inventory -f -s -P --threadpoolsize=10 (python2.7) navcron 36788 36782 36781 36781 0 R - 9951:01.96 python /usr/local/nav/bin/ipdevpolld -J dns -f -s -P --threadpoolsize=10 (python2.7) navcron 36789 36782 36781 36781 0 S - 2040:33.93 python /usr/local/nav/bin/ipdevpolld -J snmpcheck -f -s -P --threadpoolsize=10 (python2.7) navcron 36790 36782 36781 36781 0 R - 10437:55.65 python /usr/local/nav/bin/ipdevpolld -J statuscheck -f -s -P --threadpoolsize=10 (python2.7) I fjor på denne tida hadde jeg et problem med at enkeltspørringer mot bokser tok for lang tid (mer enn ett minutt). Dette løste vi ved å justere ned max_concurrent_jobs til 20 siden et (mye) større tall gjorde at enkeltjobbene blei stående å henge på manglende forbindelse mot databasen. Det jeg så starten på i da, men som er blitt meir og meir uttalt i løpet av året er at spesielt 1minstats ikke greier å snurre raskt nok. Grep(1) i loggen viser at vi i løpet av ett minutt greier å trøkke gjennom mellom 170-200 jobber. Når vi har 645 (GW,SW,GSW) sier det seg selv at dette ikke funker. Vi får hullete grafer. Hva kan gjøres? Jeg tror ikke utfordringa ligger i CPU/minne, men i selve implementasjonen. Dersom løsninga er å øke antall oppkoplinger mot databasen må man samtidig gjøre det mulig å tune dette per jobb. De mindre jobbene som f.eks. topo, dns, ip2mac trenger strengt tatt ikke å kjøre som separate jobber og i allefall ikke å ta opp masse ressurser mot databasen. --Ingeborg

2 5

Brocade 7750 and 7250
by michele.moscatelli＠outlook.com 15 Feb '17

15 Feb '17

Hi I have Brocade 7750 and 7250 under NAV, Under Power and Fan Nav display no power fan found no fan found. Is there a way for populate it ? Regards

3 4

Switching to GitHub
by Morten Brekkevold 18 Jan '17

18 Jan '17

Hello all, As we will be involving more people from UNINETT in NAV development over the coming year, we have decided to spend some time on consolidating our workflow tools. In short, "we want to be using the same tools as other developers at UNINETT are using these days". This will have the following effects for NAV in the coming days and weeks: * We will switch from using Mercurial as our version control system, to using Git. * We will host our Git repository at GitHub, under the UNINETT organization [1]. * We will transfer existing bug reports from Launchpad into GitHub issues, then disable the Launchpad project. * The mirror repository at BitBucket will be removed. * The nav-debian package repository will also move from Bitbucket to GitHub. The most finicky part of this transition will be the migration of bug reports from Launchpad. GitHub only provides a rate-limited API to manipulate issues, which means migration of all reports may take days once started. Most likely, if you have reported or are otherwise subscribed to bug reports at Launchpad, you will have to re-subscribe at GitHub to continue to receive updates as bugs are worked on. [1] https://github.com/UNINETT -- Morten Brekkevold UNINETT

1 0

switch backups
by jakub.bartnicki＠gallus.edu.pl 16 Mar '16

16 Mar '16

Hello Is there a plan to add a feature of backing up switch configuration to NAV ? Best Regards Jakub Bartnicki

2 1

Problem to get mac address table from 1920 HP switch
by despi＠datanetconsultores.es 26 Nov '15

26 Nov '15

Hello, I have problems to get mac address table from switch HP 1920. I only can get one o two mac addresses. If I launch a snmpwalk command to these switches from CLI, I get the next error: Error: OIDs are not increasing If i execute the snmpwalk command with -Cc, it works fine. How can I configure in NAV the -Cc option? Thanks in advance.

1 0

Re: Additional SNMP Polling through NAV
by Morten Brekkevold 14 Nov '14

14 Nov '14

On Wed, 12 Nov 2014 22:19:35 +0100 (CET) <jch(a)raytheon.com> wrote: > I am really new to NAV, but I've liked it so far in my lab testing. I do have > some routers whose CPU utilization is not showing up, and I would like to poll > some non-standard OIDs (like IP SLA metrics) even if NAV won't display them. > I could use graphite to do that for me separately, but utilize the engine that > NAV provides. Could someone point me to where I might need to go to do that? > > Is there an OID somewhere that could be added or updated to support newer > router CPU metrics, so that my Cisco ISR-G2 routers will have that displayed? > > How can I customize the polling of some devices (mostly Cisco routers) to get > additional metrics? I have not found where I can modify or add scripts to do > this and need some general pointers on where to look on the internet as well > as on the system. Since this is just a lab environment, I have all the NAV > components on one server. Hi Joel, Great to hear you want to tinker with NAV code. Unfortunately, documentation on extending NAV code is sorely lacking. We are, however, prepared to answer any questions you might have in that regard (we're also on IRC, but our timezones may possibly differ too much for meaningful conversation there). Just last week, I wrote a guide to adding support for new types of environment probes to NAV. It may not help explicitly with your scenario, but should still be informative enough to move you along: https://nav.uninett.no/doc/dev/hacking/adding-environment-probe-support.html This guide describes the `sensors` and `statsensors` plugins in ipdevpoll. There's a similar plugin called `statsystem`, which collects "system" stats from devices and push those to Graphite. With the proper MIB implementation (which is partly described in the guide above), this plugin could also collect system stats from new MIBs. See https://bitbucket.org/mbrekkevold/nav-mirror/src/9a6c02de139a73109982a0cae1… - the code is built up more or less the same way as the `sensors` plugin, mapping known MIB implementations to enterprise/vendor IDs. IP SLA metrics may not fall nicely into the "system" statistics category, but given the examples above, a new plugin shouldn't be too difficult to write. Also, I think this discussion belongs on the nav-dev list. I've Cc-ed that list, and would suggest that further replies are sent only there. -- Morten Brekkevold UNINETT

1 0

Re: ipdevpolld topo job error
by Morten Brekkevold 23 Jul '14

23 Jul '14

On Fri, 11 Jul 2014 13:15:50 -0300 Bruno Galindro da Costa <bruno.galindro(a)gmail.com> wrote: > Thanks for explanation. > > Is there any chance to put this kind of information in nav docs? Two > interesting things were explained in this thread. Sure, if you have suggestions on where it would fit in the existing docs. Our documentation practices could be a lot better. > I'm here to help with this if you want... I'm work in a University in > Brazil -> UFSC <http://ufsc.br/> and I can help the project feeding the > knowledge base whenever possible. We would love help with our docs, if you have something to contribute :-) It helps to know a bit about Sphinx [1], which we use as our documentation system, and a bit about Mercurial for version control. Though our official code repository is hosted at nav.uninett.no, we use Bitbucket extensively when working. Our official repository is mirrored at [2], so the most seamless way to contribute is to fork that repo and send pull requests through Bitbucket. [1] http://sphinx-doc.org/ [2] https://bitbucket.org/mbrekkevold/nav-mirror -- Morten Brekkevold UNINETT

1 0