sensu: выполняется предыдущая команда проверки

Моя метрика sensu на стороне клиента сообщает о ПРЕДУПРЕЖДЕНИИ, и данные не попадают в мою OpenTSDB. Кажется, он застрял, но я не понимаю, о чем мне говорит сообщение. Кто-нибудь может перевести?

Команда представляет собой ruby-скрипт.

В /var/log/sensu/sensu-client.log:

{"timestamp":"2014-09-11T16:06:51.928219-0400",
   "level":"warn",
   "message":"previous check command execution in progress",
   "check":{"handler":"metric_store","type":"metric",
            "standalone":true,"command":"...",
            "output_type":"json","auto_tag_host":"yes",
            "interval":60,"description":"description here",
            "subscribers"["system"],
            "name":"foo_metric","issued":1410466011,"executed":1410465882
   }
 }

Мои вопросы:

  1. что означает это сообщение?
  2. что вызывает это?
  3. Значит ли это, что мы ждем выполнения одной и той же проверки? если да, то как нам его очистить?

opentsdb sensu
person MonkeyWidget    schedule 12.09.2014    source источник

Ответы (2)


arrow_upward
2
arrow_downward

  1. Эта ошибка означает, что sensu (или думает, что это так) на самом деле выполняет эту проверку в настоящее время https://github.com/sensu/sensu/blob/4c36d2684f2e89a9ce811ca53de10cc2eb98f82b/lib/sensu/client.rb#L115

  2. Это может быть вызвано проверками stacking, выполнение которых занимает больше времени, чем их интервал. (60 секунд в данном случае)

  3. Вы можете попробовать установить опцию «тайм-аут» в определении проверки: ">https://github.com/sensu/sensu/blob/4c36d2684f2e89a9ce811ca53de10cc2eb98f82b/lib/sensu/client.rb#L101

Попытаться сделать сенсу тайм-аут через некоторое время на этом чеке. Вы также можете добавить внутреннюю логику в свой чек, чтобы он не зависал.

person SolarKennedy    schedule 16.11.2014

arrow_upward
0
arrow_downward

В моем случае я случайно настроил два экземпляра sensu-client с одинаковым именем. Я думаю, что это заставило одного из них всегда думать, что его проверки уже запущены, хотя на самом деле это не так. Предоставление им уникальных имен решило проблему для меня.

person Fabian Streitel    schedule 30.01.2017