[Test builds] 380.58 alpha builds are now available

[jsmiddleton4]

Is Alpha 4 a RMerlin release?

 

[Deleted member 22229]

Is Alpha 4 a RMerlin release?

NO.

 

[tamalero]

did u try direct connecting from modem to pc and not use any router.
imo its ur cable internet connection thats the problem and not ur router .
any modem logs?
did u try a different router?
if u tried all above it could be router hw problem and not a fw problem

Its not my cable internet.
The problem only occurs with the ASUS router. connecting directly or using the ARRIS modem (bypassing the asus) does not happen.

and like I said before, I tried 2 cable modems and different cables.
There are countless of people having the same issue online. And everyone says the same, its because of the ASUS firmware. (in my case, it started in 2015 and gradually became worse)

The logs of the Arris do not show anything wrong nor any error.
The Asus logs just shows a ton of "Wan Connection: wan was restored" and "wan was exceptionally disconnected".


Its like the router momentarily loses the DHCP lease and restarts.
Some connections are cut, others are maintained.
and I agree with you, I'm not wondering if my RTN66U finally kicked the bucket (or at least the WAN port).
I'm going to make the router use the LAN1 port and see what happens.


*edit*
30 minutes and not a single WAN DROP warning.
I think the router WAN port definitively is dying.
I am currently using PORT 1 of the LAN.

*edit2*
Router started again to slowdown and feel sluggish, no errors other than random drop connections by the firewall.
I guess my N66 U is dying?

 

[chiquito]

I have installed the alpha version asus rt-ac87u and vpn connection speed drops to activate 300megas 210-240 megs any idea why is this happening?
some bugs is firmware?
regards..

 

[GoNz0]

Just wondering if 350.57 has the bug where is wakes network clients when it scans as I am trying to figure out whats causing devices to wake but I am still on 380.57_0

Thanks.

 

[vincom]

*edit2*
Router started again to slowdown and feel sluggish, no errors other than random drop connections by the firewall.
I guess my N66 U is dying?

probably yes but:
flash another fw like stock and/or tomato to test.
try another power adapter.
use another wall outlet for power, preferably on another phase.
test router at another location other than yours.
try another router, any will do, to test out ur current modem/wiring/internet connection.
without troubleshooting sometimes the best assumptions could be wrong

 

[Sunny]

If the CPU load ever get high again, use "top" to determine what's using all the CPU time.

So the slow down started again and SSH'd into router and used top to see whats causing the lag.

I also checked the logs and found some interesting dhcp msgs repeating every few seconds from my laptop... I saw the same dhcp msgs from my voip ata device last time the router slowed down. Can you guys make anything of it?

Mar 16 20:41:19 kernel: htb: htb qdisc 14: is non-work-conserving?
Mar 16 20:41:28 dnsmasq-dhcp[5075]: DHCPINFORM(br0) 192.168.1.103 60:xx:xx:xx:xx:65
Mar 16 20:41:28 dnsmasq-dhcp[5075]: DHCPACK(br0) 192.168.1.103 60:xx:xx:xx:xx:65 KIRABOOK
Mar 16 20:41:28 dnsmasq-dhcp[5075]: DHCPINFORM(br0) 192.168.1.103 60:xx:xx:xx:xx:65
Mar 16 20:41:28 dnsmasq-dhcp[5075]: DHCPACK(br0) 192.168.1.103 60:xx:xx:xx:xx:65 KIRABOOK
Mar 16 20:41:41 dnsmasq-dhcp[5075]: DHCPINFORM(br0) 192.168.1.103 60:xx:xx:xx:xx:65
Mar 16 20:41:41 dnsmasq-dhcp[5075]: DHCPACK(br0) 192.168.1.103 60:xx:xx:xx:xx:65 KIRABOOK
Mar 16 20:41:41 dnsmasq-dhcp[5075]: DHCPINFORM(br0) 192.168.1.103 60:xx:xx:xx:xx:65
Mar 16 20:41:41 dnsmasq-dhcp[5075]: DHCPACK(br0) 192.168.1.103 60:xx:xx:xx:xx:65 KIRABOOK
Mar 16 20:41:58 dnsmasq-dhcp[5075]: DHCPINFORM(br0) 192.168.1.103 60:xx:xx:xx:xx:65
Mar 16 20:41:58 dnsmasq-dhcp[5075]: DHCPACK(br0) 192.168.1.103 60:xx:xx:xx:xx:65 KIRABOOK
Mar 16 20:41:58 dnsmasq-dhcp[5075]: DHCPINFORM(br0) 192.168.1.103 60:xx:xx:xx:xx:65
Mar 16 20:41:58 dnsmasq-dhcp[5075]: DHCPACK(br0) 192.168.1.103 60:xx:xx:xx:xx:65 KIRABOOK

&
CPU: 1.2% usr 6.1% sys 0.0% nic 87.2% idle 2.6% io 0.0% irq 2.5% sirq
Load average: 0.06 0.04 0.07 3/121 27484
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
254 2 admin SW 0 0.0 0 3.1 [mtdblock3]
455 1 admin S 6768 2.6 0 1.0 httpd
277 2 admin SW 0 0.0 1 0.6 [kworker/1:1]
27194 25971 admin R 1392 0.5 1 0.2 top
5075 1 nobody S 3136 1.2 0 0.1 dnsmasq --log-async
730 2 admin SW 0 0.0 1 0.1 [usb-storage]
1487 1 admin S 26824 10.4 0 0.0 asterisk
1461 1 admin S 19848 7.7 0 0.0 apcupsd
1 0 admin S 6252 2.4 1 0.0 /sbin/preinit
460 1 admin S 6220 2.4 0 0.0 watchdog
1034 1 admin S 6216 2.4 0 0.0 bwdpi_wred_alive
432 1 admin S 6216 2.4 0 0.0 /sbin/wanduck
932 1 admin S 6216 2.4 0 0.0 ntp
461 1 admin S 6216 2.4 1 0.0 sw_devled
987 1 admin S 6216 2.4 1 0.0 disk_monitor
722 1 admin S 6216 2.4 1 0.0 usbled
1079 460 admin S 6216 2.4 0 0.0 hour_monitor
499 1 admin S 6216 2.4 1 0.0 bwdpi_check
465 460 admin S 6216 2.4 1 0.0 ots
440 1 admin S 6216 2.4 0 0.0 wpsaide
349 1 admin S 6208 2.4 1 0.0 console
475 1 admin S 5712 2.2 0 0.0 networkmap --bootwait
908 1 admin S 5532 2.1 1 0.0 /usr/sbin/smbd -D -s /etc/smb.conf
907 1 admin S 5328 2.0 0 0.0 nmbd -D -s /etc/smb.conf
6200 6196 admin S 3700 1.4 0 0.0 data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
6205 6196 admin S 3700 1.4 0 0.0 data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
6195 1 admin S 3700 1.4 1 0.0 data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
6199 6196 admin S 3700 1.4 0 0.0 data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
6198 6196 admin S 3700 1.4 1 0.0 data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
6196 6195 admin S 3700 1.4 1 0.0 data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
6197 6196 admin S 3700 1.4 0 0.0 data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
737 723 admin S 2196 0.8 0 0.0 u2ec
723 1 admin S 2196 0.8 1 0.0 u2ec
738 737 admin S 2196 0.8 1 0.0 u2ec
895 1 admin S 2108 0.8 0 0.0 avahi-daemon: running [RT-AC68R-DCA8.local]
998 997 admin D 1844 0.7 0 0.0 wred -B
997 996 admin S 1844 0.7 0 0.0 wred -B
996 1 admin S 1844 0.7 0 0.0 wred -B
1000 997 admin S 1844 0.7 0 0.0 wred -B
1004 997 admin S 1844 0.7 0 0.0 wred -B
1003 997 admin S 1844 0.7 0 0.0 wred -B
1002 997 admin S 1844 0.7 0 0.0 wred -B
1001 997 admin S 1844 0.7 0 0.0 wred -B
1006 997 admin S 1844 0.7 0 0.0 wred -B
1007 997 admin S 1844 0.7 0 0.0 wred -B
1005 997 admin S 1844 0.7 0 0.0 wred -B

 

