What's new

[alpha] Asuswrt-Merlin 380.67 pre-beta test builds

  • 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.
@Martineau ... Thanks you for the enlightenment!

@RMerlin @kvic
Ok - and what can I do?


Really? .. redo the steps to refresh your copy of '/opt /var/ www' from /www :rolleyes:

NOTE: Deliberately added spaces otherwise the post gets blocked :(
 
installed on ASUS RT-AC87U and so far I can say I have random reboots when starting a desktop that has a TP-LINK Archet T9E (seems something this one does to trigger the reboot). On my other devices so far so good (dell xps13, iphone 7, ipad 4, tvs, withings scale, etc.)

if any advice for the TP-LINK please let me know!
 
i seem to have found the bug, after a few hors upnp derps out and needs to be restarted i, notice that when i adjust qos priotires it fixes the issue beacuse it reboots mini upnp, and the fire wall, is there any way for a script or an option to do this automatically maby every 2 or 3 hours, to stop it from being a pain and needing a full reboot.
also ive been having an issue with upnp and my steam link intermittently when i attempt to do a net work test, also when it does some times work on 380.67 alpha 1/2 it get bad packet loss then on the next test i get the error from the second screen shot, but the steam link still connects to my pcs, it might be the same thing that causes my GTA V Nat to read as moderate, and Modern Warefare 3 spec ops to have a nat error even though the both connect to online services, which is strange.

on 380.66


On 380.67 Alpha 1/2
 
Hi,
I just thought I'd mention I've been running the AC3200 alpha2 for about a week with no noticeable issues so far.....

I'm connected upstream to a virgin media (cable) 220/21 ish connection. About 25 wired devices via a couple of gigabit switches and some AV2000 powerline (4 nodes), but only up to 4 wireless, all 5Ghz capable. Smart connect is enabled (overkill!). Workload isn't that high usually, other than a few full ISO downloads/windows or iOS betas... cut-through accel is enabled, along with Adaptive QOS, all the trend micro stuff. VPN server is configured (openvpn) but not used much. No USB devices. Looking super.
 
@RMerlin Thank You for your work on the fw!!
Alpha_2 has been up 2 days 15 hours, and has survived my kids first days of summer break (avg increase of 45GB+ of daily traffic).

To follow up on my connectivity issues:
I uninstalled, then reinstalled FireFox, and I am now able to reach my 88 without issues.
 
I just checked on my router and found that core 1 was pegged at 100%. I tried rebooting but that didn't help so I had to completely power off for a few and when it came back up it was running normally. This is the first time this has happened and I will keep an eye on it. If it happens again I'm going to roll back.
This just happened again so I suppose that I'll have to roll back to 380.66_4.
 
On the RT-AC88U router with OpenVPN All Traffic, uptime is now 4 days 21 hours 3 minute(s) 4 seconds with no issues to report. :)
 
@Martineau ... Thanks you for the enlightenment!

@RMerlin @kvic
Ok - and what can I do?

@Martineau has good suggestion above. Or you can also try below to disable the feature:

cd /jffs/configs
mv fstab fstab-bk

After that reboot your router, you shall see the new GUI. Then repeat the instructions in the wiki to re-install the feature.
 
my log just after resseting when connected to TP-LINK Archer T9E

