@mwallen wrote:
thats kind of silly. in my 6.5 environment i could go to to the maintenance tab click reboot ap and quickly reboot an ap or a few ap's.
I will not justify removing that, but in the normal course of administering a network, you would typically only have to reboot if you change the name of an AP or the ap-group. Nothing else requires a reboot, except for scheduled maintenance. In that situation, it would be more convenient from the commandline to reboot groups of access points.
To not be able to do that in 8.x is kinda annoying. Doing it from the cli takes way longer as i have to figure out which controller its on and figure out the exact name.
If you execute apboot from the MM, just like in 6.5( the master), it will figure out which controller it is on and reboot it.
Having to fake provision it seems like a bad idea. Please bring the reboot option back to the gui as this has been a massive pain for me in 8.x.
So far i am not loving the 8.x code. Seems pretty half baked so far. Lots of bugs and missing features compared to 6.x. I rarely had to reboot ap's in 6.5 but now because 8.3 is kinda buggy we are finding we have to reboot ap's alot more often and now its much harder to do it.
8.3 added many features, a new configuration paradigm and new hardware. 8.x itself is a huge shift from 6.5, and it is complicated software. Just the clustering aspect is very complex, so I would certainly expect some bugs. Staying on conservative release software will minimize the exposure to bugs. We have some of our largest customers running on 8.x and while it is not perfect, I would not say that it is half-baked. Please contact TAC so they can guide you through the new paradigm to ease the transition or keep 8.x running in your lab until you are comfortable with it.