Save configuration error

[Fauriant_Trista]

During a maintenance, after doing some changes on a stack configuration (stack composed of 2 x460 and one x440), we wanted to save the configuration on the primary so we've done the following command:

The configuration file primary.cfg already exists.
Do you want to save configuration to primary.cfg and overwrite it? (y/N) Yes

After that we received this message:

Error: This command cannot be executed during configuration save.

But after looking, we don't find how to verify the saving process. The only thing that we have found is the last save which was tried was done by the Ridgeline server three days ago:

09/20/2015 19:06:23.72 Slot-1: x.x.x.x (telnet) userXXX: SAVE CONFIGURATION

But the last configuration done apparently have been made last June 1st (below output of show switch command)

primary.cfg Created by ExtremeXOS version 15.5.3.4
1053995 bytes saved on Mon Jun 1 01:37:34 2015

Please, how can I verify and release the saving process (other than reboot) ?

Thanks a lot.

Tristan

[Fauriant_Trista]

Hello,

I've tried to telnet the slot 2 and apparently, this switch doesn't have synced the configuration of the stack (just for confirmation), the prompt of the cmd is as default :
* Slot-2 Stack.1 >

But fortunately, the stack master is the slot 1 and so the stack is still working.

When I tried to make command like "show log" or "show conf" I've the same error :

ERROR: ems has not finished loading its configuration, please retry command later.

[Fauriant_Trista]

Hi Prashanth,

you're right, on the output of "show switch" I see that slot 2 is not in Sync ("(In Sync)" on the line slot is missing as you can see on the output below).

Slot: Slot-1 * Slot-2
------------------------ ------------------------
Current State: MASTER BACKUP

Image Selected: secondary secondary
Image Booted: secondary secondary
Primary ver: 15.2.3.2 15.2.3.2
Secondary ver: 15.5.3.4 15.5.3.4
patch1-2 patch1-2

How can I resynchronize the two slots ?

[Prashanth_KG]

Hi Tristan,

Could you check the show switch output and see if the master and the backup nodes are in sync with each other?

[Fauriant_Trista]

Hello,

thanks for your response.

I've tried to save the config file in an other destination as you suggest and the same error appears.

save conf testDo you want to save configuration to test.cfg? (y/N) YesError: This command cannot be executed during configuration save.

The show sessions command, return that my connection is the only one active :

sh session

# Login Time User
================================================================================
*68 Thu Sep 24 10:00:53 2015 userXXX

Next, I've removed the switch from the ridgeline Management, and it's also the same.

Here a review of the TOP command, I don't find anything weird, anybody have an idea ?

Load average: 7.53 7.55 7.47 3/204 11799
PID PPID USER STAT RSS %MEM CPU %CPU COMMAND
1451 1 root S < 26512 2.5 0 4.2 ./hal
1243 2 root SW< 0 0.0 0 2.4 [bcmLINK.0]
1800 2 root SW< 0 0.0 0 1.8 [bcmCNTR.0]
1801 2 root SW< 0 0.0 1 1.6 [bcmCNTR.1]
1475 1 root S 3612 0.3 1 0.6 ./fdb
11799 11798 root R 852 0.0 0 0.6 top -d 3
1787 1 root S 832 0.0 1 0.6 ./exsshd
1246 2 root RW< 0 0.0 1 0.6 [bcmLINK.1]
1547 1 root S 3796 0.3 0 0.3 ./acl
1530 1 root S 3368 0.3 1 0.3 ./pim
1088 1 root S 2716 0.2 1 0.1 /exos/bin/epm -t 40 -f /exos/config/epmrc.Edge -d /exos/config/epmdprc
1520 1 root S 2484 0.2 0 0.1 ./rip
1248 2 root SW< 0 0.0 0 0.1 [bcmASYNC]
1295 2 root DW< 0 0.0 1 0.1 [tbcm_msm_tx0]
1455 1 root S 18692 1.8 1 0.0 ./cliMaster
1564 1 root S 10004 0.9 1 0.0 ./etmon
1803 1 root S 5996 0.5 1 0.0 ./snmpMaster
1461 1 root S 5508 0.5 0 0.0 ./snmpSubagent
1457 1 root S 4768 0.4 1 0.0 ./cfgmgr
1577 1 root S 4764 0.4 1 0.0 ./xmld
1447 1 root S 4732 0.4 1 0.0 ./emsServer
1604 1 root S 4612 0.4 0 0.0 ./idMgr
1465 1 root S 4456 0.4 1 0.0 ./vlan

[Ty_Izzet]

Tristan, are you able to save to another configuration file other than primary.cfg 'save configuration ' ?

Also is there any other telnet/ssh sessions open or polling that could be going on preventing access to resources?

Review the 'top' output for CLI, SSH, SNMP, and other high process usage.