Anybody using this version with a SFP interface? Was the bug introduced with 6.47 with SFP interfaces not getting a link been fixed?
my primary router (a hAP ac) is getting internet via SFP and I’m still running 6.46.6, I’d prefer to run the latest stable but only if the SFP interface works.
I’ve got the same problem. 6.47.4 the dude on RB1100AH dude edition with disk1 - 256GB SSD installed - DB now at 2 GB. I vaccumed and adjusted our polling and retention to minimal values. (I keep upgrading in the hopes the issue with go away) . Prior versions were working - though occasionally it would hang up for up to a minute before I could do anything. Basically, this dude instance is barely usable. Now it will go into connection reset by peer, while using it or editing a node record. Then it will re-connect, and is fine - as long as I don’t use it. I really don’t know what to do other than get a new device and start over, with fewer than 150 Nodes and little to no long term data collection on an instance. One thing I did start doing was having the dude scan a subnet every hour, to track new devices on a subnet - useful when a client antenna moves from sector to sector.
Well… 1100Dx4 and Dude on big network - it’s been tried and abandoned after two attempts. First time - Dude worked for about 4 days until it went 100% CPU and only reboot cured it. Second time rendered whole router inaccessible, but luckily all networking still worked fine. Had to cold reboot by cutting power.
Finally ended up with 1100x4 with 60 GB disk for logs etc. Dude can be used on small networks without problems, but probably less so on the router itself in big networks. Separate Dude server might be a better idea in these cases…
Hi, I confirm the same problem on my RB3011. I have raised a ticket and the bug has been solved in a beta firmware I have tested. I believe (hope) the fix will be shipped in the next release.
I confirm this no longer works. run-after-reset is now broken. Also flashfig is now broken and will not execute scripts on boot after flashfigged. 6.46.7 also is broken.
It worked for me a week or so ago when I deployed a new cap ac. You need to make sure the config is stored in the /flash directory to make sure it is available after the reset. I used 6.47.4.
Yes, the file is in flash/file.rsc and we call the reset with that parameter. Same way as it was in previous versions and it was working. After upgrade this has stopped.
There is a delay in the script also at start 15 seconds again as in previous versions.
These tips you are mentioning are also required for past versions so unless “nothing” changed as per Mikrotik then this new version is broken.
you can reset configuration (without default)
login winbox via MAC layer
/import original-script.rsc
watch error
after fixing error you must repat reset to clear setting and again import… until you found a proper syntax in script or bug what you can report to support@mikrotik.com .
But, all this should be obvious I think.
My scripts who generate a new branch via that way have in some parts the /system identity set name=“dhcp done”; and I from winbox see the detected RB with part he stuck with error.