On 18. des. 2014 20:16, Ken Tobias wrote:
Update!
Thanks a lot for the exerpts! We will take a look at them.
I updated a switch to IOS XE 3.7.0E. Now the VLANs are set correctly in the config file. So this appears to have been a Cisco bug.
Very good!
However, the description still never gets set. The following error shows up in the apache2 log:
[Thu Dec 18 11:07:01 2014] [error] [Thu Dec 18 11:07:01 2014] [INFO] [pid=16607 nav.web.portadmin] ktobias: wladc-acc-sw-03:Gi2/0/30 - ifalias set to "NAV Test" [Thu Dec 18 11:07:05 2014] [error] [Thu Dec 18 11:07:05 2014] [ERROR] [pid=16607 nav.web.portadmin] Error doing write mem on wladc-acc-sw-03: Timed out waiting for SNMP response: Timeout
This tells me that the snmp-query that set the description actually succeeded but that the 'write mem' failed. If you say that the description was not set, then the 'write mem' has in some way messed with that. That is very strange. I am tempted to move the 'write mem' functionality to a config option, so that you can turn it off. Then we can see how many problems are caused by it.
Another question. Is the "enable" behavior by design? As long as I have been using NAV (~1yr), any change to a port config VLAN or description results in the port being "shutdown". Even if the "enable" checkbox is selected. I have to then refresh the page to query the new status, check the "enable" box with is now not selected and save.
This should not happen. If and only if you have changed vlans the interface is "restarted", that is set adminitratively down and up (with a 5 second waiting time). This is so that any computers behind the interface detects that the network is down and tries to aquire a new IP-address.
I have added some more debug-statements that will come along in the next NAV release. Hopefully this will help us understand more.