Hello,
When I use portadmin on a Dell N2048P, I change a port description for example and I clic on save. It say ok for change and ok for save very quickly. If I connect on the switch, the change is ok in the running-config, but when I check the startup-config, the change isn't done. I wait a few minutes and still no change.
It is working well on Cisco 2960 and 3750 (despite sometimes it's slow if the stack is 8 switch)
Can you help me find where is the problem ?
Regards,
Hello,
Do you have any clue because it's really annoying
I tried also with N4064 and the problem is the same as N2048P
Before I use NAV to modify the description :
BDX-SW-S0-2#show running-config interface te1/0/1 description "IOGS Enseignement B2 SR0.2.1"
BDX-SW-S0-2#show startup-config | begin 1/0/1 interface Te1/0/1 description "IOGS Recherche B2 SR0.2.1"
After I use NAV :
BDX-SW-S0-2#show running-config interface te1/0/1 description "IOGS Enseignement B2 SR0.2.1 Test"
BDX-SW-S0-2#show startup-config | begin 1/0/1 interface Te1/0/1 description "IOGS Recherche B2 SR0.2.1"
How can I check something ?
Cordialement, IOGS Logo https://www.institutoptique.fr *Ludovic Vinsonnaud * - Ingénieur Réseau basé à Bordeaux, bureau F108 (IOA, Rue François Mitterrand, 33400 Talence)
*Institut Optique Graduate School* 2 Avenue Augustin Fresnel - 91127 PALAISEAU Cedex Tel. +33 5 57 01 71 52 - Mob. +33 6 08 08 41 05
Le 29/01/2019 à 18:17, Vinsonnaud Ludovic a écrit :
Hello,
When I use portadmin on a Dell N2048P, I change a port description for example and I clic on save. It say ok for change and ok for save very quickly. If I connect on the switch, the change is ok in the running-config, but when I check the startup-config, the change isn't done. I wait a few minutes and still no change.
It is working well on Cisco 2960 and 3750 (despite sometimes it's slow if the stack is 8 switch)
Can you help me find where is the problem ?
Regards,
Cordialement, IOGS Logo https://www.institutoptique.fr *Ludovic Vinsonnaud * - Ingénieur Réseau basé à Bordeaux, bureau F108 (IOA, Rue François Mitterrand, 33400 Talence)
*Institut Optique Graduate School* 2 Avenue Augustin Fresnel - 91127 PALAISEAU Cedex Tel. +33 5 57 01 71 52 - Mob. +33 6 08 08 41 05
On Tue, 29 Jan 2019 18:17:57 +0100 Vinsonnaud Ludovic ludovic.vinsonnaud@institutoptique.fr wrote:
If I connect on the switch, the change is ok in the running-config, but when I check the startup-config, the change isn't done. I wait a few minutes and still no change.
It is working well on Cisco 2960 and 3750 (despite sometimes it's slow if the stack is 8 switch)
Can you help me find where is the problem ?
I can make a very quick assumption:
Dell likely requires an explicit command to store the running-config to the startup-config. The only other platform we've encountered that requires this is is Cisco, and since Cisco supports initiating a "write mem" operation from an SNMP write command, PortAdmin supports it explicitly.
We have no Dell equipment to test on, but if you can dig up some documentation on how to issue a similar command using SNMP on a Dell switch, we should be able to patch NAV.
The MIBs are included with firmware updates. Here's for examples the ones for N2000 v6.3.3.14 I begin searching to find something
Cordialement, IOGS Logo https://www.institutoptique.fr *Ludovic Vinsonnaud * - Ingénieur Réseau basé à Bordeaux, bureau F108 (IOA, Rue François Mitterrand, 33400 Talence)
*Institut Optique Graduate School* 2 Avenue Augustin Fresnel - 91127 PALAISEAU Cedex Tel. +33 5 57 01 71 52 - Mob. +33 6 08 08 41 05
Le 05/02/2019 à 13:08, Morten Brekkevold a écrit :
On Tue, 29 Jan 2019 18:17:57 +0100 Vinsonnaud Ludovic ludovic.vinsonnaud@institutoptique.fr wrote:
If I connect on the switch, the change is ok in the running-config, but when I check the startup-config, the change isn't done. I wait a few minutes and still no change.
It is working well on Cisco 2960 and 3750 (despite sometimes it's slow if the stack is 8 switch)
Can you help me find where is the problem ?
I can make a very quick assumption:
Dell likely requires an explicit command to store the running-config to the startup-config. The only other platform we've encountered that requires this is is Cisco, and since Cisco supports initiating a "write mem" operation from an SNMP write command, PortAdmin supports it explicitly.
We have no Dell equipment to test on, but if you can dig up some documentation on how to issue a similar command using SNMP on a Dell switch, we should be able to patch NAV.
I think I found the solution http://cric.grenoble.cnrs.fr/Administrateurs/Outils/MIBS/?oid=1.3.6.1.4.1.67...
Cordialement, IOGS Logo https://www.institutoptique.fr *Ludovic Vinsonnaud * - Ingénieur Réseau basé à Bordeaux, bureau F108 (IOA, Rue François Mitterrand, 33400 Talence)
*Institut Optique Graduate School* 2 Avenue Augustin Fresnel - 91127 PALAISEAU Cedex Tel. +33 5 57 01 71 52 - Mob. +33 6 08 08 41 05
Le 05/02/2019 à 15:05, Vinsonnaud Ludovic a écrit :
The MIBs are included with firmware updates. Here's for examples the ones for N2000 v6.3.3.14 I begin searching to find something
Cordialement, IOGS Logo https://www.institutoptique.fr *Ludovic Vinsonnaud * - Ingénieur Réseau basé à Bordeaux, bureau F108 (IOA, Rue François Mitterrand, 33400 Talence)
*Institut Optique Graduate School* 2 Avenue Augustin Fresnel - 91127 PALAISEAU Cedex Tel. +33 5 57 01 71 52 - Mob. +33 6 08 08 41 05
Le 05/02/2019 à 13:08, Morten Brekkevold a écrit :
On Tue, 29 Jan 2019 18:17:57 +0100 Vinsonnaud Ludovicludovic.vinsonnaud@institutoptique.fr wrote:
If I connect on the switch, the change is ok in the running-config, but when I check the startup-config, the change isn't done. I wait a few minutes and still no change.
It is working well on Cisco 2960 and 3750 (despite sometimes it's slow if the stack is 8 switch)
Can you help me find where is the problem ?
I can make a very quick assumption:
Dell likely requires an explicit command to store the running-config to the startup-config. The only other platform we've encountered that requires this is is Cisco, and since Cisco supports initiating a "write mem" operation from an SNMP write command, PortAdmin supports it explicitly.
We have no Dell equipment to test on, but if you can dig up some documentation on how to issue a similar command using SNMP on a Dell switch, we should be able to patch NAV.
On Tue, 5 Feb 2019 15:21:35 +0100 Vinsonnaud Ludovic ludovic.vinsonnaud@institutoptique.fr wrote:
I think I found the solution http://cric.grenoble.cnrs.fr/Administrateurs/Outils/MIBS/?oid=1.3.6.1.4.1.67...
So, if I'm reading it correctly, an SNMP SET-based "write mem" operation might look something like this shell script:
ip=X.X.X.X community=XXX
snmpset -c $community $ip \ Dell-LAN-SYSMNG-MIB::dellLanFileActionCommand.1 i 2 \ Dell-LAN-SYSMNG-MIB::dellLanFileActionSourceFile.1 s 'running-config' \ Dell-LAN-SYSMNG-MIB::dellLanFileActionDestFile.1 s 'startup-config'
Are you able to make that work?
I used Cygwin with snmp tools and here the result
snmpset -v 2c -c /myCommunity //myIP /Dell-LAN-SYSMNG-MIB::dellLanFileActionCommand.1 i 2 Dell-LAN-SYSMNG-MIB::dellLanFileActionSourceFile.1 s 'running-config' Dell-LAN-SYSMNG-MIB::dellLanFileActionDestFile.1 s 'startup-config' Error in packet. Reason: noCreation (That table does not support row creation or that object can not ever be created) Failed object: Dell-LAN-SYSMNG-MIB::dellLanFileActionCommand.1
Cordialement, IOGS Logo https://www.institutoptique.fr *Ludovic Vinsonnaud * - Ingénieur Réseau basé à Bordeaux, bureau F108 (IOA, Rue François Mitterrand, 33400 Talence)
*Institut Optique Graduate School* 2 Avenue Augustin Fresnel - 91127 PALAISEAU Cedex Tel. +33 5 57 01 71 52 - Mob. +33 6 08 08 41 05
Le 06/02/2019 à 10:17, Morten Brekkevold a écrit :
On Tue, 5 Feb 2019 15:21:35 +0100 Vinsonnaud Ludovic ludovic.vinsonnaud@institutoptique.fr wrote:
I think I found the solution http://cric.grenoble.cnrs.fr/Administrateurs/Outils/MIBS/?oid=1.3.6.1.4.1.67...
So, if I'm reading it correctly, an SNMP SET-based "write mem" operation might look something like this shell script:
ip=X.X.X.X community=XXX
snmpset -c $community $ip \ Dell-LAN-SYSMNG-MIB::dellLanFileActionCommand.1 i 2 \ Dell-LAN-SYSMNG-MIB::dellLanFileActionSourceFile.1 s 'running-config' \ Dell-LAN-SYSMNG-MIB::dellLanFileActionDestFile.1 s 'startup-config'
Are you able to make that work?
On Wed, 6 Feb 2019 11:55:24 +0100 Vinsonnaud Ludovic ludovic.vinsonnaud@institutoptique.fr wrote:
I used Cygwin with snmp tools and here the result
snmpset -v 2c -c /myCommunity //myIP /Dell-LAN-SYSMNG-MIB::dellLanFileActionCommand.1 i 2 Dell-LAN-SYSMNG-MIB::dellLanFileActionSourceFile.1 s 'running-config' Dell-LAN-SYSMNG-MIB::dellLanFileActionDestFile.1 s 'startup-config'
Error in packet. Reason: noCreation (That table does not support row creation or that object can not ever be created) Failed object: Dell-LAN-SYSMNG-MIB::dellLanFileActionCommand.1
You may need to add `Dell-LAN-SYSMNG-MIB::dellLanFileActionForceAction i 1` to the list of OIDs to set, in order to force the overwrite of the startup-config.
However, according to the error message, you can't do what Dell's documentation tells you that you should be able to. For good measure, you should perhaps try to get the full contents of the existing table, if any:
snmpwalk -v2c -c <community> <ip> Dell-LAN-SYSMNG-MIB::dellLanFileActionTable
The actual full procedure, that is prescribed by the MIB table object, to send commands, is as quoted below:
| "This is a conceptual table which contain only one row. The | row is used to setup the parameters required to execute a | particular action on the file system. Depending on the action, | certain number of parameters will apply and will be required | to be configured when the action is executed. Once the action | executes, the parameters set for the action will be cleared and | the status of the action (error code or success code) will be | available for query in the dellLanFileActionResultCode field. | | NOTE that since the action is immediately executed, all parameters | required for the action must be given in the same SNMP set request | in a single varbind. The action type dellLanFileActionCommand | must be included in each SNMP set request otherwise an error will | be returned. | | Some of the actions may take a long time to complete, for these | actions, the user should poll the dellLanFileActionResultCode | until a valid result is returned. When the system is working on | an action this parameter will return 'statusPending'. While the | status is 'statusPending' the system will not honor any new | file system request. If the user tries to send a file system | action request during this time, the SNMP SET to execute the | action will return with an SNMP error and the status will remain | 'statusPending' until the last operation has completed. | | The correct usage for this table should be: | - first query the 'dellLanFileActionResultCode' to see if the | system is free to execute a file action request. If the | query returns 'statusPending' then don't try the action yet. | Keep polling until the result of this parameter is something | other then 'statusPending'. | - once the system is ready, compose a single SNMP request with | all parameters required for a given action (see the description | below in the Entry definition). | - send an SNMP SET for this request, if the SET failed with an | SNMP error then something is wrong with the way the request is | composed. | - if the SNMP SET response is success, then start polling the | dellLanFileActionResultCode to determine the status of the | action."
I tried to add this option but same result Error in packet. Reason: noCreation (That table does not support row creation or that object can not ever be created) Failed object: Dell-LAN-SYSMNG-MIB::dellLanFileActionCommand.1
In fact, this table doesn't seem to exist with snmpwalk Dell-LAN-SYSMNG-MIB::dellLanFileActionTable = No Such Object available on this agent at this OID
And when I try with Dell-LAN-SYSMNG-MIB::dellLanFileActionResultCode, same response Dell-LAN-SYSMNG-MIB::dellLanFileActionResultCode = No Such Instance currently exists at this OID
Se I tried an snmpwalk with the OID .1.3.6.1.4.1.674.10895.5000.1.2 and the result is very strange SNMPv2-SMI::enterprises.674.10895.5000.1.2.1.1.0 = INTEGER: 1 SNMPv2-SMI::enterprises.674.10895.5000.1.2.1.2.0 = "" SNMPv2-SMI::enterprises.674.10895.5000.1.2.3.1.0 = INTEGER: 0 SNMPv2-SMI::enterprises.674.10895.5000.1.2.3.2.0 = STRING: "image2"
It seems the OID .1.3.6.1.4.1.674.10895.5000.1.2.2 doesn't exist !
Cordialement, IOGS Logo https://www.institutoptique.fr *Ludovic Vinsonnaud * - Ingénieur Réseau basé à Bordeaux, bureau F108 (IOA, Rue François Mitterrand, 33400 Talence)
*Institut Optique Graduate School* 2 Avenue Augustin Fresnel - 91127 PALAISEAU Cedex Tel. +33 5 57 01 71 52 - Mob. +33 6 08 08 41 05
Le 06/02/2019 à 14:03, Morten Brekkevold a écrit :
On Wed, 6 Feb 2019 11:55:24 +0100 Vinsonnaud Ludovic ludovic.vinsonnaud@institutoptique.fr wrote:
I used Cygwin with snmp tools and here the result
snmpset -v 2c -c /myCommunity //myIP /Dell-LAN-SYSMNG-MIB::dellLanFileActionCommand.1 i 2 Dell-LAN-SYSMNG-MIB::dellLanFileActionSourceFile.1 s 'running-config' Dell-LAN-SYSMNG-MIB::dellLanFileActionDestFile.1 s 'startup-config' Error in packet. Reason: noCreation (That table does not support row creation or that object can not ever be created) Failed object: Dell-LAN-SYSMNG-MIB::dellLanFileActionCommand.1
You may need to add `Dell-LAN-SYSMNG-MIB::dellLanFileActionForceAction i 1` to the list of OIDs to set, in order to force the overwrite of the startup-config.
However, according to the error message, you can't do what Dell's documentation tells you that you should be able to. For good measure, you should perhaps try to get the full contents of the existing table, if any:
snmpwalk -v2c -c <community> <ip> Dell-LAN-SYSMNG-MIB::dellLanFileActionTable
The actual full procedure, that is prescribed by the MIB table object, to send commands, is as quoted below:
| "This is a conceptual table which contain only one row. The | row is used to setup the parameters required to execute a | particular action on the file system. Depending on the action, | certain number of parameters will apply and will be required | to be configured when the action is executed. Once the action | executes, the parameters set for the action will be cleared and | the status of the action (error code or success code) will be | available for query in the dellLanFileActionResultCode field. | | NOTE that since the action is immediately executed, all parameters | required for the action must be given in the same SNMP set request | in a single varbind. The action type dellLanFileActionCommand | must be included in each SNMP set request otherwise an error will | be returned. | | Some of the actions may take a long time to complete, for these | actions, the user should poll the dellLanFileActionResultCode | until a valid result is returned. When the system is working on | an action this parameter will return 'statusPending'. While the | status is 'statusPending' the system will not honor any new | file system request. If the user tries to send a file system | action request during this time, the SNMP SET to execute the | action will return with an SNMP error and the status will remain | 'statusPending' until the last operation has completed. | | The correct usage for this table should be: | - first query the 'dellLanFileActionResultCode' to see if the | system is free to execute a file action request. If the | query returns 'statusPending' then don't try the action yet. | Keep polling until the result of this parameter is something | other then 'statusPending'. | - once the system is ready, compose a single SNMP request with | all parameters required for a given action (see the description | below in the Entry definition). | - send an SNMP SET for this request, if the SET failed with an | SNMP error then something is wrong with the way the request is | composed. | - if the SNMP SET response is success, then start polling the | dellLanFileActionResultCode to determine the status of the | action."
On Wed, 6 Feb 2019 14:29:59 +0100 Vinsonnaud Ludovic ludovic.vinsonnaud@institutoptique.fr wrote:
In fact, this table doesn't seem to exist with snmpwalk Dell-LAN-SYSMNG-MIB::dellLanFileActionTable = No Such Object available on this agent at this OID
Urgh. Seems like you're not the only one with that experience:
https://www.reddit.com/r/sysadmin/comments/7t6bhe/only_some_snmp_mibs_availa...
According to this, however, there may be an alternative ways you can try.
This is someone who fails at the exact same operation (but then proceeds to do something that looks like a network write, instead of writing startup-config, using another MIB):
https://www.dell.com/community/Networking-General/PowerConnect-62XX-copy-fil...
I also found this in DNOS-SWITCHING-MIB:
| agentSaveConfig OBJECT-TYPE | SYNTAX INTEGER { | enable(1), | disable(2) | } | MAX-ACCESS read-write | STATUS current | DESCRIPTION | "enable(1) will initiate an configuration save to nvram. | | Status is returned by the object agentSaveConfigStatus." | ::= { agentSystemGroup 1 }
That could be something worth investigating.
Oh good job, it's working on my N2000 and N4000
$ snmpset -v 2c -c /mycommunity myIP/ DNOS-SWITCHING-MIB::agentSaveConfig.0 i 1 DNOS-SWITCHING-MIB::agentSaveConfig.0 = INTEGER: enable(1)
Cordialement, IOGS Logo https://www.institutoptique.fr *Ludovic Vinsonnaud * - Ingénieur Réseau basé à Bordeaux, bureau F108 (IOA, Rue François Mitterrand, 33400 Talence)
*Institut Optique Graduate School* 2 Avenue Augustin Fresnel - 91127 PALAISEAU Cedex Tel. +33 5 57 01 71 52 - Mob. +33 6 08 08 41 05
Le 07/02/2019 à 09:22, Morten Brekkevold a écrit :
On Wed, 6 Feb 2019 14:29:59 +0100 Vinsonnaud Ludovic ludovic.vinsonnaud@institutoptique.fr wrote:
In fact, this table doesn't seem to exist with snmpwalk Dell-LAN-SYSMNG-MIB::dellLanFileActionTable = No Such Object available on this agent at this OID
Urgh. Seems like you're not the only one with that experience:
https://www.reddit.com/r/sysadmin/comments/7t6bhe/only_some_snmp_mibs_availa...
According to this, however, there may be an alternative ways you can try.
This is someone who fails at the exact same operation (but then proceeds to do something that looks like a network write, instead of writing startup-config, using another MIB):
https://www.dell.com/community/Networking-General/PowerConnect-62XX-copy-fil...
I also found this in DNOS-SWITCHING-MIB:
| agentSaveConfig OBJECT-TYPE | SYNTAX INTEGER { | enable(1), | disable(2) | } | MAX-ACCESS read-write | STATUS current | DESCRIPTION | "enable(1) will initiate an configuration save to nvram. | | Status is returned by the object agentSaveConfigStatus." | ::= { agentSystemGroup 1 }
That could be something worth investigating.
On Thu, 7 Feb 2019 11:10:48 +0100 Vinsonnaud Ludovic ludovic.vinsonnaud@institutoptique.fr wrote:
Oh good job, it's working on my N2000 and N4000
$ snmpset -v 2c -c /mycommunity myIP/ DNOS-SWITCHING-MIB::agentSaveConfig.0 i 1 DNOS-SWITCHING-MIB::agentSaveConfig.0 = INTEGER: enable(1)
Excellent, Vinsonnaud! Will you please post the details on a new GitHub issue at https://github.com/UNINETT/nav/issues/new ?
-
Morten Brekkevold -
Vinsonnaud Ludovic