Cloud Managed Networks

 View Only
Expand all | Collapse all

Switch status hung on "Not in sync - Pushing config"

This thread has been viewed 34 times
  • 1.  Switch status hung on "Not in sync - Pushing config"

    Posted Apr 22, 2026 01:49 PM
    Edited by CD-7427bc Apr 22, 2026 01:51 PM

    In classic Central, I have a stack of 2 x 6300, running v. 10.13.1161, in a UI group. Today, I made a minor change in the config then instead of syncing normally, the status stayed in "Not in sync - pushing config".

    I tried the following:

    • remove my changes.
    • remove auto-commit and push the changes manually.
    • ssh to the switch, disable Central wait for the switch to appear offline and enable it back.
    • Make another little change and push the changes manually.
    • Re-enable auto-commit.
    • Wait a little more in case I wake up and all is fine...

    Next step would be to restart the stack, but that will require a maintenance window, as this our main core switches. Any other ideas of what I could try, any service I could restart without causing service interruption ?  I also saw suggestions in the forum to move the switch to another group and move it back but I would like to avoid that if possible.



    -------------------------------------------



  • 2.  RE: Switch status hung on "Not in sync - Pushing config"

    Posted Apr 22, 2026 02:52 PM

    Well...I was on the phone with someone from TAC for an ticket on another issue, and I wanted to show him the problem with the sync status. Guess what...my switch was now synced ! ... after a few hours. 

    One of those days...

    -------------------------------------------



  • 3.  RE: Switch status hung on "Not in sync - Pushing config"

    Posted Apr 23, 2026 09:03 AM

    Actually its not one of those days. It happens. I have reported issues to engineering before on sync issues. You wont get any assistance from the lower guys and you will need ERT to assist as they have the ability to look at back end sync issues on central. 

    There was either 1 of 2 problems that existed. Most likely your device was not syncing before you made the change. There was nothing locally with your device that was wrong if it was connected to central and you were getting stats. These are just things that we have to accept with having our services in the cloud by any vendor. 

    From my understanding there are a couple different services or components to central with AP's and SD-Branch. You have your config sync, monitoring and stats, and then orchestration and routing topology. The switches would not be part of the orchestration and topology as they do not build a vpn tunnel and exchange routes with overlay. Since there are different modules, there are also different groups of public IP's that go with those modules. 

    You could have had a routing issue going to some of those ip's, the other issue is there could have been a back end service that someone else already reported to ERT and was in the process of fixing. 

    When I had a config sync issue on some 9012's 1.5 years ago. It took 1-2 weeks to get a resource on the phone form ERT and then get it to engineering. Once it was handed off to them it was fixed pretty quickly. 

    Next time if there are any sync issues. Just make sure you have basic internet from your gear and its connecting to central and you are getting updated stats. 

    -------------------------------------------



  • 4.  RE: Switch status hung on "Not in sync - Pushing config"

    Posted Apr 24, 2026 02:20 AM

    I have had similar issues.  Sometimes I would leave for the day and the next morning everything was fine.

    -------------------------------------------



  • 5.  RE: Switch status hung on "Not in sync - Pushing config"

    Posted Apr 24, 2026 11:49 AM

    Thanks for your comments guys. This was the first time I experienced this behaviour.

    -------------------------------------------



  • 6.  RE: Switch status hung on "Not in sync - Pushing config"

    Posted Apr 24, 2026 05:21 PM

    Another thing to keep in mind is that some hiccups have also happened with the addition of new central (cnx). We have seen some days where classic central has all sorts of issues. I dont really want to be discouraged from cloud services at this time. There are quite a few changes happening. Just keep in mind that ERT has the ability to check back end logs and submit internal requests to engineering. As long as you can prove that you dont have an issue with tcp/443 traffic, you should be able to push for a back end issue with ERT. 

    -------------------------------------------



  • 7.  RE: Switch status hung on "Not in sync - Pushing config"

    Posted Apr 28, 2026 06:27 PM

    also check the status of various Aruba Central clusters from this URL.

    https://centralstatus.arubanetworking.hpe.com/



    ------------------------------
    If my post was useful accept solution and/or give kudos.
    Any opinions expressed here are solely my own and not necessarily that of HPE or Aruba.
    ------------------------------



  • 8.  RE: Switch status hung on "Not in sync - Pushing config"

    Posted 16 days ago

    Hi Guys thank you for your sharing.

    I usually keep my  ssh-CLI open to the switch, to be sure about the real config in the switch.

    Do you know any command, from CLI, to know last time the switch received the config?

    Thank you and good job

    Luca




  • 9.  RE: Switch status hung on "Not in sync - Pushing config"

    Posted 16 days ago

    hmmm... config sync info is available in Central-Classic web interface, but I don't know a cli command for config sync, show aruba-central doesn't show that. I would use the logs, something like show logg -r | include config




  • 10.  RE: Switch status hung on "Not in sync - Pushing config"

    Posted 16 days ago

    there is a cx switch CLi command as such. But show event -r | admin could give you an idea. 

    there is a checkpoint that it creates and you can use that to compare the configs.



    ------------------------------
    If my post was useful accept solution and/or give kudos.
    Any opinions expressed here are solely my own and not necessarily that of HPE or Aruba.
    ------------------------------