[thexile]

380.58_alpha4@cda869c

On AC68U and AC56Us up now for over a week, no problems except Traffic....

WAN (arris) 60mb service ok no restarts (charter) turned off IPV6 charter sucks on IPV6!

Look MA it's all black!

think I have a problem with 56Us and BL 1028 & 1029 going to load BL 1027 back on the 56U!
with the WAN led other 4 56Us (ap mode) (bl 1027) don't have a problem with the WAN led?? only diff is the BL being 1028

if did work (BL 1027) as this was my back up DHCP and main router for the AC68U!

alpha 4 is an unofficial build at the moment. you should post your question here: http://www.snbforums.com/threads/unofficial-build-380-58.29787/

 

[nonsibuttavianulla]

On my AC68U I can not reach the modem connected to the WAN port.
I posted my issue on another thread but wanted to signal the issue here, too.
Thanks

 

[RMerlin]

So the slow down started again and SSH'd into router and used top to see whats causing the lag.

I also checked the logs and found some interesting dhcp msgs repeating every few seconds from my laptop... I saw the same dhcp msgs from my voip ata device last time the router slowed down. Can you guys make anything of it?

Your CPU is mostly idling, so my guess is your problem has to do with wifi, not with the router's CPU. Those constant DHCP queries might indicate that client is having trouble staying connected to wifi.

 

[Iwakan]

I did a search in the code today, and couldn't find anything hardcoded to "admin" in rc, so I'm not sure why the router's username would matter.

Can you try setting your username to something different than admin, and post me the output of this command?

ps w

it will let me see if some process runs with the wrong user.

Hi RMerlin:

When the username is configured as "admin" 17 routes are loaded into routing table. If other user is used, only 7 and that´s the reason of wired behaviour when using IPTV.

ps w command output:

  PID USER  VSZ STAT COMMAND
  1 test  6232 S  /sbin/preinit
  2 test  0 SW  [kthreadd]
  3 test  0 SW  [ksoftirqd/0]
  4 test  0 SW  [kworker/0:0]
  5 test  0 SW  [kworker/u:0]
  6 test  0 SW  [migration/0]
  7 test  0 SW  [migration/1]
  8 test  0 SW  [kworker/1:0]
  9 test  0 SW  [ksoftirqd/1]
  10 test  0 SW<  [khelper]
  11 test  0 SW  [kworker/u:1]
  57 test  0 SW  [sync_supers]
  59 test  0 SW  [bdi-default]
  60 test  0 SW<  [kblockd]
  114 test  0 SW  [kswapd0]
  160 test  0 SW  [fsnotify_mark]
  168 test  0 SW<  [crypto]
  240 test  0 SW  [mtdblock0]
  245 test  0 SW  [mtdblock1]
  250 test  0 SW  [mtdblock2]
  255 test  0 SW  [mtdblock3]
  277 test  0 SW  [kworker/0:1]
  278 test  0 SW  [kworker/1:1]
  281 test  0 SW  [mtdblock4]
  286 test  0 SW  [mtdblock5]
  290 test  664 S  hotplug2 --persistent --no-coldplug
  348 test  6208 S  console
  350 test  1388 S  /bin/sh
  355 test  0 SWN  [jffs2_gcd_mtd4]
  358 test  1380 S  /sbin/syslogd -m 0 -S -O /tmp/syslog.log -s 256 -l 7
  360 test  1384 S  /sbin/klogd -c 5
  363 test  660 S  /usr/sbin/sd-idle-2.6 -i 10
  453 test  728 S  /usr/sbin/snooper -b br0 -s vlan1
  463 test  6216 S  /sbin/wanduck
  465 test  1076 S  dropbear -p 22 -j -k
  467 test  1172 S  /bin/eapd
  469 test  6216 S  wpsaide
  471 test  1652 S  nas
  472 test  1260 S  /usr/sbin/acsd
  476 nobody  1208 S  dnsmasq --log-async
  481 test  1976 S  avahi-daemon: registering [RT-AC68U-7C28.local]
  482 test  6712 S  httpd -s -p 8443
  484 test  1392 S  crond
  485 test  1144 S  /usr/sbin/infosvr br0
  487 test  6296 S  watchdog
  488 test  6216 S  sw_devled
  492 test  1372 S  rstats
  494 test  6216 S  ots
  502 test  1188 S  lld2d br0
  505 test  1300 S  networkmap --bootwait
  507 test  6216 S  bwdpi_check
  527 test  1380 S  /sbin/zcip -p /var/run/zcip0.pid vlan6 /tmp/zcip
  540 test  1388 S  /usr/sbin/pppd file /tmp/ppp/options.wan0
  542 test  688 S  /usr/sbin/igmpproxy /tmp/igmpproxy.conf
  627 test  0 SW  [khubd]
  739 test  6216 S  usbled
  740 test  2192 S  u2ec
  741 test  1216 S  lpd
  743 test  2192 S  u2ec
  744 test  2192 S  u2ec
  799 test  1396 S  /sbin/udhcpc -i vlan3 -p /var/run/udhcpc11.pid -s /tmp  /udhcpc -O33 -O249
  824 test  6216 S  ntp
  976 test  4024 S  /etc/openvpn/vpnserver1 --cd /etc/openvpn/server1 --co  nfig config.ovpn
  991 test  6216 S  disk_monitor
 1010 test  2008 S  wred -B
 1011 test  2008 S  wred -B
 1012 test  2008 S  wred -B
 1013 test  2008 S  wred -B
 1014 test  2008 S  wred -B
 1015 test  2008 S  wred -B
 1016 test  2008 S  wred -B
 1017 test  2008 S  wred -B
 1018 test  2008 S  wred -B
 1019 test  2008 S  wred -B
 1020 test  2008 S  wred -B
 1050 test  3608 S  data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
 1053 test  3608 S  data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
 1054 test  3608 S  data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
 1055 test  3608 S  data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
 1056 test  3608 S  data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
 1057 test  3608 S  data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
 1070 test  6216 S  bwdpi_wred_alive
 1072 test  3608 S  data_colld -i 1800 -p 43200 -b -w /tmp/bwdpi/dc/
 1304 test  1144 S  dropbear -p 22 -j -k
 1342 test  1392 S  -sh
 1347 test  1384 R  ps w

Thank you!

 

[RMerlin]

Hi RMerlin:

When the username is configured as "admin" 17 routes are loaded into routing table. If other user is used, only 7 and that´s the reason of wired behaviour when using IPTV.

I can't think of any logical explanation as to how a different username could impact what routes get applied to the router, sorry. And I don't have IPTV to test anything either.

All your process do run under the correct userid as far as I can tell.

 

[tamalero]

probably yes but:
flash another fw like stock and/or tomato to test.
try another power adapter.
use another wall outlet for power, preferably on another phase.
test router at another location other than yours.
try another router, any will do, to test out ur current modem/wiring/internet connection.
without troubleshooting sometimes the best assumptions could be wrong

actually, I found the strangest phenomena ever.
It seems my speakers are starting to affect my router.
They did not affect them before.
Perhaps the "shield" of the speakers are damaged now?
Because when I turn on the speaker.. the loss of data and general sluggyness starts.
Once I turn off the speakers.. everything goes back to work at 100% 1 minute after.

 

[RMerlin]

actually, I found the strangest phenomena ever.
It seems my speakers are starting to affect my router.
They did not affect them before.
Perhaps the "shield" of the speakers are damaged now?
Because when I turn on the speaker.. the loss of data and general sluggyness starts.
Once I turn off the speakers.. everything goes back to work at 100% 1 minute after.

