What's new

[Beta] Asuswrt-Merlin 384.12 Beta is now available

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Status
Not open for further replies.
I have back ups. I just have people I cannot afford downtime atm anything that saves me time is worth the time imo.
my 5300 shows the same as yours for network tools , I did a factory reset before loading 384-12 beta. went back to 384 11 release get the same as 12 beta 1 on network tools thoght goimng back wold fix it , but nothing changede
 
Last edited:
my 5300 shows the same as yours for network tools , I did a factory reset before loading 384-12 beta2
You mean beta 1 ?
 
Screenshot_20190613-072637211_1.jpg
I know this vexira, but he would have had to compile only the master unless he merged it with the mainline and resolved the merge complaints.
 
@skeal, are you still able to reproduce your original issue? If so, could you try with this wanup2 test build in the Test Builds folder? Send me the resulting syslog generated during boot, so I can review the wan_up() calls and their timing relative to ntpd and OpenVPN starting. Initial results with another tester looked good, tho the wanup2 build contains one additional fix that hasn't been tested yet.
Sorry, I dumped my static IP and went with a dynamic IP, and a switch instead of a modem in front of my router. I no longer have that issue, nor know of a way to recreate the same result.
 
I know this vexira, but he would have had to compile only the master unless he merged it with the mainline and resolved the merge complaints.
either that or its a typo, like you first pointed out, from what I can see beta two looks good, and I hope asus will soon drop that qos fix merlin mentioned and it makes it to alpha 2 or 3 even.
but then again merlin did mention something about some special tester and a specific issue
 
either that or its a typo, like you first pointed out, from what I can see beta two looks good, and I hope asus will soon drop that qos fix merlin mentioned and it makes it to alpha 2 or 3 even.
but then again merlin did mention something about some special tester and a specific issue
Yea I forked it and fixed the merge complaints myself and can confirm the beta 2 version fixes the issue with netools.
 
I upgraded to the AX88U about two months back because I got a good deal at a computer shop on one, my old 88u with my family now.
The 192.168.50.1 tripped me out the first time I tried to login to it.

lol I forgot to update my signature.

The issue seems to mostly happen on firmware upgrades, tho it can also be triggered by a reboot.
 
Sorry, I dumped my static IP and went with a dynamic IP, and a switch instead of a modem in front of my router. I no longer have that issue, nor know of a way to recreate the same result.

No problem. At least I was able to resolve most of the issues with the other user. Still a few more service restarts than I would have liked, but considering the event model used by Asuswrt, I'll have to consider it "good enough" with the latest changes.
 
my 5300 shows the same as yours for network tools , I did a factory reset before loading 384-12 beta. went back to 384 11 release get the same as 12 beta 1 on network tools thoght goimng back wold fix it , but nothing changede

You need to do the reset to factory defaults followed by a minimal and manual configuration (do not use a backup config file to restore from) AFTER flashing the firmware you want to use. :)
 
You need to do the reset to factory defaults followed by a minimal and manual configuration (do not use a backup config file to restore from) AFTER flashing the firmware you want to use. :)
no it is a bug in his version of firmware merlin fixed it for new batch that isn't out yet, a factory reset wont fix his issue, but you are correct, it is important to reset "AFTER" you update.

Note: some people do one before and after, but this seems like to much wear on the flash for me, after-all you are beta testing and flash aloootttt
 
no it is a bug in his version of firmware merlin fixed it for new batch that isn't out yet, a factory reset wont fix his issue, but you are correct, it is important to reset "AFTER" you update.

Note: some people do one before and after, but this seems like to much wear on the flash for me, after-all you are beta testing and flash aloootttt
As an aside, Merlin has noted that the flash in the routers is rated for some ungodly number of read/write cycles for just that reason. It is not the cheap flash found in many flash drives.
 
You need to do the reset to factory defaults followed by a minimal and manual configuration (do not use a backup config file to restore from) AFTER flashing the firmware you want to use. :)
I LOSDED 384.12 beta on a router that was reset to factory defaultds before loading 384-12beta1 , did not use a bacup cofig set everything manualy
 
I LOSDED 384.12 beta on a router that was reset to factory defaultds before loading 384-12beta1 , did not use a bacup cofig set everything manualy

Yes, the order you're doing it is wrong, if I'm understanding your post correctly. :)
 
Just compiled Beta 2 . Works great. ;) However , after the the update I had to remove my DNS settings ( I use 'secure dns' with dot and DNSSEC , much faster resolving than cloudflare ,at least for me) because WAN didn't connect, usb showed unmounted and the clock was not set . I re-applied DNS settings after the connection was established. I guess this happened because DNS cache was set to YES on tools page?
 
I asked because I don't remember I had this issue when I used Cloudflare servers for DoT . I noticed also that it takes about 30 seconds for SecureDNS server to connect (not firmware\Merlin related ) so I thought this delay might have caused no connection after flashing... I guess I will turn off DNS cache
 
Just compiled Beta 2 . Works great. ;) However , after the the update I had to remove my DNS settings ( I use 'secure dns' with dot and DNSSEC , much faster resolving than cloudflare ,at least for me) because WAN didn't connect, usb showed unmounted and the clock was not set . I re-applied DNS settings after the connection was established. I guess this happened because DNS cache was set to YES on tools page?
how did you compile beta 2 did you fix any complaints when merging master and mainline?

EDIT:: NVM i see merlin has been busy again... can't keep a good dev down.
 
Last edited:
Status
Not open for further replies.

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!

Members online

Top