Kitz Forum
Broadband Related => Router Monitoring Software => Topic started by: roseway on August 18, 2017, 07:03:41 AM
-
Changes since v6.0.4:
- DSL uptime is now always derived from AS (available seconds) value
- "Show billing data" button is greyed out when viewing traffic per minute
- changes to graph colour are now also applied to G.INP graphs
- fixed a long term issue which stopped the webserver working properly
- added ES (errored seconds) to the webserver options
- fixed an issue with embedding stats text in the webserver combined page
Full list of changes: http://dslstats.me.uk/changelog.html
Downloads: http://dslstats.me.uk/downloads.html
Make sure that you copy all the included files, as there are some new ones in this pre-release.
-
Thanks ;)
Up and running, and Firefox works :)
-
Running fine on RPi
-
I notice es.html refreshes to crc :blush:
<head><meta http-equiv="refresh" content="30; url=crc.html"
-
So it does, sorry about that. I'll upload corrected versions ASAP.
[Edit] Corrected versions now uploaded. I've added '-1' to the archive filenames to identify them. The only change is the correction to the es.html template.
-
Had to change upload17.exe from the one on 6.0.2 but otherwise runs fine, thanks for the G.INP graphs. :)
-
The 64-bit Linux based version is operating correctly, in "The Cattery", with no noticed problems.
-
Likewise, just overwrote the existing Windows dslstats.exe with the new one and 6.0.5 is running fine. Don't need the web server....
-
Likewise, just overwrote the existing Windows dslstats.exe with the new one and 6.0.5 is running fine. Don't need the web server....
Same here - many thanks for your work Roseway.
-
Thanks guys. :)
-
Eric I still have one small issue with the webserver. I have the option to delete the files when webserver is disabled option set. If I stop the server and restart it (to for example change the port) I still find I am unable to start it again as it gets an error on the directory, looking at the directory from explorer I am unable to access it I get permission denied. If I then stop DSLStats I can see the webserver directory gets deleted OK, on starting DSLStats again I can start the webserver. This is on W7, I've not yet tried it on Linux.
Obviously if I uncheck the delete option it is all fine but it would be good to resolve this when you have time.
Stuart
-
I'll take a look at that, Stuart.
-
Eric I just tested the Linux version and there is no problem as soon as the webserver is disabled the webserver directory is completely removed, on W7 it does not disappear until you stop DSLStats.
Stuart
-
Thanks Stuart. Yes, I checked it on my own Linux system and found the same. I haven't had a chance to experiment on Windows yet.
-
Eric it's no big deal, if you have time sometime then fine. I doubt many will have an issue with disk space anyway.
Stuart
-
I'm currently running 6.0.1 on a Pi.
Tried to run 6.0.5 several times last night but had various issues including instances where:
a) I got warnings of possible data corruption if I didn't close DSLStats; and
b) messages that DSLStats was unable to check my validation key with MDWS;
I'm sure I also got a) when trying one of the versions between 6.0.1-5 but it all works fine on 6.0.1
-
This isn't normal behaviour. Several users are running v6.0.5 on a RPi and uploading to MDWS without problems.
Did you copy all the files from the archive when you installed v6.0.5? In particular there's a file called upload17.rpi in all the versions after v6.0.1, whereas v6.0.1 uses upload16.rpi. This file must be marked as executable.
Failing that, I would clear out all the DSLstats files (including the configuration files in /home/pi/.dslstats) and reinstall v6.0.5 from scratch. If that fails, then maybe you have a failing SD card - they don't last for ever, and DSLstats does make a lot of reads and writes while operating.
-
Yes, I did extract all the files so am not sure why I have been having problems with the last few beta versions. However, I've just tried 6.0.6 and it works perfectly :)
-
Is the combined.html page being generated correctly? I see stale data in the Stats summary and Connection stats...
-
I'll have a look at that tomorrow.
-
Further testing is showing it's something stupid that I've done. You can stop looking and please accept my humble apologies :-[
-
Thank you for that. It all seemed to work fine here, so I was scratching my head a bit. :)
-
And the answer is, tick the tick-box for "combine selected items into one page" :blush:
-
:whistle:
-
Have found my old RPi B+ is having issues with uploads to MDWS on 6.0.5 loads of gaps so went back to 5.9.5 and the gaps have started to disappear, probably time I updated this RPi hardware.
-
NewtronStar I don't have any problems with 6.0.6 on the RPi B+. Maybe it helps if you disable "Bitloading" and "SNR per tone" monitoring because these options cause a lot of values to be processed.
roseway does DSLstats use the downstream speed to detect resyncs? There are a lot of "connection restored" messages if sra changes the speed. It's not a big deal I'm just curious. I attached the corresponding screenshots.
-
@morphium: Yes, a change of connection speed is one of the ways DSLstats detects a resync. I'd never really considered SRA, because it isn't used in the UK. Actually this is an obsolete check now, because DSLstats has a proper direct check for a resync. I'll remove this bit of code in the next release.
-
Hi
I hope you don't mind, but I believe the issue of missing snr and/or bitloading etc is due to curl holding the file in use.
This means the file cannot be deleted/or written to.
However, the .txt file is updated
The easiest way to show this, is if you attempt to rename the locked file, it should refuse and in Windows, tells you curl is using the file. I guess in you may have to grep
Many thanks
John
-
Eric might it be possible to add a button to the event log screen saying 'Save & Clear Now'. My reasoning is that I was looking at it just now and got misled because I did not notice the event date being yesterday and though I had problems, I know it is clear when one looks properly but this might be a nice touch when someone has problems which are resolved but still show in the event log screen because there have been no new events.
Stuart
-
Yes, that would be a simple addition.
-
Thanks Eric....
Stuart