Arnold crash when enabling missing port
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Network Administration Visualized |
Fix Released
|
Medium
|
John-Magne Bredal |
Bug Description
Arnold tracks its blocked ports using swportid references. Since Arnold's database was separate from the manage database up until NAV 3.5, it does not have proper referential integrity to the swport table. If an swport entry goes away, or is replaced by a new one, Arnold has no way of knowing this. This may happen from time to time, and for those who have HP equipment, this happened during the upgrade from NAV 3.4 to 3.5 (for all HP switch ports).
The visible symptom of this is that the list of blocked ports will have entries with "N/A" in the switch column. Attempting to enable one of these entries results in the following traceback:
-------
Mod_python error: "PythonHandler nav.web.
Traceback (most recent call last):
File "/usr/lib/
result = object(req)
File "/usr/lib/
req.
File "/usr/lib/
_v = VFFSL(SL,
File "/usr/lib/
_v = VFFSL(SL,
File "/usr/lib/
_v = VFFSL(SL,
KeyError: 'sysname'
-------
Changed in nav: | |
assignee: | nobody → john-m-bredal |
importance: | Undecided → Medium |
status: | New → Confirmed |
Changed in nav: | |
milestone: | none → v3.5.2 |
Changed in nav: | |
status: | Fix Committed → Fix Released |
Fix committed, see http:// metanav. uninett. no/hg/series/ 3.5.x/rev/ e8f653e1c85c