Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.

Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40
Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40
2025-05-26 09:27:05 - last edited 2025-07-06 09:24:03
Hardware Version:
Firmware Version: 5.15.22.40

Hello,

 

I have discovered an issue and possibly a bug which I'd like to raise, is that the auto-update reboot schedule keeps rebooting all of my switches and access point devices at the same day and time even when nothing is scheduled (I have attached the event logs below).

 

As shown below are photos to demonstrate nothing has been scheduled in both the Reboot Schedule section and in the Auto-Update global site section of the Omada Cloud Controller.

 

Reboot Schedule page shows nothing scheduled 

 

Global Site view of Firmware update page showing nothing has been scheduled

 

Periodic Upgrade view shows nothing scheduled

 

As you can see below are the recent logs which shows how many times it has done the auto-update reboot, despite nothing has been scheduled as shown above. Each time this happens, the devices disconnect and reconnect which is causing interruption to the network.

 

LOG TYPE TIME CONTENT
Site:[Redacted]:DEV_CONN 2025-05-25 03:05:17 AM [ap:48-22-54-2A-C0-06] was connected.
Site:[Redacted]:DEV_DISCONN 2025-05-25 03:04:12 AM [ap:48-22-54-2A-C0-06] was disconnected.
Site:[Redacted]:DEV_CONN 2025-05-25 03:03:57 AM [ap:34-60-F9-18-50-9E] was connected.
Site:[Redacted]:DEV_CONN 2025-05-25 03:03:24 AM [ap:28-87-BA-A2-B2-22] was connected.
Site:[Redacted]:DEV_CONN 2025-05-25 03:02:38 AM [switch:30-DE-4B-B0-20-17] was connected.
Site:[Redacted]:DEV_CONN 2025-05-25 03:02:18 PM [switch:40-AE-30-54-F9-F0] was connected.
Site:[Redacted]:REBOOT_SC_OK 2025-05-25 03:00:00 AM Reboot schedule Device Auto Update executed on 3 EAPs and 2 switches and 0 gateways.
Site:[Redacted]:DEV_CONN 2025-05-18 03:04:50 AM [ap:48-22-54-2A-C0-06] was connected.
Site:[Redacted]:DEV_DISCONN 2025-05-18 03:04:20 AM [ap:48-22-54-2A-C0-06] was disconnected.
Site:[Redacted]:DEV_CONN 2025-05-18 03:04:07 AM [ap:34-60-F9-18-50-9E] was connected.
Site:[Redacted]:DEV_CONN 2025-05-18 03:03:57 AM [ap:28-87-BA-A2-B2-22] was connected.
Site:[Redacted]:DEV_CONN 2025-05-18 03:03:19 AM [switch:40-AE-30-54-F9-F0] was connected.
Site:[Redacted]:DEV_CONN 2025-05-18 03:02:40 AM [switch:30-DE-4B-B0-20-17] was connected.
Site:[Redacted]:REBOOT_SC_OK 2025-05-18 03:00:00 AM Reboot schedule Device Auto Update executed on 3 EAPs and 2 switches and 0 gateways.
Site:[Redacted]:DEV_CONN 2025-05-11 03:04:32 AM [ap:48-22-54-2A-C0-06] was connected.
Site:[Redacted]:DEV_DISCONN 2025-05-11 03:04:20 AM [ap:48-22-54-2A-C0-06] was disconnected.
Site:[Redacted]:DEV_CONN 2025-05-11 03:04:17 AM [ap:34-60-F9-18-50-9E] was connected.
Site:[Redacted]:DEV_DISCONN 2025-05-11 03:04:01 AM [ap:34-60-F9-18-50-9E] was disconnected.
Site:[Redacted]:DEV_CONN 2025-05-11 03:03:56 AM [ap:28-87-BA-A2-B2-22] was connected.
Site:[Redacted]:DEV_CONN 2025-05-11 03:03:08 AM [switch:30-DE-4B-B0-20-17] was connected.
Site:[Redacted]:DEV_CONN 2025-05-11 03:03:08 AM [switch:40-AE-30-54-F9-F0] was connected.
Site:[Redacted]:REBOOT_SC_OK 2025-05-11 03:00:00 AM Reboot schedule Device Auto Update executed on 3 EAPs and 2 switches and 0 gateways.
Site:[Redacted]:DEV_CONN 2025-05-05 05:25:56 PM [ap:48-22-54-2A-C0-06] was connected.
Site:[Redacted]:DEV_CONN 2025-05-04 03:04:36 AM [ap:48-22-54-2A-C0-06] was connected.
Site:[Redacted]:DEV_CONN 2025-05-04 03:04:14 AM [ap:34-60-F9-18-50-9E] was connected.
Site:[Redacted]:DEV_CONN 2025-05-04 03:03:22 AM [ap:28-87-BA-A2-B2-22] was connected.
Site:[Redacted]:DEV_CONN 2025-05-04 03:02:59 AM [switch:40-AE-30-54-F9-F0] was connected.
Site:[Redacted]:DEV_CONN 2025-05-04 03:02:31 AM [switch:30-DE-4B-B0-20-17] was connected.
Site:[Redacted]:REBOOT_SC_OK 2025-05-04 03:00:00 AM Reboot schedule Device Auto Update executed on 3 EAPs and 2 switches and 0 gateways.

 

