我正在尝试运行bdcsv.py
:
$ sudo python /opt/bluedata/bundles/bluedata-epic-entdoc-minimal-release-3.7-2207/scripts/monitoring/bdcsv.py \
-c localhost \
-f cred.json \
-s 2018/02/07-00:00:00 \
-e 2018/02/07-23:59:59
在使用自己的起始值和结束值时,我收到以下错误消息,因此对于本帖子,我使用了BlueData docs中示例中的起始值和结束值。
运行上述命令会返回以下错误(我已格式化json以使其更具可读性):
processing data for virtual node: bluedata-40 ...
error: {
"error":{
"root_cause":[
{
"type":"parsing_exception",
"reason":"[date_histogram] failed to parse field [time_zone]",
"line":1,
"col":477
}
],
"type":"parsing_exception",
"reason":"[date_histogram] failed to parse field [time_zone]",
"line":1,
"col":477,
"caused_by":{
"type":"illegal_argument_exception",
"reason":"The datetime zone id '00:00' is not recognised"
}
},
"status":400
}
有什么想法吗?
答案 0 :(得分:2)
运行bdusage.py
时发生相同的错误。
时区似乎以错误的格式传递给ElasticSearch查询。在这两个脚本中,您将找到以下几行(为澄清起见,我在行中添加了注释):
tz = time.timezone / 3600 * -1
if tz < 0:
tzstr = str(tz).zfill(3) + ":00" # negative tz will produce strings like "-06:00"
else:
tzstr = str(tz).zfill(2) + ":00" # positiv tz will return e.g. "01:00"
tzstr
稍后将包含在查询中。您所描述的错误仅在时差> = 0小时时才会出现,因为ElasticSearch requires时区的格式类似+01:00
或-01:00
。
通过替换上面代码中的最后一行来解决此问题:
tzstr = "+" + str(tz).zfill(2) + ":00" # positiv tz will now return e.g. "+01:00"
答案 1 :(得分:0)
对我有用的解决方案是在运行bdcsv.py脚本的计算机上安装tzlocal:
sudo pip install tzlocal