Commit Graph

14918 Commits (db/6263/compaction-debug-logging)

Author SHA1 Message Date
Russ Savage dd3821c0e4
Revert "Revert "Fix documentation links (#14247)" (#15236)" (#15238)
This reverts commit 8a463e8b60.
2019-09-23 16:03:29 -07:00
Russ Savage 8a463e8b60
Revert "Fix documentation links (#14247)" (#15236)
This reverts commit 8a577120a4.
2019-09-23 15:46:16 -07:00
Ronan Souza 8a577120a4 Fix documentation links (#14247) 2019-09-23 15:43:10 -07:00
Gunnar 1618c25566
feat(httpd): Add option to authenticate debug/pprof and ping e… (#15222)
feat(httpd): Add option to authenticate debug/pprof and ping endpoints
2019-09-21 10:33:03 -07:00
Gunnar Aasen 0c4703aaa3 feat(httpd): Add option to authenticate debug/pprof and ping endpoints 2019-09-20 16:32:22 -07:00
Ben Johnson 046261eb97
fix(tsi1): replace TSI compaction wait group with counter (#15188)
fix(tsi1): replace TSI compaction wait group with counter
2019-09-18 12:34:29 -06:00
Ben Johnson 14d45c913c
fix(tsi1): replace TSI compaction wait group with counter 2019-09-18 11:47:37 -06:00
Jacob Marble f6e9ad40e2
fix(storage): guard against compaction burst throughput limit (#14985) 2019-09-05 15:15:19 -07:00
Hercules Mango Churchill 0c2c987891 Update changelog 2019-08-26 14:57:45 +00:00
Adam a86c5b5aa6
Merge pull request #14656 from influxdata/fix/1.8cumulative-sum-timerange
fix(query/compile.go): time range was exceeding min/max bounds under …
2019-08-26 10:57:25 -04:00
Adam ec32b3a4bb fix(query/compile.go): time range was exceeding min/max bounds under certain conditions
added test for missing lower bound
2019-08-14 09:59:17 -04:00
maxunt 021dd3114d
Merge pull request #14245 from influxdata/mu-tsm-clean-1.8-14058
Clean tmp tsm files when replace fails
2019-08-08 17:02:01 -07:00
kelseiv 5274a45a30
Update README.md 2019-08-01 17:32:51 -07:00
kelseiv fb99e61598
Update README.md 2019-08-01 17:30:52 -07:00
Hercules Mango Churchill 8ab8c0bc29 Update changelog 2019-08-01 15:21:01 +00:00
Edd Robinson 26ef54b5a3
Merge pull request #14444 from influxdata/ap-fix-exact-cardinality
fix(query): make show series exact cardinality count only distinct series
2019-08-01 12:18:00 +01:00
Jacob Marble b731cc5e60
feat(storage): Limit concurrent series partition compaction (#14240)
* feat(storage): Limit concurrent series partition snapshots

* feat: make concurrency configurable

* fix: integrate review feedback

* refactor: rename config value
2019-07-30 10:34:06 -07:00
Adam Perlin 7cdebbe422 fix(query): add additional unit tests for series cardinality query rewriting 2019-07-24 17:06:14 -07:00
Adam Perlin d6e34bb3e0 fix(query): make show series exact cardinality count only distinct series 2019-07-24 16:39:05 -07:00
Jonathan A. Sternberg e6b14b93da
Merge pull request #14421 from influxdata/fix/1.8-mislabeled-partial-series
Fix the http handler to not mislabel series as partial
2019-07-24 08:59:58 -05:00
Jonathan A. Sternberg c6764914a9
Fix the http handler to not mislabel series as partial
If a series was split by the encoder because of chunking and it was
reconstructed by the http handler, it would not reset the partial
indicator for the series to indicate if the series was still partial or
not. That meant that a result that returned more than the 10,000 values
in a single series with chunking disabled would say that the series was
partial, but it was not.

This fixes it so the handler now correctly sets the partial attribute of
the series to indicate if the series is still partial or not. This was
done when merging results, but was not done with series.
2019-07-23 11:52:16 -05:00
Jonathan A. Sternberg 171ea40c08
Merge pull request #14357 from influxdata/fix/reduce-sort-order
Subquery ordering with aggregates in descending mode was wrong
2019-07-19 16:24:28 -05:00
Jonathan A. Sternberg c381389f35
Subquery ordering with aggregates in descending mode was wrong
The sort order of points when performing aggregates never took into
account if they were ascending or descending so when multiple series
were aggregated, it would ensure they were sorted in the correct order.
But it wouldn't reverse this order when descending was used.

Additionally, it seems that the iterator template and the iterator file
itself became out of sync. It seems the template was not reverted
correctly from a previously incorrect change and only the float type was
changed to the correct version and the tests used the float version.
2019-07-17 09:55:38 -05:00
Gunnar be719e49a2
Update Go version to 1.12 (#14315)
Update Go version to 1.12
2019-07-15 14:09:50 -07:00
Gunnar Aasen 7be7d3b736 Bump Appveyor to Go 1.12 2019-07-15 11:29:31 -07:00
Gershon Shif 27f870f917 removed mkdir cache dir;set ENV GOCACHE in Dockerfile 2019-07-12 11:33:12 -07:00
Gershon Shif 8a83953356 set GOCACHE=/tmp 2019-07-12 11:01:56 -07:00
Gunnar Aasen 707d5ed3ca Another try 2019-07-12 09:08:40 -07:00
Gunnar Aasen 80af94b047 Another try at the Jenkinsfile syntax 2019-07-12 08:59:12 -07:00
Gunnar Aasen 893bede37c Add GOCACHE env to Jenkinsfile 2019-07-12 00:42:13 -07:00
Gunnar Aasen 86f78523cc feat(go): Update Go version to 1.12 2019-07-11 12:52:36 -07:00
Jonathan A. Sternberg 2fccaaad24
Remove a debugging println call (#14297) 2019-07-10 11:47:24 -05:00
Edd Robinson 0ff7fb96b1
Merge pull request #14266 from influxdata/er-fix-fields
fix(storage): Fix issue where fields re-appear
2019-07-09 15:47:47 +01:00
Max U c6c0a5d3b1 change log level from info to error 2019-07-08 14:52:53 -04:00
Adam Perlin b8668c325a
Merge pull request #14201 from influxdata/influx-verify-panic-fix
fix(storage): replace panic with error in influx_inspect verify
2019-07-08 09:00:17 -07:00
Mark Rushakoff fdc3a6e5ef
Merge pull request #14270 from influxdata/mr-18-remove-println
Remove stray fmt.Println in tsm1.StringArrayEncodeAll
2019-07-08 08:07:48 -07:00
Mark Rushakoff 2dfafe822c Remove stray fmt.Println in tsm1.StringArrayEncodeAll
It was introduced in #13699.

Updates #14265.
2019-07-05 15:58:53 -07:00
Hercules Mango Churchill c822e2c8e7 Update changelog 2019-07-05 16:27:15 +00:00
Edd Robinson ec882c3ac9
Merge pull request #14232 from influxdata/er-fix-wal
Prevent data from re-appearing on startup in some cases
2019-07-05 17:26:56 +01:00
Edd Robinson f4413d726b test(storage): skip flaky test 2019-07-05 15:07:09 +01:00
Edd Robinson 9bfd1119b9 fix(storage): Fix issue where fields re-appear
Fixes #10052

This commit fixes an issue where field keys would reappear in results
when querying previously dropped measurements.

The issue manifests itself when duplicates of a new series are inserted
into the `inmem` index. In this case, a map that tracks the number of
series belonging to a measurement was incorrectly incremented once for
each duplication of the series. Then, when it came time to drop the
measurement, the index assumed there were several series belonging to
the measurement left in the index (because the counter was higher than
it should be). The result of that was that the `fields.idx` file (which
stores a mapping between measurements and field keys) was not truncated
and rebuilt. This left old field keys in that file, which were then
returned in subsequent queries over all field keys.
2019-07-05 12:24:03 +01:00
Max U 9091d72ba7 initial commit for 1.8 2019-07-02 13:18:20 -04:00
Edd Robinson 43e144a923 fix(storage): ensure WAL size correctly set on startup 2019-06-28 16:20:45 +01:00
Edd Robinson ecff62b9e4 test(storage): add test for reproducing #14229 2019-06-28 16:18:32 +01:00
Jonathan A. Sternberg 7ca4e644f1
Update flux version to v0.33.2 (#14208)
The flux in influxdb has been upgraded to use v0.33.2. A lot of
interfaces for the storage engine were changed during this so code had
to change to accomodate the new interfaces and remove the old ones.

Included in this commit is a patch file for the changes that were made.
A patch was generated for the following packages:

* `flux/stdlib/influxdata/influxdb`
* `storage/reads`
* `tsdb/cursors`

These are the three packages that are in common with version 2 of the
database and the first of these packages contains the specific
implementations that are used for version 1.

It is very possible that the next time we upgrade this, the patch will
not apply cleanly just like it wouldn't have applied cleanly to this
update. The patch is mostly meant to document exactly what changed
during the copy over to help ensure we don't forget things when adapting
the interfaces.

Add a patch file to hopefully make this easier in the future
2019-06-27 13:52:02 -05:00
Adam Perlin 23bb49981a fix(storage): replace panic with error in influx_inspect verify 2019-06-25 12:11:42 -07:00
Stuart Carnie aa7deb48e3
Merge pull request #13699 from influxdata/sgc/bug/13687
Don't panic when encoding string blocks and length of source slice is too large
2019-06-07 12:57:38 -07:00
Stuart Carnie a0f7c15b08
chore: Fix constant for 32-bit architecture 2019-06-07 11:00:13 -07:00
Stuart Carnie 86734e7fcd
fix(storage): Don't panic when length of source slice is too large
StringArrayEncodeAll will panic if the total length of strings
contained in the src slice is > 0xffffffff. This change adds a unit
test to replicate the issue and an associated fix to return an error.

This also raises an issue that compactions will be unable to make
progress under the following condition:

* multiple string blocks are to be merged to a single block and
* the total length of all strings exceeds the maximum block size that
  snappy will encode (0xffffffff)

The observable effect of this is errors in the logs indicating a
compaction failure.

Fixes #13687
2019-06-04 17:05:01 -07:00
Stuart Carnie f1e1164e96
fix(storage): Don't panic when length of source slice is too large
StringArrayEncodeAll will panic if the total length of strings
contained in the src slice is > 0xffffffff. This change adds a unit
test to replicate the issue and an associated fix to return an error.

This also raises an issue that compactions will be unable to make
progress under the following condition:

* multiple string blocks are to be merged to a single block and
* the total length of all strings exceeds the maximum block size that
  snappy will encode (0xffffffff)

The observable effect of this is errors in the logs indicating a
compaction failure.

Fixes #13687
2019-05-30 08:23:58 -07:00