Jun 7 17:53:17 rc_service: ntp 1208:notify_rc restart_upnp
Jun 7 17:53:17 ddns update: Asus update entry:: return: HTTP/1.1 200 OK^M Date: Wed, 07 Jun 2017 14:53:14 GMT^M Server: Apache^M X-Powered-By: PHP/5.6.30^M Content-Length: 0^M Connection: close^M Content-Type: text/html; charset=UTF-8^M ^M
Jun 7 17:53:17 ddns update: retval= 0, ddns_return_code (,200)
Jun 7 17:53:17 ddns update: asusddns_update: 0
Jun 7 17:53:18 rc_service: ntp 1208:notify_rc restart_diskmon
Jun 7 17:53:18 disk_monitor: Finish
Jun 7 17:53:19 ddns: ddns update ok
Jun 7 17:53:19 disk monitor: be idle
Jun 7 17:53:21 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Jun 7 17:53:21 dhcp6 client: bound address 2a02:2f0a:700f:ffff::50c:c4cd/128, prefix 2a02:2f0a:7000:4a6::/64
Jun 7 17:53:22 kernel: sizeof forward param = 160
Jun 7 17:53:22 qtn: bootcfg.tgz exists
Jun 7 17:53:23 crond[490]: time disparity of 974332 minutes detected
Jun 7 17:53:23 rc_service: zcip 1258:notify_rc start_firewall
Jun 7 17:53:23 zcip client: configured 169.254.128.220
Jun 7 17:53:24 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Jun 7 17:53:25 rc_service: ip-up 1030:notify_rc start_firewall
Jun 7 17:53:25 rc_service: waitting "start_firewall" via ...
Jun 7 17:53:27 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Jun 7 18:00:19 disk_monitor: Got SIGALRM...

Any ideas why/what to do?
 
my log just after resseting when connected to TP-LINK Archer T9E

Jun 7 17:53:17 rc_service: ntp 1208:notify_rc restart_upnp
Jun 7 17:53:17 ddns update: Asus update entry:: return: HTTP/1.1 200 OK^M Date: Wed, 07 Jun 2017 14:53:14 GMT^M Server: Apache^M X-Powered-By: PHP/5.6.30^M Content-Length: 0^M Connection: close^M Content-Type: text/html; charset=UTF-8^M ^M
Jun 7 17:53:17 ddns update: retval= 0, ddns_return_code (,200)
Jun 7 17:53:17 ddns update: asusddns_update: 0
Jun 7 17:53:18 rc_service: ntp 1208:notify_rc restart_diskmon
Jun 7 17:53:18 disk_monitor: Finish
Jun 7 17:53:19 ddns: ddns update ok
Jun 7 17:53:19 disk monitor: be idle
Jun 7 17:53:21 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Jun 7 17:53:21 dhcp6 client: bound address 2a02:2f0a:700f:ffff::50c:c4cd/128, prefix 2a02:2f0a:7000:4a6::/64
Jun 7 17:53:22 kernel: sizeof forward param = 160
Jun 7 17:53:22 qtn: bootcfg.tgz exists
Jun 7 17:53:23 crond[490]: time disparity of 974332 minutes detected
Jun 7 17:53:23 rc_service: zcip 1258:notify_rc start_firewall
Jun 7 17:53:23 zcip client: configured 169.254.128.220
Jun 7 17:53:24 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Jun 7 17:53:25 rc_service: ip-up 1030:notify_rc start_firewall
Jun 7 17:53:25 rc_service: waitting "start_firewall" via ...
Jun 7 17:53:27 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Jun 7 18:00:19 disk_monitor: Got SIGALRM...

Any ideas why/what to do?
I see the same disk monitor sigalarm message on mine, however, I do have a usb laptop cooler plugged into it. I was using the usb 2 port on the back but after core 1 started sticking at 100% I moved it to the usb 3 port on the front to see if the behavior changed.
 
my log just after resseting when connected to TP-LINK Archer T9E

Jun 7 17:53:17 rc_service: ntp 1208:notify_rc restart_upnp
Jun 7 17:53:17 ddns update: Asus update entry:: return: HTTP/1.1 200 OK^M Date: Wed, 07 Jun 2017 14:53:14 GMT^M Server: Apache^M X-Powered-By: PHP/5.6.30^M Content-Length: 0^M Connection: close^M Content-Type: text/html; charset=UTF-8^M ^M
Jun 7 17:53:17 ddns update: retval= 0, ddns_return_code (,200)
Jun 7 17:53:17 ddns update: asusddns_update: 0
Jun 7 17:53:18 rc_service: ntp 1208:notify_rc restart_diskmon
Jun 7 17:53:18 disk_monitor: Finish
Jun 7 17:53:19 ddns: ddns update ok
Jun 7 17:53:19 disk monitor: be idle
Jun 7 17:53:21 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Jun 7 17:53:21 dhcp6 client: bound address 2a02:2f0a:700f:ffff::50c:c4cd/128, prefix 2a02:2f0a:7000:4a6::/64
Jun 7 17:53:22 kernel: sizeof forward param = 160
Jun 7 17:53:22 qtn: bootcfg.tgz exists
Jun 7 17:53:23 crond[490]: time disparity of 974332 minutes detected
Jun 7 17:53:23 rc_service: zcip 1258:notify_rc start_firewall
Jun 7 17:53:23 zcip client: configured 169.254.128.220
Jun 7 17:53:24 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Jun 7 17:53:25 rc_service: ip-up 1030:notify_rc start_firewall
Jun 7 17:53:25 rc_service: waitting "start_firewall" via ...
Jun 7 17:53:27 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Jun 7 18:00:19 disk_monitor: Got SIGALRM...

