BelgarionNL Posted February 12, 2019 Share Posted February 12, 2019 no problem. been doing without with cron jobs but I prefer using a docker 1000% Quote Link to comment
DoomBot5 Posted February 27, 2019 Share Posted February 27, 2019 On 2/1/2019 at 6:48 PM, atribe said: The problem is that the current program is hard coded to some outputs from apcupsd. Your ups doesn't have the battery voltage output, so it is breaking. Your welcome to submit a PR to fix that problem to the github project https://github.com/atribe/apcupsd-influxdb-exporter. Its something I want to do, just don't have the time right now. I took you up on that offer after running into a similar issue. Pull request sent. Quote Link to comment
atribe Posted March 4, 2019 Author Share Posted March 4, 2019 (edited) On 2/26/2019 at 6:11 PM, DoomBot5 said: I took you up on that offer after running into a similar issue. Pull request sent. Thanks for the PR. I also just pushed a change to apcupsd-influx-exporter that doesn't hard code any outputs from apcupsd. This should handle all configurations now. It also adds a few more tags and cleans up the code in general. Edited March 4, 2019 by atribe Quote Link to comment
atribe Posted March 4, 2019 Author Share Posted March 4, 2019 On 2/1/2019 at 4:51 PM, Tybio said: I'll put it in, but stick to using the script for now The script should work for you now. If you have any more issues let me know. Quote Link to comment
chiefo Posted March 13, 2019 Share Posted March 13, 2019 Looking for some advice. Been using telegraf and influxdb to keep stats on my unraid server for around 10 months now. I've noticed that the CPU and Ram usage of have climbed quite a bit. Is this kind of growth typical for just using telegraf on one server? Is there any kind of trimming or optimizing that should be done to keep the usage down? The entire db is only ~3gb. Quote Link to comment
yellowcooln Posted March 14, 2019 Share Posted March 14, 2019 (edited) After a couple of months of using Grafana, it just stopped opening. Here is the docker logs. t=2019-03-14T08:38:01-0400 lvl=info msg="Starting Grafana" logger=server version=6.0.1 commit=0c44a04 branch=HEAD compiled=2019-03-06T09:21:49-0500 t=2019-03-14T08:38:01-0400 lvl=info msg="Config loaded from" logger=settings file=/usr/share/grafana/conf/defaults.ini t=2019-03-14T08:38:01-0400 lvl=info msg="Config loaded from" logger=settings file=/etc/grafana/grafana.ini t=2019-03-14T08:38:01-0400 lvl=info msg="Config overridden from command line" logger=settings arg="default.paths.data=/var/lib/grafana" t=2019-03-14T08:38:01-0400 lvl=info msg="Config overridden from command line" logger=settings arg="default.paths.logs=/var/log/grafana" t=2019-03-14T08:38:01-0400 lvl=info msg="Config overridden from command line" logger=settings arg="default.paths.plugins=/var/lib/grafana/plugins" t=2019-03-14T08:38:01-0400 lvl=info msg="Config overridden from command line" logger=settings arg="default.paths.provisioning=/etc/grafana/provisioning" t=2019-03-14T08:38:01-0400 lvl=info msg="Config overridden from command line" logger=settings arg="default.log.mode=console" t=2019-03-14T08:38:01-0400 lvl=info msg="Config overridden from Environment variable" logger=settings var="GF_PATHS_DATA=/var/lib/grafana" t=2019-03-14T08:38:01-0400 lvl=info msg="Config overridden from Environment variable" logger=settings var="GF_PATHS_LOGS=/var/log/grafana" t=2019-03-14T08:38:01-0400 lvl=info msg="Config overridden from Environment variable" logger=settings var="GF_PATHS_PLUGINS=/var/lib/grafana/plugins" t=2019-03-14T08:38:01-0400 lvl=info msg="Config overridden from Environment variable" logger=settings var="GF_PATHS_PROVISIONING=/etc/grafana/provisioning" t=2019-03-14T08:38:01-0400 lvl=info msg="Config overridden from Environment variable" logger=settings var="GF_SERVER_ROOT_URL=http://192.168.0.3:3000/" t=2019-03-14T08:38:01-0400 lvl=info msg="Config overridden from Environment variable" logger=settings var="GF_SECURITY_ADMIN_PASSWORD=*********" t=2019-03-14T08:38:01-0400 lvl=info msg="Path Home" logger=settings path=/usr/share/grafana t=2019-03-14T08:38:01-0400 lvl=info msg="Path Data" logger=settings path=/var/lib/grafana t=2019-03-14T08:38:01-0400 lvl=info msg="Path Logs" logger=settings path=/var/log/grafana t=2019-03-14T08:38:01-0400 lvl=info msg="Path Plugins" logger=settings path=/var/lib/grafana/plugins t=2019-03-14T08:38:01-0400 lvl=info msg="Path Provisioning" logger=settings path=/etc/grafana/provisioning t=2019-03-14T08:38:01-0400 lvl=info msg="App mode production" logger=settings t=2019-03-14T08:38:01-0400 lvl=info msg="Initializing HTTPServer" logger=server t=2019-03-14T08:38:01-0400 lvl=info msg="Initializing SqlStore" logger=server t=2019-03-14T08:38:01-0400 lvl=info msg="Connecting to DB" logger=sqlstore dbtype=sqlite3 t=2019-03-14T08:38:01-0400 lvl=info msg="Starting DB migration" logger=migrator t=2019-03-14T08:38:01-0400 lvl=eror msg="Server shutdown" logger=server reason="Service init failed: Migration failed err: malformed database schema (alert_notification) - table `alert_notification` already exists" If anyone could help that would be great. Thanks! Edited March 14, 2019 by yellowcooln Quote Link to comment
RevAtB Posted April 7, 2019 Share Posted April 7, 2019 For those of you having issue with the whole "No default retention policy" blah blah you just need to change the EMPTY varaible to "autogen" Influxdb renamed it so the empty variable does not map correctly, just specify an actual retention policy or update the Container Variable: INFLUXDB_RETENTION_POLICY = autogen in all your config files. Quote Link to comment
sureguy Posted April 11, 2019 Share Posted April 11, 2019 I have this strange issue with both the grafana and influxDB docker templates where Community Applications is convinced they're not installed but they are. I've tried recreating them (deleting the xml files and docker container image information) and then redownloading them via community apps and reconfiguring them. I keep my appdata in /mnt/cache/Docker/xxxxxxx which I know isn't standard, but this doesn't break any other docker container configurations. Any thoughts? Quote Link to comment
mgworek Posted April 19, 2019 Share Posted April 19, 2019 Has anyone found a good Prometheus docker to run with this? I have a dashboard I want to install but it requires Prometheus. Thanks Quote Link to comment
timbo72 Posted May 10, 2019 Share Posted May 10, 2019 Howdy all, First off, thanks to atribe for putting this together. So i've been running the graf/tele/influx combo happily for some time now. I recently set up a custom domain/duckdns reverse proxy as per spaceinvaderone and everything works fine except Grafana which just throws 502 bad gateway nginx/1.14.2 I've seen a small number of queries but never a definitive answer. If anyone can shed some light on this i'd be grateful. Quote Link to comment
Gizmotoy Posted May 11, 2019 Share Posted May 11, 2019 These are fantastic! Thanks! I'm using the Speedtestforinfluxdb and getting some unusual results, though. I have symmetrical gigabit fiber, and show Speedtests in the neighborhood of 800Mbps down, 4Mbps up. I could maybe believe the down (though it's about 940 Mbps when tested manually), but the upstream seems straight wrong (also 940Mbps when tested manually). I'm also seeing pings in the 25ms range ("0" to 2 ms is typical manually). Any thoughts on what might be wrong? I assume I've misconfigured something, but I'm not sure what. [GENERAL] Delay = 300 [INFLUXDB] Address = <my_actual_ip_was_here> Port = 8086 Database = speedtests Username = Password = Verify_SSL = False [SPEEDTEST] # Leave blank to auto pick server Server = [LOGGING] # Valid Options: critical, error, warning, info, debug Level = info Quote Link to comment
atribe Posted May 11, 2019 Author Share Posted May 11, 2019 51 minutes ago, Gizmotoy said: These are fantastic! Thanks! I'm using the Speedtestforinfluxdb and getting some unusual results, though. I have symmetrical gigabit fiber, and show Speedtests in the neighborhood of 800Mbps down, 4Mbps up. I could maybe believe the down (though it's about 940 Mbps when tested manually), but the upstream seems straight wrong (also 940Mbps when tested manually). I'm also seeing pings in the 25ms range ("0" to 2 ms is typical manually). Any thoughts on what might be wrong? I assume I've misconfigured something, but I'm not sure what. [GENERAL] Delay = 300 [INFLUXDB] Address = <my_actual_ip_was_here> Port = 8086 Database = speedtests Username = Password = Verify_SSL = False [SPEEDTEST] # Leave blank to auto pick server Server = [LOGGING] # Valid Options: critical, error, warning, info, debug Level = info I'd go to the github repo for this, he helps out and I think may have already fixed this issue. https://github.com/barrycarey/Speedtest-for-InfluxDB-and-Grafana I may need to pull his branch into mine so I can get the latest changes he has. Quote Link to comment
Gizmotoy Posted May 11, 2019 Share Posted May 11, 2019 (edited) 6 minutes ago, atribe said: I'd go to the github repo for this, he helps out and I think may have already fixed this issue. https://github.com/barrycarey/Speedtest-for-InfluxDB-and-Grafana I may need to pull his branch into mine so I can get the latest changes he has. Thanks for the insight. I'm not super-knowledgable on underlying Docker stuff: can I just change the "Repository" field in my existing container? Or is it more complex than that? Edited May 11, 2019 by Gizmotoy Quote Link to comment
atribe Posted May 12, 2019 Author Share Posted May 12, 2019 1 hour ago, Gizmotoy said: Thanks for the insight. I'm not super-knowledgable on underlying Docker stuff: can I just change the "Repository" field in my existing container? Or is it more complex than that? I made the docker container because the original creator hadn't made one. so no, there isn't a docker container for his repo. Quote Link to comment
atribe Posted May 12, 2019 Author Share Posted May 12, 2019 1 minute ago, atribe said: I made the docker container because the original creator hadn't made one. so no, there isn't a docker container for his repo. There I just merged his latest into the mine. The docker container will auto build and be ready soon. Quote Link to comment
Gizmotoy Posted May 12, 2019 Share Posted May 12, 2019 (edited) 23 hours ago, atribe said: There I just merged his latest into the mine. The docker container will auto build and be ready soon. This is great, thank you. The downstream measurements are now roughly inline with expectations. Still can't figure out why the upstream is locked to 4Mbps, though, but at least the downstream works. Edited May 12, 2019 by Gizmotoy 1 Quote Link to comment
cjlee89 Posted May 16, 2019 Share Posted May 16, 2019 On 5/12/2019 at 7:56 PM, Gizmotoy said: This is great, thank you. The downstream measurements are now roughly inline with expectations. Still can't figure out why the upstream is locked to 4Mbps, though, but at least the downstream works. I have the same issue on my end as well but around 3Mbps. Quote Link to comment
Gizmotoy Posted May 17, 2019 Share Posted May 17, 2019 (edited) On 5/15/2019 at 5:35 PM, cjlee89 said: I have the same issue on my end as well but around 3Mbps. I've tried everything at this point. Bridged/Host/Static network modes and every optional parameter in `speedtest-cli`. I installed it on my desktop machine on the same network, and it works there. It just won't work in this docker container, for whatever reason. It's not a measurement/reporting issue, either: stats from my network switch confirms that the throughput is actually very low upstream. There's a large upstream burst right at the start of the test, then nothing, resulting in a low Mbps reading. I'm not an expert, but it kind of seems like it's waiting for acknowledgement from the Speedtest server before sending more data, and that ACK never arrives. The current results use HTTP. There's a pull request outstanding for a socket-based option. Maybe that'll help whenever it gets integrated back into master. Edited May 17, 2019 by Gizmotoy Quote Link to comment
tcm2Lions Posted May 17, 2019 Share Posted May 17, 2019 On 9/7/2016 at 11:00 PM, atribe said: A how to guide would probably be a good idea. I'll see if I can come up with something soon. I just started using the guide for Grafana, Telegraf, and Influx and everything seemed to go right but there are no datapoints coming up on the dashboard. Is there a way to check if you are collecting data? Quote Link to comment
perhansen Posted May 19, 2019 Share Posted May 19, 2019 (edited) Hi guys I am new to all this grafana stuff, so please help me out. I am getting really high CPU spikes on my docker setup. Look at below picture. Below is my settings Maybe i need to add som math.. or what do you think? Edited May 26, 2019 by perhansen Quote Link to comment
Glassed Silver Posted May 20, 2019 Share Posted May 20, 2019 (edited) Can't get the Minecraft server to properly run. The log is filled with this error or variations of it: [Server thread/ERROR]: java.lang.OutOfMemoryError: GC overhead limit exceeded Now the server did show up in my Minecraft client (so broadcast works), but connecting to it failed as well. Anything obvious I missed or should check? Settings I used: mojang latest server build, imported worlds of various sizes from my local client (the goal is to make this server basically a 1-2 user environment so I have my Minecraft clients across different OS's or computers as "thin clients" and I won't have to deal with keeping my worlds in-sync anymore by hand. ) Edit: Okay, so I did some further Googling and as it turns out, adjusting the values for Xmx and Xms way above what the (apparently too old) tutorial I checked out suggested. My values are now 4096MB for Xmx and 512MB for Xms. That fixed it for vanilla, mojang-build (latest) based servers. Glad I can now finally centralize my Minecraft experience and even facilitate any folks coming over to my house to play together. Good times! Edited May 21, 2019 by Glassed Silver Fixed it! :) Quote Link to comment
Twisted Posted May 29, 2019 Share Posted May 29, 2019 Do you have any future plans to update the mineos-node Docker container to Mineos-ruby? I am trying to find a solution to build a Minecraft server for the Bedrock Edition. Quote Link to comment
Saldash Posted June 4, 2019 Share Posted June 4, 2019 I'd like to set up email alerts from Grafana but the settings page is read only. There's a banner that states that the settings are defined in grafana.ini or custom.ini or set as ENV variables. I've tried looking in the appdata folder for Grafana but I can't see either of the name files. I've also tried setting up a variable in the docker edit page and restarting the app but it doesn't work. How do I go about changing the settings for Grafana? Thanks, Quote Link to comment
repomanz Posted June 4, 2019 Share Posted June 4, 2019 (edited) MineOS / forge / mod question. generator-options={"profile"\:"rarecities"} Does anyone know how to work around the \ being inserted in this server.properties upon start up? This is messing up a mod from properly running. Obviously the : needs to be escaped but in doing so mod doesn't load the profile. Seen this before? Edited June 4, 2019 by repomanz Quote Link to comment
atribe Posted June 4, 2019 Author Share Posted June 4, 2019 19 minutes ago, Saldash said: I'd like to set up email alerts from Grafana but the settings page is read only. There's a banner that states that the settings are defined in grafana.ini or custom.ini or set as ENV variables. I've tried looking in the appdata folder for Grafana but I can't see either of the name files. I've also tried setting up a variable in the docker edit page and restarting the app but it doesn't work. How do I go about changing the settings for Grafana? Thanks, Use environment variables. See https://grafana.com/docs/installation/docker/ Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.