What's new

Possible Traffic Manager Bug (and feature request)

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

fwfreak

Occasional Visitor
Specs:
ASUS RT-68U
Merlin FW 376.45

My router had been up for approximately 56 days straight. I rebooted it to troubleshoot an ISP problem. before reboot for the month of Oct it showed 126GB of total usage. After reboot all the data usage for Oct had been wiped and most of September as well.

I have configured it to store this data on a usb drive mounted at /mnt/DATA and configured it to save the data hourly. I know in the past reboots have lost me a small bit of usage data, but not an entire month plus.

Which leads me to two questions:

1) Would it be possible to force this data to be committed to the external storage when the reboot button is pressed in the UI?

2) Can we get a smaller interval than an hour? like 5 - 15 min time range? Is there a manual way to commit this data?

Thanks!
 
1) Would it be possible to force this data to be committed to the external storage when the reboot button is pressed in the UI?

The data does get committed to disk during router shutdown, in addition to every hour. What happened in your case is most likely that the router was unable to access the database for the past 6 weeks, so all the data was being written in RAM rather than to disk. Look your system log for any error message regarding accessing the database.

2) Can we get a smaller interval than an hour? like 5 - 15 min time range? Is there a manual way to commit this data?

No, as this is excessive, and would lead to other problems.
 
The data does get committed to disk during router shutdown, in addition to every hour. What happened in your case is most likely that the router was unable to access the database for the past 6 weeks, so all the data was being written in RAM rather than to disk. Look your system log for any error message regarding accessing the database.

Unfortunately the log doesn't go back that far due to miniupnpd and dnsmasqd spam in the log. Is there a manual process we can login and execute to ensure this data in RAM isn't lost?
 
Unfortunately the log doesn't go back that far due to miniupnpd and dnsmasqd spam in the log. Is there a manual process we can login and execute to ensure this data in RAM isn't lost?

You could check the modification date of the data file itself on your USB disk.
 

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