Any ideas why/what to do?

I don't see anything abnormal in this log. What's the problem?
 
Flashed 380.67 alpha2 onto my RT-AC68U all is running perfectly including newer version of minidlna.
 
I don't see anything abnormal in this log. What's the problem?
Everytime I start the desktop, the ASUS resets itself and it happens every single time. I uninstalled the drivers for TP-LINK and installed the latest one but useless. Usually it connects on 5 GHZ so maybe that is why.... Let me know if u need anything else
I have a USB cooler pluged in and a swap of 256 MB
 
Everytime I start the desktop, the ASUS resets itself and it happens every single time. I uninstalled the drivers for TP-LINK and installed the latest one but useless. Usually it connects on 5 GHZ so maybe that is why.... Let me know if u need anything else
I have a USB cooler pluged in and a swap of 256 MB

Did you try removing the cooler from USB? It may be a power issue.
 
Traffic through my router has now slowed to a crawl and I now see this message in the logs for the first time. Besides it being a Linux DOS message what does this indicate? If it were a DOS attack the bandwidth should've returned when the supposed attack stopped and it didn't. Monitoring network traffic shows barely anything being used but no bandwidth available to clients.

Jun 7 17:02:16 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 17:02:31 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 18:43:57 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 18:57:19 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:04:43 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:05:57 kernel: net_ratelimit: 4 callbacks suppressed
Jun 7 19:06:12 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:06:35 kernel: net_ratelimit: 2 callbacks suppressed
Jun 7 19:06:43 kernel: net_ratelimit: 5 callbacks suppressed
Jun 7 19:07:16 kernel: net_ratelimit: 2 callbacks suppressed
Jun 7 19:07:28 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:08:25 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:08:32 kernel: net_ratelimit: 4 callbacks suppressed
Jun 7 19:09:29 kernel: net_ratelimit: 2 callbacks suppressed
Jun 7 19:09:38 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:10:05 kernel: net_ratelimit: 2 callbacks suppressed
Jun 7 19:13:41 kernel: net_ratelimit: 4 callbacks suppressed
Jun 7 19:14:22 kernel: net_ratelimit: 3 callbacks suppressed
Jun 7 19:14:48 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:17:24 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:18:18 kernel: net_ratelimit: 2 callbacks suppressed
Jun 7 19:20:32 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:21:30 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:24:43 kernel: net_ratelimit: 3 callbacks suppressed
Jun 7 19:27:20 kernel: net_ratelimit: 2 callbacks suppressed
Jun 7 19:29:37 miniupnpd[1063]: recv (state0): Connection reset by peer
Jun 7 19:29:40 kernel: net_ratelimit: 2 callbacks suppressed
Jun 7 19:36:18 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:38:25 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:40:21 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:49:02 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:52:51 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 19:53:22 kernel: net_ratelimit: 3 callbacks suppressed
Jun 7 19:56:44 kernel: net_ratelimit: 3 callbacks suppressed
Jun 7 19:57:08 kernel: net_ratelimit: 1 callbacks suppressed
Jun 7 20:02:47 kernel: net_ratelimit: 1 callbacks suppressed

Edit: I rolled back to 380.66_4 until 67 is more mature.
 
Last edited:
Status
Not open for further replies.

Similar threads

Sign Up For SNBForums Daily Digest

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