-
Posts
351 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by dorgan
-
-
What version of unRaid are these people running? Just curious as I’ve been working with numerous people over the weekend and no one reported this...
-
Just now, CHBMB said:
Other thing, did you remember to put stats.page in your source as suggested by Squid?
I'll take care of that tomorrow, need to get the kids to bed and get everyone settled down for the night. Thanks for the help.
-
Just now, CHBMB said:
...yours is the first plugin to use appdata...
What are others using?
-
@CHBMB please try now. Things should now get created in the right place.
-
7 minutes ago, Squid said:
Actually I have a completely different thought on this whole thing.
Why not store it in ram instead. At array start copy it from flash to ram. At array stop copy it from ram to flash.
That way everything survives a reboot if so desired
No need to worry about strange paths, and there is no requirement that the appdata path is even valid
Sent from my LG-D852 using Tapatalk
No need to copy it to memory if the filesystem gets created properly. I've release version 2018.10.07d which corrects the pathing issues. Sometimes i was using ${DOCKER_APP_CONFIG_PATH}/networkstats and other times i was using ${DOCKER_APP_CONFIG_PATH}/vnstat. This has now been normalized.
-
Just now, CHBMB said:
Ah, my bad, missed that one.
hmmm my DOCKER_APP_CONFIG_PATH has a slash at the end yours doesn't. I need to account for that.
-
Just now, CHBMB said:
Actually you must be somewhere as now I'm getting two folders created on plugin install.
/mnt/user/appdata/....
and /mnt/disks/virtualisation/appdatanetworkstats/
So there's still a trailing slash missing.
Yeah i have some sloppiness, cleaning that up now.
-
1 minute ago, CHBMB said:
I still can't see anywhere that you're actually defining the variable for DOCKER_APP_CONFIG_PATH.....
Only references I can see to it in your .plg file are in these lines here....
https://github.com/dorgan/Unraid-networkstats/blob/master/networkstats.plg#L146-L151
look at
source /boot/config/docker.cfg
that will bring them in as variables
-
There will be another version coming as I introduced an error in the vnstat.conf file and now I need to correct it
-
Just now, CHBMB said:
I think if you add the / to line 147 and define the DOCKER_APP_CONFIG_PATH variable somewhere you'll be good....
https://github.com/dorgan/Unraid-networkstats/blob/master/networkstats.plg#L146-L147
I've found a couple issues. Pushing a new release shortly that will fix all of this.
-
4 minutes ago, dorgan said:
What is your DOCKER_APP_CONFIG_PATH set to?
OK founs where it was creating the incorrect path.
-
1 minute ago, CHBMB said:
... it's recreated the /mnt/user/appdata/vnstat/ ...
What is your DOCKER_APP_CONFIG_PATH set to?
-
2 minutes ago, CHBMB said:
Didn't realise the first point, but now I looked I think you missed a trailing slash buddy....
does vnstat exist inside appdata, or is putting everything inside of appdatavnstat?
-
Nice work, just installed this and it's cool. I got a couple of suggestions though.
1. Probably need to make it clearer that a prerequisite is having Dynamix System Statistics installed, or perhaps install it as part of your own install routine.
2. I don't use /mnt/user/appdata/ on my array. Instead I use a SSD mounted via unassigned devices, so by installing your plugin I've now got an appdata share on my array of which the only subfolder is vnstat, so I think this should be either configurable by the user, or even grab their current appdata location with something like this.cat /boot/config/docker.cfg | grep DOCKER_APP_CONFIG_PATH | cut -d'"' -f 2
I am using DOCKER_APP_CONFIG_PATH in the versions I released today.
As for the other plugin, I didn’t make a requirement or anything. What happens when that’s not installed? -
@Squidactually it seems the MaxBandwidth setting was the possible cause of no data being populated. Version 2018.10.07a has been released and adjusts this setting.
-
Allows to start / stop now, but it's not populating the page with anything other than 2 "broken pictures". (let it sit for awhile). the appdata does have *something* in the various interfaces (docker, etc) there. Beyond that, you might want to consider silencing this from being logged:
Oct 7 18:02:10 ServerA vnstatd[25705]: Traffic rate for "vnet1" higher than set maximum 10 Mbit (30->42, r0 t117), syncing.
With a line logged every 30seconds, the log will fairly quickly fill up.
Takes time to populate, also go into settings and select the interfaces you want to track. I’ll work on adding some messaging and a cleaner response for that initial time.
I’ll look into the log settings and see what can be done there as well.
-
4 hours ago, Wayne66 said:
I have the 9/29/2018 version running and then did the 2018.10.06c update. Not the vnstat is no longer running.
I did go to the plugin settings and tried to click "Start". No luck.
Version 2018.10.07 has been released and will use docker appdata path. Please let me know if this gets you back into a working condition.
-
I have the 9/29/2018 version running and then did the 2018.10.06c update. Not the vnstat is no longer running.
I did go to the plugin settings and tried to click "Start". No luck.
I think it’s because of the hard coded path. I’ll get a release out in the next day or so. -
If you must store within appdata, then your best bet would be the default appdata location that can be found within /boot/config/docker.cfg
Definitely will update to this. What’s being stored besides the cfg is the actual data for vnstat, as keeping it in the default location was causing it to be deleted on reboot. -
The plugin creates the "/mnt/cache/appdata" folder by default (hardcoded?), it should consider using the "Default appdata storage location" setting maybe?
I will work on making this adjustable for the next release. -
mmmm, I'm tech savvy, but I'm not unraid savvy if you can tell me the command I'll gladly appreciate it.cp /usr/local/emhttp/plugins/networkstats/vnstat.conf /etc/vnstat.conf
-
[mention=78375]dorgan[/mention]I just uninstalled, did not restart server and installed the new version. It's not working for me yet. I have to enable the vnstat again. I went to the terminal and it looks like there's a new one? I Don't know
Try the manual copy, let me know if that works. Very odd -
4 minutes ago, dukiethecorgi said:
manually copied from from /usr/local/emhttp/plugins/networkstats/vnstat.conf to /etc/vnstat.conf and it started working. (the b version)
then saw the update to c version and still working
Thanks!
Yup should be rock solid now. ::knock on wood::
-
All of it came down to trying to copy to the cache drive when it didnt exist, and the order in which I was doing things.
[Plugin] Network Stats
in Plugin Support
Posted
What version of network stats were you running? We discovered some patching issues yesterday and those have since been corrected.