-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Influxdb deletes too much #40
Comments
We did not handle by any nodes, we use the complete measurement look Line 60 in 1bdfa29
|
Issues at influxdb was closed - should be looking at and maybe closed nearly |
Hi, we still have problems with this issue running lastest influx > 1.4.0~n201710310800 Why yanic does not use the build-in mechanism "RETENTION POLICY" ? Regards |
Thx for the feedback. If it read the documentation it sound like that a "RETENTION POLICY" is for a hole database and not for a specific measurement. Or i am wrong? |
Sorry for the delay. actualy using: InfluxDB shell version: 1.5.0~n201711120800 Yanic is configured to prune after 60d, before this new InfluxDB version it deleted everything after 14~ days. This is very satisfying after this long time :) @genofire You´re correct with this, it`s defined for one database. Regards |
Now it doesn't delete anything anymore. The nodes config is:
But I still have the data of nodes from end of june in influxdb |
@CharlemagneLasse thank you for the feedback - it still seen to be a bug in influxdb. |
1.5.3. But it is actually a bug in your issue report. The deletion rate is configured using "[database]" and not "[nodes]" as you said in your issue report.
|
@CharlemagneLasse You was right, it was not paste the right content of the config file. Is now all okay? |
Yes |
I think this issue can be closed? |
Config
Version
016e2dc
Description
Influxdb lost more then all data after 7 days :(
But this habben just on some nodes not on every one.
The text was updated successfully, but these errors were encountered: