I have 1 x ZF7982 and 2 x R700 APs all in standalone mode in 3 different locations. They are all running version 184.108.40.206.194 and each of them will (seemingly) randomly reboot. This occurs as often as 5 times in a day. It occurs more often when there are many devices connected, or maybe I just notice it more then.
Currently, the log files are only saved in memory, so I don't get to see what caused the kernel panic/reboot. But, when all devices get disconnected I'll wait a minute and connect to the admin. Sure enough, the AP uptime and logs indicate that the device was just rebooted.
John, the bug is in ChannelFly while in standalone mode. Explicitly pick channels for all of your radios in Configuration > Radio 2.4G > Common and Configuration > Radio 5G > Common. I’m not sure when Ruckus is going to patch this, but I’ve had a 114 day uptime since disabling ChannelFly on all 3 APs in standalone mode.
I forgot to mention one important cause of the bug. My (standalone) APs are all in Manhattan and the noise is incredible. You can detect over 300 radios fighting for 2.4G and 5G channels. What I presume happens is that ChannelFly becomes overloaded, spikes the CPU, and after a certain threshold of spiked CPU the kernel forces a reboot.
Without seeing the source of the ChannelFly logic, I cannot say for sure, but when ChannelFly is disabled, I have absolutely no reboots. If I enable it, I am guaranteed to have a reboot occur within 24 hours. This would explain the “random” or “sudden” experience of reboots: since I believe that the CPU spike is based on reactions to outside noise from ChannelFly.
If you’re operating in a reasonably quite environment, this bug would probably not present itself.