What's new

Asuswrt-Merlin 378.55 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.
Please read the changelog, as well as the first post of this thread - I write these for a reason...
There is nothing on the logs regarding minidlna.
I read the changelogs... Dozens of times. Issue is persisting since 53.
Thanks
 
I upgraded my RT-68U from 378-54_2 to 378-55 yesterday. No issue to upgrade and it was working fine. But after 1 day i noticed the following:-

1) Bandwidth monitor stopped monitoring the in and out speed after a while. Not sure if it's my settings.
2) Even after i rebooted the router, the RAM utilisation hit 80% and stays around there.
3) the GUI is less responsive or slower than the previous version 378-54_2

I have just re-image back to 387-54_2. My RAM is 28% utilisation and the GUI is more responsive now. It could be some fine tuning needs to be done.

Thanks for working on this.
 
I upgraded my RT-68U from 378-54_2 to 378-55 yesterday. No issue to upgrade and it was working fine. But after 1 day i noticed the following:-

1) Bandwidth monitor stopped monitoring the in and out speed after a while. Not sure if it's my settings.
2) Even after i rebooted the router, the RAM utilisation hit 80% and stays around there.
3) the GUI is less responsive or slower than the previous version 378-54_2

I have just re-image back to 387-54_2. My RAM is 28% utilisation and the GUI is more responsive now. It could be some fine tuning needs to be done.

Thanks for working on this.
My RT-68U' RAM utilisation hit over 70% too ...
 
Maybe the RAM caching tweak should be reverted if everybody keeps reporting this as a bug even though it has been stated a bazillion times over and over again that this is the normal behaviour now as of 378.55. Reading has become an art that not everybody achieves to execute successfully nowadays, it seems...
 
Plz plz for those with " RAM utilisation " higher now read the "CHANGE LOGS"
its normal!!!!!!!!!
It's working OK for two days, but the memory reduced to about 80MB sometime. I also add a swap of 512MB too and tested, it works OK.
 
Last edited:
Just installed the Asuswrt-Merlin 378.55 from the last stock firmware.
All is working ok, devices and configuration to use the FTTH ONT directly.

The only things I noticed so far:

- Router temperature is very high compared to the stock firmware with the same configuration.
- Ping is higher (13 to 15 now, up from 6 to 7 with the stock firmware)

Is this expected or normal, or do I need to check something?

Thanks for this wonderful work!
 
rt-ac3200
GUI not doing anything when i click on WPS puch button or client pin code

Jul 21 11:40:13 rc_service: httpd 534:notify_rc start_wps_method
 
There is nothing on the logs regarding minidlna.
I read the changelogs... Dozens of times. Issue is persisting since 53.
Thanks


I guess you missed some changes then, what they do exactly I dont know but minidlna have been changed/fixed.

378.55-beta1
CHANGED: Updated minidlna to upstream Git snapshot from 2015-06-26,
and switched to the newer build system.

FIXED: minidlna could get stuck building its database (reverted
Asus's recent memory optimizations)
 
I upgraded my RT-68U from 378-54_2 to 378-55 yesterday. No issue to upgrade and it was working fine. But after 1 day i noticed the following:-

1) Bandwidth monitor stopped monitoring the in and out speed after a while. Not sure if it's my settings.
2) Even after i rebooted the router, the RAM utilisation hit 80% and stays around there.
3) the GUI is less responsive or slower than the previous version 378-54_2

I have just re-image back to 387-54_2. My RAM is 28% utilisation and the GUI is more responsive now. It could be some fine tuning needs to be done.

Thanks for working on this.


This is the change so nothing is wrong at all with your RAM in version 378.55,

378.55-beta1
- CHANGED: No longer regularly flush caches from memory on ARM
router. This will mean a lower amount of free memory is
shown, however that memory gets freed whenever something
actually needs it, so this is normal. (ARM)
 
Just installed the Asuswrt-Merlin 378.55 from the last stock firmware.
All is working ok, devices and configuration to use the FTTH ONT directly.

The only things I noticed so far:

- Router temperature is very high compared to the stock firmware with the same configuration.
- Ping is higher (13 to 15 now, up from 6 to 7 with the stock firmware)

Is this expected or normal, or do I need to check something?

Thanks for this wonderful work!
Ping from one of your devices to the router? I'd say there's smth wrong in your setup even if it is 6 or 7ms. It should never be more than around 2ms.

The last time I was using the stock firmware was over 6 months ago, but I don't recall any difference in ping times at all between stock and Merlin.
 
Ping from one of your devices to the router? I'd say there's smth wrong in your setup even if it is 6 or 7ms. It should never be more than around 2ms.

The last time I was using the stock firmware was over 6 months ago, but I don't recall any difference in ping times at all between stock and Merlin.
I just checked mine and it was "0" across the board
 
Ping from one of your devices to the router? I'd say there's smth wrong in your setup even if it is 6 or 7ms. It should never be more than around 2ms.

The last time I was using the stock firmware was over 6 months ago, but I don't recall any difference in ping times at all between stock and Merlin.

I'd say that ping is normal if your pinging it wirelessly. Above 10ms constant is a little bad though.
 
that's what it should be. Even if he uses an older router, 6ms sounds quite bad, let alone anything even higher than that.

Could also be something local on his PC. I know Windows gives ICMP packets one of the lowest priorities, so heavy network traffic tends to mess with the results.
 
Merlin, I upgraded to this firmware and had to hard reset after continuous kernel panics. I then replugged everything into my system the way it was before and when I got to adding the VPN stuff things went south again.

I had followed and was reimplementing moving VPN certs to jffs (basically following the document I wrote to move VPN certs to jffs) and it seems that if I add spaces to the certificates page it wreaks havoc on this release. :) I realize that part of this release was for a more official way to do this rather than my hack but I wanted to let you know that it seems on step 4 of the wiki page for my instructions is where the problem lies and may affect other people coming onto this firmware.

https://github.com/RMerl/asuswrt-merlin/wiki/reducing-nvram-for-openvpn-certs

I realize this was a hack and i'm not asking for you to make my hack work but it would be good to FIX the space issue causing kernel panics and/or put a note out there for people that had implemented these directions before upgrading should remove the single spaces from the certificates pages. I already added a note to the wiki.

I'm pretty sure this is what caused my problem but I don't want to try it a 3rd time to verify as it is pretty painful to re-add all the settings after a reset. If you can verify the bug of spaces in the certs page, that would help too.

Thanks and all seems well now that I know where the problem was.
 
Status
Not open for further replies.

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!
Top