InfluxDB-python version 5.3.0 chunk=True #820
Comments
|
I think it may be related to this PR |
|
Thanks for reporting this @xiandong79, I'll investigate ASAP. I should have added a test to the |
|
I can take a look too if that helps, I haven't come across that issue though. |
|
the version 5.2.3. works well |
|
I'm having the same issue querying from both Influx 1.7.10 and 1.7.7 |
|
There are a lot of differences between @hrbonz if you want to take a look that would be AWESOME! |
|
I am getting a different error, but seemingly from a similar place. |
Similar with SHOW DIAGNOSTICS query
|
influxdb release 5.3.0 includes an open bug that breaks many of the calls to influxdb. Like for example 'SHOW DIAGNOSTICS' [1] [1] influxdata/influxdb-python#820 Change-Id: Ie802f865ceacbecd5887817fd0f25137d28f5350
* Update requirements from branch 'master'
- Merge "Block influxdb==5.3.0"
- Block influxdb==5.3.0
influxdb release 5.3.0 includes an open bug that breaks many of the
calls to influxdb. Like for example 'SHOW DIAGNOSTICS' [1]
[1] influxdata/influxdb-python#820
Change-Id: Ie802f865ceacbecd5887817fd0f25137d28f5350
|
I can confirm |
|
I can confirm query with chunk=True does not work on 5.3.0. |
|
Hello Team, |
Sure use |
|
having the same issue - any progress? |
|
Hi, Having same issue. Any solution ? Debian GNU/Linux 9.4 (stretch) msgpack.exceptions.ExtraData: unpack(b) received extra data. Traceback (most recent call last): |
|
There are actually two issues here:
|
|
Debian GNU/Linux bullseye/sid Run my test scripts with AnalysisI've looked into this issue today, it looks to me like a combination of two problems:
{
"results": [
{
"statement_id": 0,
"series": [
{
"name": "build",
"columns": [
"Branch",
"Build Time",
"Commit",
"Version"
],
"values": [
[
"1.7",
"",
"ff383cdc0420217e3460dabe17db54f8557d95b6",
"1.7.8"
]
]
},
{
"name": "config",
"columns": [
"bind-address",
"reporting-disabled"
],
"values": [
[
"127.0.0.1:8098",
true
]
]
},
{
"name": "config-coordinator",
"columns": [
"log-queries-after",
"max-concurrent-queries",
"max-select-buckets",
"max-select-point",
"max-select-series",
"query-timeout",
"write-timeout"
],
"values": [
[
"0s",
0,
0,
0,
0,
"0s",
"10s"
]
]
},
{
"name": "config-cqs",
"columns": [
"enabled",
"query-stats-enabled",
"run-interval"
],
"values": [
[
true,
false,
"1s"
]
]
},
{
"name": "config-data",
"columns": [
"cache-max-memory-size",
"cache-snapshot-memory-size",
"cache-snapshot-write-cold-duration",
"compact-full-write-cold-duration",
"dir",
"max-concurrent-compactions",
"max-index-log-file-size",
"max-series-per-database",
"max-values-per-tag",
"series-id-set-cache-size",
"wal-dir",
"wal-fsync-delay"
],
"values": [
[
1073741824,
26214400,
"10m0s",
"4h0m0s",
"/var/lib/influxdb/data",
0,
1048576,
1000000,
100000,
100,
"/var/lib/influxdb/wal",
"0s"
]
]
},
{
"name": "config-httpd",
"columns": [
"access-log-path",
"bind-address",
"enabled",
"https-enabled",
"max-connection-limit",
"max-row-limit"
],
"values": [
[
"",
":8096",
true,
false,
0,
0
]
]
},
{
"name": "config-meta",
"columns": [
"dir"
],
"values": [
[
"/var/lib/influxdb/meta"
]
]
},
{
"name": "config-monitor",
"columns": [
"store-database",
"store-enabled",
"store-interval"
],
"values": [
[
"_internal",
true,
"10s"
]
]
},
{
"name": "config-precreator",
"columns": [
"advance-period",
"check-interval",
"enabled"
],
"values": [
[
"30m0s",
"10m0s",
true
]
]
},
{
"name": "config-retention",
"columns": [
"check-interval",
"enabled"
],
"values": [
[
"30m0s",
true
]
]
},
{
"name": "config-subscriber",
"columns": [
"enabled",
"http-timeout",
"write-buffer-size",
"write-concurrency"
],
"values": [
[
true,
"30s",
1000,
40
]
]
},
{
"name": "network",
"columns": [
"hostname"
],
"values": [
[
"db01"
]
]
},
{
"name": "runtime",
"columns": [
"GOARCH",
"GOMAXPROCS",
"GOOS",
"version"
],
"values": [
[
"amd64",
2,
"linux",
"go1.11"
]
]
},
{
"name": "system",
"columns": [
"PID",
"currentTime",
"started",
"uptime"
],
"values": [
[
10884,
"2021-04-26T09:59:01.187859258Z",
"2021-04-26T08:10:39.214602676Z",
"1h48m21.973256582s"
]
]
}
]
}
]
}When running without any headers, we get msgpack back with the following: Both should be representing the same data but the Summary
|
|
Tried to do the request directly on the line with curl and still got a messed up msgpack answer with the same issue: |
|
Same issue here: ExtraData: unpack(b) received extra data. |
|
For any future readers,
Versions used
|
|
Still get Only thing I did was to remove the python = "^3.8" |
Responses will be chunked by series or by every 10,000 points, whichever occurs first. |
msgpack.exceptions.ExtraData: unpack(b) received extra data
The text was updated successfully, but these errors were encountered: