Logging Traffic Analyzer - Statistic issue

[SHSPVR]

Any idea on fix this below problem ?

Aug 9 04:50:56 rc_service: ntp 1142:notify_rc restart_upnp
Aug 9 04:50:56 miniupnpd[1143]: shutting down MiniUPnPd
Aug 9 04:50:56 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Aug 9 04:50:56 miniupnpd[1163]: HTTP listening on port 50090
Aug 9 04:50:56 miniupnpd[1163]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 9 04:50:57 rc_service: ntp 1142:notify_rc restart_diskmon
Aug 9 04:50:57 disk_monitor: Finish
Aug 9 04:50:59 disk_monitor: be idle
Aug 9 04:50:59 kernel: sizeof forward param = 160
Aug 9 04:51:02 rc_service: udhcpc 725:notify_rc start_firewall
Aug 9 04:51:02 dhcp_client: bound 24.117.167.7 via 24.117.166.1 during 86400 seconds.
Aug 9 04:51:03 miniupnpd[1163]: shutting down MiniUPnPd
Aug 9 04:51:03 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Aug 9 04:51:04 miniupnpd[1257]: HTTP listening on port 46099
Aug 9 04:51:04 miniupnpd[1257]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 9 04:51:12 crond[543]: time disparity of 1064750 minutes detected
Aug 9 04:54:53 rstats[551]: Problem loading /mnt/SYSTEM/Logs/tomato_rstats_2c56dc573e68.gz. Still trying...
Aug 9 04:59:09 rstats[551]: Problem loading /mnt/SYSTEM/Logs/tomato_rstats_2c56dc573e68.gz. Still trying...
Aug 9 05:00:59 disk_monitor: Got SIGALRM...
Aug 9 05:03:26 rc_service: httpd 541:notify_rc restart_wlcscan
Aug 9 05:06:10 rc_service: httpd 541:notify_rc restart_wlcscan
Aug 9 05:07:41 rstats[551]: Problem loading /mnt/SYSTEM/Logs/tomato_rstats_2c56dc573e68.gz. Still trying...

 

[SHSPVR]

Never mind I think solved it I hope

 

[joegreat]

Any idea on fix this below problem ?

And what was the problem below and the fix for it?

 

[SHSPVR]

1) Switched logging back to RAM and pressed "Apply"
2) Switched logging to Custom Location again, specified folder and made sure that "Create or reset data files: Enable if using a new location: Yes" then pressed "Apply".

 

[doczenith1]

Did you lose the stats that were previously on the drive? I'm getting the same error and would prefer not to lose the 3+ months worth of statistics on the drive.

 

[SHSPVR]

Nope

 

[ColinTaylor]

Nope

That's surprising considering you told it to reset the data file.

specified folder and made sure that "Create or reset data files: Yes" then pressed "Apply".

 

[SHSPVR]

That I don't know but at less it working

 

[doczenith1]

Well I lost my data. Starting over from scratch.

 

[SHSPVR]

Sorry to hear that did copy it first ?.

 

[doczenith1]

Nah I should of but was being lazy. Unfortunate but not the end of the world.

 

[RMerlin]

The filename is based on the MAC. Check on your disk that the filename hasn't simply changed for some reason.

 

[SHSPVR]

Well it must be my dumb luck then doczenith1 LoL

 

[doczenith1]

Before I hastefully formatted the flash drive without first backing it up and started over I did check the filename and it did match the filename that the firmware was looking for. All lessons learned that I will keep in mind for the rare occasion that this happens again in the future.

 

[SHSPVR]

Well darn it come back
Right after my week scheduler reboot 4:00am
Aug 27 04:02:19 rc_service: ntp 1116:notify_rc restart_upnp
Aug 27 04:02:19 miniupnpd[1118]: shutting down MiniUPnPd
Aug 27 04:02:19 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Aug 27 04:02:20 miniupnpd[1167]: HTTP listening on port 60212
Aug 27 04:02:20 miniupnpd[1167]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 27 04:02:20 rc_service: ntp 1116:notify_rc restart_diskmon
Aug 27 04:02:20 disk_monitor: Finish
Aug 27 04:02:21 disk_monitor: be idle
Aug 27 04:02:22 kernel: sizeof forward param = 160
Aug 27 04:02:24 rc_service: udhcpc 703:notify_rc start_firewall
Aug 27 04:02:24 dhcp_client: bound 24.117.167.46 via 24.117.166.1 during 86400 seconds.
Aug 27 04:02:25 miniupnpd[1167]: shutting down MiniUPnPd
Aug 27 04:02:25 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Aug 27 04:02:26 miniupnpd[1260]: HTTP listening on port 52911
Aug 27 04:02:26 miniupnpd[1260]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 27 04:02:39 crond[546]: time disparity of 1090622 minutes detected
Aug 27 04:06:19 rstats[554]: Problem loading /mnt/SYSTEM/Logs/tomato_rstats_2c56dc573e68.gz. Still trying...
Aug 27 10:03:16 miniupnpd[1260]: upnp_event_process_notify: connect(192.168.1.12:2869): Connection reset by peer
Aug 27 23:02:22 disk_monitor: Got SIGALRM...
Aug 27 23:49:21 rstats[554]: Problem loading /mnt/SYSTEM/Logs/tomato_rstats_2c56dc573e68.gz. Still trying...
Aug 28 00:04:21 rstats[554]: Problem loading /mnt/SYSTEM/Logs/tomato_rstats_2c56dc573e68.gz. Still trying...
Aug 28 11:04:29 rstats[554]: Problem loading /mnt/SYSTEM/Logs/tomato_rstats_2c56dc573e68.gz. Still trying...

 

[dcguru]

Hi All

380.68, running on a NT66U

I am also seeing the same errors above.

I have not enabled, QOS or IPTraffic because they disable hardware acceleration, which I need as I have 150Mbit service (only gets 100Mbit if QOS or IPTraffic is enabled)

Its my understanding that the router should still record some stats on my total data usage in this scenario so I can go back and look at monthly usage patterns.

I have the directory to save data setup to a folder on my USB stick /(mnt/Data/Traffic) and I select the "Create or reset data files" however no file is ever created on my USB stick. Have also tried setting this to the local JFFS storage with the same result.

Am I simply mis-understanding how this works, and need to enable IPTraffic, or is there a bug here?

Many thanks

 

[doczenith1]

These are my settings and it is working just fine.

I selected Yes to create the data files when starting from scratch with a freshly formatted flash drive.

 

[SHSPVR]

I think I know what may have causes this to happing so I going to change my week scheduler reboot on sunday 4:00am to 4:05am and see that solve it, As I think the Save frequency is happing at same time that why I made the change

 

[SHSPVR]

So far ever seem to going well no problem to report that seem to fix by change my week scheduler reboot on sunday 4:00am to 4:05am solve it.