Was replying to version 44.6 as the new login came into affect after 45.1
Sent from my VTR-L29 using Tapatalk
Removing this package solved the problem. Thanks.
Developers, pay attention to problems with ntp package on arm processors.
Upgraded to 6.45.8 (from 6.44.5) but no SNMP readout by DUDE anymore. DUDE has been running for more than a year with no problems. After the upgrade only the upgraded SXT LTE cannot be read out. SNMPWALK gives timeout as well.
UPDATE not clear what is the cause. Clicked away from this entry in the’ browser, but it was posted anyway (sorry). Upgraded to 4.46.3 no luck. Downgraded to 6.44.5, still no luck. Finally rebooting intermediate balancing router and it was back. Will upgrade later.
Possible bug: Unable to import 4096 RSA public key at 6.45.8:
/user ssh-keys import user=test public-key-file=pub-key.txt
unable to load key file (wrong format?) !
At 6.46.2-6.46.3 and other previous versions, exactly the same file imports successfully!
RE: RBwAPG-5HacT2HnD fails to work with 6.45.8.
After several Netinstall(ing) of 6.45.8 on my RBwAPG-5HacT2HnD, the device fails to boot up each time, despite Netinstall app indicates a successful firmware transfer each time. (I have not been able to upgrade firmware via Files for some unknown reason. It simply ignores 6.45.8 and drops all packges off after a system reboot! Hence Netinstall).
I used same process and backed down to 6.44.6, the device boots up properly and works again. Note: I am not sure if it’s just my box or its the same situation with every other RBwAPG-5HacT2HnD.
Be warned. Sorry, but I cannot supply any other info.
Cheers.
anuser - To what kind of a problem do you refer to
ViniciusMariano - Seems like the issue which is not resolved in v6.46.3 and v6.47beta. Fix will also be included in the next long-term release
kos - We are currently looking into this
huntah, sport80, Maggiore81, bpwl - If you do experience such a problem once more, then please generate supout file while the issue is present on the router and send it to support@mikrotik.com
jhonykat - Most likely you do have to update login method - https://wiki.mikrotik.com/wiki/Manual:API#Initial_login
XaTTa6bl4 - Try to do the same again and right after that generate supout file. Send this file to support@mikrotik.com
MTeeker - Try to upgrade and right after that check log. If you cannot determine why the package was not installed, then generate supout file and send it to us.
attl, DimaFIX, thedix, DenisPDA, Traveller, DimaFIX - You will not ever be able to determine the cause of the reboot in the forum. If your router is rebooting by itself, then contact support@mikrotik.com right away and provide supout file. Forum posts regarding a crash due to NTP service is a random guess without any reason. Only MikroTik staff can determine the precise cause of the problem and if it is caused by the software, then we want to fix this problem as soon as possible. If you even manage to workaround a problem based on other user experience, then the issue is still there and others suffer from it. All bug reports are very welcome
Dear Strods,
As suggested, I have now submitted the Supout.rif file together with relevant details regarding version 6.45.8 not working on RBwAPG-5HacT2HnD.
Cheers,
MTeeker
Ok, I sent two suppout.rif files according two reboot in 5 minutes (!). Let’s see what the answer will be 
.
Hallo everybody,
couple of mipsbe devices upgraded in a long-term line (i.e. from 6.44.6) with no issues encountered so far (IPv6, GRE tunnels over IPsec, OSPF v2 and v3, BGP, etc.). Thanks to Mikrotik for their work.
I just turned off the watchdog and reboots stopped
DimaFIX, Traveller There is a separate post about hAP ac2 random reboots (that seem to be solved by removal of NTP package): http://forum.mikrotik.com/t/possible-fix-for-hap-ac2-rebooting-randomly/134784/1
Could you please mention there whether you are using IPSec (or any other non-default features) on the problematic routers?
Traveller Thank you very much for creation of the support ticket! Can you please mention the ticket number (I think having as much info as possible in the forum might be helpful)?
Traveller has contacted MikroTik support and sent the supout files. I really hope MikroTik will fix this issue soon! The forum topic referred in beginning of this post might also provide some helpful clues.
Here is also a related feature suggestion that (if not already implemented) might help MikroTik staff to “determine the precise cause of the problem” and similar problems.
Sorry, It was my bad, I found that two slashes (\) was into key file. Apparently newer versions of ROS just ignore it.
Thanks strods, i’ve send the supout file
Hi,
We updated most of our devices to new 6.45.8. After updating, we experienced very bad performance with ARM antennas (RBLHGG-5acD-XL). Antennas were all the time registering to the AP, dropping the sessions after few seconds and reconnecting immediately but customers were complaining they were unable to use the connection. After receiving the complains, we decided to rollback to last long-term release we had installed (which is 6.44.6) and everything went back to normal immediately (antennas uptime last for days instead of seconds).
Also regarding the issue: reading changelog to release 6.45.8, at the bottom part in the “wireless” section i see there is no mention to the point “wireless - improved 802.11ac stability for all ARM devices with wireless” which was solved in stable release 6.45.2. Do you know if there is any identified issue to ARM devices deliverately not being included in last long-term release?
Thanks,
After 20d online the 5GHz Wlan stops working again on my RB4011iGS+5HacQ2HnD-IN. The devices can not connect … in winbox the interface is not running anymore. Only a reboot brings the interface back.
So there is no improvement with 6.45.8 with arm device RB4011iGS+5HacQ2HnD-IN.
Richard
I just found a serious problem on both HAP AC² and 750R3.
After I updated the device from V6.44.6 to V6.45.8, I created backup from the WebFig by “Files → Backup” without encryption , after that, I made some changes on the configuration.
When I restore the routers with the backup file generated above and after the automatic reboot, I found that the changes made after the backup were still exist!
I did the same with the command line to backup (/system backup save) and restore (/system backup load) , the same problem exist.
However, I did the same thing on WAP AC, I noticed that after I pressed the “Backup” button on the WebFig, the screen was able to return back to the File list page. Furthermore, I could restore the WAP AC to previous state successfully.
I suspect the backup file generated in the routers are corrupted and not usable. Since this problem is severe in terms of service recovery. I urged the support to take a look into it seriously. Thanks.
I have the same issue.
Even with v6.46.4 [Stable] version of RouterOS.
Me too. Capsman seems to make it even worse.
Hap AC (without AC2, so not arm, stays stable)
Further investigating this case, I downgraded the routers back to V6.44.6 and re-did the experiment, the restoration was successful and all changes done after the backup were reverted.
I noticed the size of the backup in two version differing dramatically. In specific, the backup file size under V6.44.6 is about 1.1MB, but the size of backup file under V6.45.8 is just 640KB. Such difference maybe a proof of incomplete backup file generated in newer version which results in failure of restoration.
We are experiencing some OSPF/IP bug, for some reason OSPF change from full to init and i cant ping the other device, but i can reach it from another route, um a ccr1016 one ether/vlan stooped to make neighbor with a rb 2011 last sunday, today a rb2011 stooped to make neighbor with ccr again, last Sunday i needed to reboot ccr(oh shit), today i needed to reboot 2011 that could not make neighbor with ccr, but after reboot it all goes ok, before my core were with 43.2 working for a long long time without problem, with 45.8 after 12 days, 2 problems.
don’t recommend use this version with ospf…