bdcsv.py返回“无法识别日期时区ID '00:00'”

时间:2019-07-04 18:43:13

标签: bluedata bluedata-3.7

我正在尝试运行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
}

有什么想法吗?

2 个答案:

答案 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