Hope this clarifies the issue that I am having on a weekly basis and would like to hear from experts whether this bug truly exists.

 

Many thanks,

Ben

Regards, Ben
  0      
  0      
#1
Options
2 Accepted Solutions
Re:Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40-Solution
2025-06-29 09:58:45 - last edited 2025-06-29 09:58:50

A support representative has confirmed to me this was firmware bug and will be rolled out on version 5.15.24 of the cloud controller.

Regards, Ben
Recommended Solution
  0  
  0  
#8
Options
Re:Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40-Solution
2025-07-06 09:23:44 - last edited 2025-07-06 09:23:48

UPDATE 06/07/2025

TP-LINK has released a new controller update (v5.15.24.100) this week and has resolved the auto-update issue that I was having.

 

I will now close this thread.

Regards, Ben
Recommended Solution
  0  
  0  
#9
Options
8 Reply
Re:Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40
2025-05-28 07:58:09

Hi  @HBEN1603 

 

Thanks for posting here.

 

How many sites do you have in total?

Did you check the reboot schedule settings at the correct site, as the devices are?

Please choose the site view, and go to Settings > Services > Reboot Schedule and check again.

 

If there is no related config anywhere, please click Force Provision for all the devices and see if the issue persists. (Config >Manage Device > Force Provision)

 

 

 

 

 

  0  
  0  
#2
Options
Re:Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40
2025-05-29 11:39:38

Hi @Vincent-TP,

 

Thank you for responding. I will certainly try and do a force provision and see if that helps.

 

Kind regards,

Ben

Regards, Ben
  0  
  0  
#3
Options
Re:Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40
2025-06-01 08:42:18 - last edited 2025-06-01 08:42:35

Hi @Vincent-TP,

 

I just to wanted to let you know that the devices are still rebooting to do an "update" even when there's isn't one. So I went ahead and force provision the affected devices, all which adopted again successfully but has given them a new IP address and not the one I usually reserve them with, but I am just going to leave them for now as I think it'll correct itself after a while now they've force provisioned.

 

I'll give you another update next Sunday to see if your solution has worked and mark as resolved if successful.

 

Many thanks,

Ben

Regards, Ben
  0  
  0  
#4
Options
Re:Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40
2025-06-03 02:07:47

Hi  @HBEN1603 

 

Thanks for letting us know. Please take your time to test.

  0  
  0  
#5
Options
Re:Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40
2025-06-08 10:28:21 - last edited 2025-06-08 10:29:43

Unfortunately, it has done it again!

 

I have tried all sorts after analysing the fact that it has to come down to the controller being the issue here. Not the devices themselves, just the controller.

 

As I have said earlier on in this post is that I did have an update schedule in place last year, but this schedule has since been removed and it still keeps "updating" the devices when there's isn't an firmware update available, despite provisioning them.

 

One thing I'd like to see is whether this update schedule is still configured in the controller's line of code even when the schedule no longer exists on the UI, however it is deemed impossible to find this out.

 

Please could someone figure this out for me as I am starting to lose hope here.

 

Thank you.

Ben

Regards, Ben
  0  
  0  
#6
Options
Re:Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40
2025-06-09 07:22:40

  @HBEN1603 

 

Id try this - take full backup of controller, factory reset it, then restore the backup when you are going through the initial config.

 

Sounds a lot like the disappearing VPN issues that were around during the 5.14 to 5.15 controller updates (the vpns were there, working, but invisible on the controller and unable to be deleted or edited)

Main: ER8411 x1, SG3428X x1, SG3452 x1, SG2428LP x1, SG3210 x1, SG2218P x1, SG2008P x3, ES208G x1, EAP650 x6 Remote: ER7206 v2 x1, ER605 v2 x3, SG2008P x2, EAP650 x2, ES205G x1 Controller: OC300
  0  
  0  
#7
Options
Re:Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40-Solution
2025-06-29 09:58:45 - last edited 2025-06-29 09:58:50

A support representative has confirmed to me this was firmware bug and will be rolled out on version 5.15.24 of the cloud controller.

Regards, Ben
Recommended Solution
  0  
  0  
#8
Options
Re:Auto-Update Reboot Schedule bug on Omada Cloud Controller 5.15.22.40-Solution
2025-07-06 09:23:44 - last edited 2025-07-06 09:23:48

UPDATE 06/07/2025

TP-LINK has released a new controller update (v5.15.24.100) this week and has resolved the auto-update issue that I was having.

 

I will now close this thread.

Regards, Ben
Recommended Solution
  0  
  0  
#9
Options