• 【解决了一个小问题】vmselect中的`search.maxUniqueTimeseries`参数比vmstorage中的参数更大导致的问题


    作者:张富春(ahfuzhang),转载时请注明作者和引用链接,谢谢!


    为了让vm查询更大的数据范围,修改了vm-select的参数:-search.maxUniqueTimeseries=3000000
    之后发现grafana中的查询出现如下问题:

    Error updating options: cannot fetch data for "AccountID=0, ProjectID=0, MinTimestamp=2022-07-01 02:46:23 +0000 UTC, MaxTimestamp=2022-07-01 03:46:23 +0000 UTC, TagFilters=[\n{Key=\"tenant\", Value=\"xxxx\", IsNegative: false, IsRegexp: true}\n]": error occured during search: cannot fetch query results from vmstorage nodes: cannot perform search on vmstorage 11.166.xxx.xxx:8401: cannot execute rpcName="search_v4" on vmstorage "11.166.xxx.xxx:8401": error when searching for tagFilters=[AccountID=0, ProjectID=0 {tenant="xxxx"}] on the time range [2022-07-01 02:46:23 +0000 UTC - 2022-07-01 03:46:23 +0000 UTC]: error when searching tsids: the number of matching unique timeseries exceeds 10000; either narrow down the search or increase -search.maxUniqueTimeseries
    

    在看看vm-storage,它上面配置的-search.maxUniqueTimeseries=1000000.
    看来是vm-select的这个参数不能比vm-storage中的参数还大。
    两边的参数修改为一致后问题解决。

  • 相关阅读:
    数据仓库_Linux(3)
    2.1(构造序对)
    要修改一万个位置的jdk版本
    8个球7个一样重的,有一个偏重,一个天平,如何两次找出偏重的小球
    玄学
    异常:java.lang.NoClassDefFoundError: javax/servlet/jsp/jstl/core/LoopTag
    提高输入效率
    fan
    idea
    打印整数的补码
  • 原文地址:https://www.cnblogs.com/ahfuzhang/p/16434775.html
Copyright © 2020-2023  润新知