Are they Bluetooth?

Try plugging them in a different power bar in case the issue is electrical,.

 

[tamalero]

Are they Bluetooth?

Try plugging them in a different power bar in case the issue is electrical,.

nope, normal cables. Its a logitech Z906 system.
And what do you mean with " a different power bar" ?
Everything is plugged to the same outlet (under 2 UPS units of 1500VA each one)

Right now I have separated my speakers a bit from the network cables and the Arris router.
So far the connection seems fine and stable.

 

[RMerlin]

nope, normal cables. Its a logitech Z906 system.
And what do you mean with " a different power bar" ?
Everything is plugged to the same outlet (under 2 UPS units of 1500VA each one)

Right now I have separated my speakers a bit from the network cables and the Arris router.
So far the connection seems fine and stable.

Try plugging them to a different outlet. It's unlikely to be the cause of your problem since you are using UPSes (which would filter out any electrical noise), but worth a try.

 

[CTXSi]

Hi,

The most recent beta has been working great on my RT-AC68U until yesterday when everything slowed down, I logged in to the GUI and found that Core 2 was stuck at 100%

Today the slow down started again however the cpu's were both under 10% ?

Any idea whats causing this or how I can diagnose this?

CPU: 0.2% usr 0.1% sys 0.0% nic 99.4% idle 0.0% io 0.0% irq 0.0% sirq
Load average: 0.01 0.05 0.05 1/102 10150

I saw a similar slowdown with 378.56_2, also on an RT-AC68U. The slowdown happened a few times and the one time I was able to get into the GUI I noticed one core was pegged at 100%.
http://www.snbforums.com/threads/asuswrt-merlin-378-56_2-is-now-available.27952/page-25#post-227276

I didn't know about the SSH command so don't have any logs. It eventually happened again so I finally moved to DD-WRT. Haven't seen the whole router slowdown since then but also have noticed my wireless speeds arent as good as with Merlin.

 

[Iwakan]

I can't think of any logical explanation as to how a different username could impact what routes get applied to the router, sorry. And I don't have IPTV to test anything either.

All your process do run under the correct userid as far as I can tell.

I need to check but seems that Asus has fixed this in GPL 380.1842. Do you plan to merge to this GPL on 380.58 final or once in beta no more Asus code updates until next release?

 

[RMerlin]

I need to check but seems that Asus has fixed this in GPL 380.1842. Do you plan to merge to this GPL on 380.58 final or once in beta no more Asus code updates until next release?

There's no GPL available for 1842. The only newer GPL I have is 2345, and it's beta and contains too many changes over 1354, so I don't want to merge it in the 380.58 release.

I backported the newer udpxy from 2345, so give the Beta 1 release a try.

 

[Iwakan]

There's no GPL available for 1842. The only newer GPL I have is 2345, and it's beta and contains too many changes over 1354, so I don't want to merge it in the 380.58 release.

I backported the newer udpxy from 2345, so give the Beta 1 release a try.

Sorry, my fault. I don't know why I thought that the last number on firmware's version was the GPL number. For example, right now on Asus website and for AC68U you can find:

ASUS RT-AC68U Firmware version 3.0.0.4.380.1842
Bug fixes
- Fixed Multicast issue when WAN is PPPoE/ PPTP/ L2TP
- Fixed IPTV GUI issue
- Fixed two guest networks had same mac address problem.
- Fixed view list in network map cannot be closed.
- Fixed network map device icon issue
- Fixed client cannot get new IP when changed router IP and subnet mask. 
- Fixed wrong notification when using quick internet setup wizard in static IP environment.
- Fixed wrong notification when client was blocked by Time scheduling.
- Fixed ASUS Router App related issues.
- Fixed DNS response error issue.
- Fixed abnormal LED blinking issue when enabled IPTV.
- Fixed client list name cannot be changed issue.