z0ki
Occasional Visitor
Hey guys, need some insight on what's going on.
After upgrading to the latest firmware 3.0.0.4.380_3459 (also happens on latest merlin firmware) I have noticed that my router will lose all connectivity and it will reboot itself (quite slowly) and this happens at least 3 or 4 times a week. Unfortunately due to ASUS adding new code to the firmware I am unable to revert back to an older firmware update that I know is stable and that goes for Merlin's older versions.
Here is the system log, from the very start. Looks like UPNP might well be the culprit though I have that turned off.
Anyone able to shed some light on this? Or know if there is a 'workaround' to loading older firmware updates?
Nov 20 10:04:48 rc_service: ntp 664:notify_rc restart_upnp
Nov 20 10:04:49 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Nov 20 10:04:49 rc_service: ntp 664:notify_rc restart_diskmon
Nov 20 10:04:49 disk_monitor: Finish
Nov 20 10:04:50 kernel: sizeof forward param = 160
Nov 20 10:04:52 disk monitor: be idle
Nov 20 10:04:54 rc_service: udhcpc 507:notify_rc start_firewall
Nov 20 10:04:54 dhcp client: bound 101.165.xxx.xxx via 101.165.xxx.x during 3600 seconds.
Nov 20 10:04:55 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Nov 20 10:04:56 rc_service: udhcpc 765:notify_rc start_firewall
Nov 20 10:04:56 rc_service: waitting "start_firewall" via ...
Nov 20 10:04:57 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Nov 20 10:04:57 wan: finish adding multi routes
Nov 20 10:04:57 rc_service: udhcpc 765:notify_rc stop_upnp
Nov 20 10:04:57 rc_service: waitting "start_firewall" via udhcpc ...
Nov 20 10:04:58 rc_service: udhcpc 765:notify_rc start_upnp
Nov 20 10:04:58 rc_service: waitting "stop_upnp" via udhcpc ...
Nov 20 10:05:00 ntp: start NTP update
Nov 20 10:05:03 rc_service: udhcpc 765:notify_rc start_firewall
Nov 20 10:05:03 dhcp client: bound 101.165.xxx.xxx via 101.165.xxx.x during 3585 seconds. (blocked out my IP address with x)
Nov 20 10:05:04 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Nov 20 10:05:13 qtn: bootcfg.tgz exists
Nov 20 10:05:20 crond[433]: time disparity of 686885 minutes detected
After upgrading to the latest firmware 3.0.0.4.380_3459 (also happens on latest merlin firmware) I have noticed that my router will lose all connectivity and it will reboot itself (quite slowly) and this happens at least 3 or 4 times a week. Unfortunately due to ASUS adding new code to the firmware I am unable to revert back to an older firmware update that I know is stable and that goes for Merlin's older versions.
Here is the system log, from the very start. Looks like UPNP might well be the culprit though I have that turned off.
Anyone able to shed some light on this? Or know if there is a 'workaround' to loading older firmware updates?
Nov 20 10:04:48 rc_service: ntp 664:notify_rc restart_upnp
Nov 20 10:04:49 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Nov 20 10:04:49 rc_service: ntp 664:notify_rc restart_diskmon
Nov 20 10:04:49 disk_monitor: Finish
Nov 20 10:04:50 kernel: sizeof forward param = 160
Nov 20 10:04:52 disk monitor: be idle
Nov 20 10:04:54 rc_service: udhcpc 507:notify_rc start_firewall
Nov 20 10:04:54 dhcp client: bound 101.165.xxx.xxx via 101.165.xxx.x during 3600 seconds.
Nov 20 10:04:55 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Nov 20 10:04:56 rc_service: udhcpc 765:notify_rc start_firewall
Nov 20 10:04:56 rc_service: waitting "start_firewall" via ...
Nov 20 10:04:57 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Nov 20 10:04:57 wan: finish adding multi routes
Nov 20 10:04:57 rc_service: udhcpc 765:notify_rc stop_upnp
Nov 20 10:04:57 rc_service: waitting "start_firewall" via udhcpc ...
Nov 20 10:04:58 rc_service: udhcpc 765:notify_rc start_upnp
Nov 20 10:04:58 rc_service: waitting "stop_upnp" via udhcpc ...
Nov 20 10:05:00 ntp: start NTP update
Nov 20 10:05:03 rc_service: udhcpc 765:notify_rc start_firewall
Nov 20 10:05:03 dhcp client: bound 101.165.xxx.xxx via 101.165.xxx.x during 3585 seconds. (blocked out my IP address with x)
Nov 20 10:05:04 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Nov 20 10:05:13 qtn: bootcfg.tgz exists
Nov 20 10:05:20 crond[433]: time disparity of 686885 minutes detected
Last edited: