I've got the wireless client count checking script mentioned in one of the metal2.4 threads running so we at least do not have long periods with no traffic, the reboots are quick. Theres 2 of those type reboots in the log below.
But as you can see there are two other reboot types that occur.... kernel issues, and i guess just watchdog reboots are the "without proper shutdown" ones.
we've tried it all, we can't find any relief. we are currently on 6.9 but we've seend this on every 5.x and 6.x version we've tried.
The most frustrating thing is that there is no information on what is actually going wrong, nothing in the logs, nothing in autosupout.rif etc. If someone were to hackinto the linux command prompt behind RouterOS on the devices you might be able to log some information on what is happening before the reboot occurs. You would think Mikrotik has done this already and has some information to report
The same thing is occuring with a second Metal2.4 plus a SXT 2.4Ghz running as a sector.
We have a RB450 running on the same power source, aggregating the ethernet from those 3 aps, and it never reboots or hangs.
It's a reboot party on our tower.
[root@localhost log]# grep boot metal2.log
Feb 1 14:53:47 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 2 19:36:24 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 4 00:15:07 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 4 00:15:07 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 4 08:57:54 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 4 08:57:54 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 4 18:22:46 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 4 18:22:46 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 5 07:20:05 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 5 07:20:05 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 5 21:09:23 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 5 21:09:23 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 6 18:35:31 10.4.9.52 metal2 still 0 associated clients, router reboot
Feb 6 18:36:23 10.4.9.52 metal2 router rebooted
Feb 7 21:49:33 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 7 21:49:33 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 7 23:22:01 10.4.9.52 metal2 router was rebooted without proper shutdown by
Feb 8 07:27:34 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 8 07:27:34 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 8 08:39:15 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 8 08:39:15 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 8 18:11:21 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 8 18:11:21 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 9 18:42:00 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 9 18:42:00 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 10 14:18:25 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 10 14:18:25 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 11 12:03:18 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 11 12:03:18 10.4.9.52 metal2 router was rebooted without proper shutdown
Feb 12 08:33:30 10.4.9.52 metal2 still 0 associated clients, router reboot
Feb 12 08:34:22 10.4.9.52 metal2 router rebooted
Feb 13 18:26:28 10.4.9.52 metal2 System rebooted because of kernel failure
Feb 13 18:26:28 10.4.9.52 metal2 router was rebooted without proper shutdown
[root@localhost log]#