Nav-dev November 2009

nav-dev@lister.sikt.no

3 participants
5 discussions

NAV status meeting minutes 2009-11-23
by Kristian Klette 23 Nov '09

23 Nov '09

NAV status meeting minutes 2009-11-23 ===================================== Present: Magnus, Vidar, Kristian Absent: Morten, Jørgen, Thomas 3.6.0 status * 6 blueprints not yet done or not even started. Magnus ------- - Completed Webfront refactoring. - Fixed a lot of minor issues caused by the webfront refactoring. Mostly template rendering issues. - Fixed DeviceHistory sorting. - Added sane defaults and a new design to StatusPreferences. Klette ------ - Netmap refactoring completed. - NetworkExplorer refactoring completed. - Fixed some minor bugs in NetworkDiscovery. - Started on ipdevinfo-blueprint (blueprint stolen from Jørgen). etc --- - Morten will be absent the next two weeks or so due to a new child. Congratulations from the entire NAV-team! -- Mvh Kristian Klette «Programs for sale: Fast, Reliable, Cheap: choose two.»

1 0

Patch for StatusSections.py (problem with postgres-8.3)
by Asbjørn Prøis 18 Nov '09

18 Nov '09

Attached is a small patch for making StatusSections.py work on NAV systems running with postgres-8.3. -Asbjørn-

1 0

Merged magnusme-refactor-auth to default branch
by Morten Brekkevold 10 Nov '09

10 Nov '09

FYI: I just merged Magnus' refactor-auth branch onto the default branch. This entails that session['user'] is no longer a forgetSQL object, but a dictionary. The dictionary will contain the keys 'id', 'login' and 'name'. The branch (hopefully) refactors all NAV code that expected a forgetSQL account object. -- mvh Morten Brekkevold UNINETT

1 0

Re-engineering the OID database
by Morten Brekkevold 05 Nov '09

05 Nov '09

While designing ipdevpoll, we decided to throw out the over-engineered OID database from NAV. The tables haven't been removed yet, but none of the new code makes use of them. Now, it looks like we need to keep some aspects of the OID database. While configuring Cricket, makecricketconfig needs to know ahead of time which proprietary OIDs from the Cricket config files are supported by an IP device. In other words, makecricketconfig still needs to have an SNMP OID profile for a box. John-Magne has written a script that will pull all configured OID labels from the Cricket configuration tree, and insert them into NAV's snmpoid table. I've written an oidprofiler plugin to ipdevpoll, which does most of what getDeviceData's OID tester did. But, some superfluous fields can be removed from the snmpoid and netboxsnmpoid tables to complete the transition to NAV 3.6: * The netboxsnmpoid.frequency and snmpoid.defaultfreq fields are right out, since these tables will no longer be used for scheduling anything. * snmpoid.oidsource is irrelevant in the new context. * snmpoid.descr, oidname and mib can be safely removed. If anyone needs them, they can be inferred by a mib compiler. * snmpoid.decodehex is just ridiculous. * snmpoid.match_regex is unnecessary, because there is no such information in the Cricket config files. And the more interesting part: * snmpoid.uptodate - We can't really assess whether an snmpoid is really up-to-date or not. When gDD sees an snmpoid with uptodate=false, it will query that snmpoid for all netboxes and set uptodate=true. But "all netboxes" only means all netboxes that are online at the moment. There is no guarantee that all netboxes were actually queried. My suggestion is that we rather set netbox.uptodate=false for all netboxes when snmpoids are inserted or updated. Re-profiling a netbox is not a huge operation (especially since the current cricket config contains about 12 OIDs that need to be profiles), and new snmpoids will not be inserted very often. This can be implemented via a simple trigger or rule on the snmpoid table. This is FYI, and a heads-up for a possible discussion on Monday's status meeting. -- Morten Brekkevold UNINETT

1 0

Patches for NAV-3.5.4
by Asbjørn Prøis 02 Nov '09

02 Nov '09

Attached is my patches for making NAV-3.5.4 compile'able with newer version of Cheetah. This is the same bug as this one : https://bugs.launchpad.net/nav/+bug/419750 -Asbjørn-

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Nav-dev November 2009