Good day!
I'm looking for a way to schedule MX reboots across our organization via the admin portal and I cannot find an option to do that. Would anyone know a way to set this up? We've had a few instances of MX devices locking up and a reboot fixes it every time. I don't think it's worthy of an RMA and would just like to see if scheduled reboots could prevent issues during work hours.
I appreciate anyone taking the time to read this.
Solved! Go to solution.
Splash Access make a free tool to do this, and you can also schedule the reboots.
https://www.splashaccess.com/meraki-rebooted-app-released/
Going to the root problem - it is not normal for MXs to require a reboot. Are they running stable or more recent firmware?
If during an outage - are you able to plug in directly and see what it reports on its local status page as the issue? You can also get download a support data bundle and open a case to get greater depth into what is going wrong.
If you look on the Organization/Overview page for that network - is the device utilisation saying under 80%, or is it overloaded? They can become unstable if overloaded.
Thats not available from the dashboard.
You would need to automate it yourself.
https://developer.cisco.com/meraki/api-v1/reboot-device/
I've used Postman to do this. Pretty clean UI based way of going about it.
https://learning.postman.com/docs/collections/running-collections/scheduling-collection-runs/
Splash Access make a free tool to do this, and you can also schedule the reboots.
https://www.splashaccess.com/meraki-rebooted-app-released/
Going to the root problem - it is not normal for MXs to require a reboot. Are they running stable or more recent firmware?
If during an outage - are you able to plug in directly and see what it reports on its local status page as the issue? You can also get download a support data bundle and open a case to get greater depth into what is going wrong.
If you look on the Organization/Overview page for that network - is the device utilisation saying under 80%, or is it overloaded? They can become unstable if overloaded.
I appreciate all of the responses. Quick and to the point.
I think we'll try the Splash Access tool as it seems straight-forward enough.
It's difficult to get a local reading on the device as these are production units at remote branches with no technical user onsite, but that is a good thought.
Again, greatly appreciated everyone.