/data/db/WiredTiger.wt: handle-open: open: Operation not permitted"

Маунтите /data/db?

Как проще всего заполнить массив числами от X до X?
Что-то типа range(1, 3) // Array(1, 2, 3)

Циклом

Из-за специфика слайсов го нужно создать слайс размером y-x и идти циклом, пока индекс цикла не станет больше этого вычитания

```
func makeRange(min, max int) []int {
a := make([]int, max-min+1)
for i := range a {
 a[i] = min + i
}
return a
}
```

Вопрос не совсем связан с Go.
Есть массив каких-то данных + timestamp. Есть ли что-то похожее на Kibana способное строить такие же диаграммы и предоставляющее похожую навигацию по данным (выделением мышкой временного интервала)?
https://i.imgur.com/8BICaRD.png
Может быть какие-то готовые либы для JS.

Grafana    ???

Plotly, например

Там возможен просмотр данных по date range? Раньше только графики строил в ней

Можно менять масштаб и ползать по таймлайну

+

спасибо 🙂

Ребят, скажите кто сталкивался с атрибутами си в gotk3 ?

Pango attrs could not determine kind of name

Если исходники открыть то вообще атрибутов не видит

Кто пользуется реббитом с го?
У меня такой вопрос, в оф доке сказано

There aren't any message timeouts; RabbitMQ will redeliver the message when the consumer dies. It's fine even if processing a message takes a very, very long time.

Тобишь как я понял если один воркер взял сообещние из реббита и умер (тобишь потерял tcp соеденение?) os.Exist(1) и тд? То тогда реббит отдаст этоже сообщние другому живому воркеру, и даже если один воркер выполняет полученную задачу допустим 10 минут или час, то реббит не даст никому другому этого же сообщения?

А теперь вопрос, допустим воркер получил сообщение, но произошла какая-то ошибка во время обработки этого сообщения, ну допустим в бд не записалось удачно, и мы не хотим ронять воркер при этом, мы допустим просто пишем в лог что всё не ок, и берём следующее сообщение на обработку, НО тогда вот текущее сообщение не обработается (не будет получено другим консьюмером) ? Поскольку у текущего воркера tcp соеденение всё ещё активно?
Так что же, на любую проблему при обработке сообщение валить воркер полностью? (И докер допустим перезапустит его)
Или есть вариант сказать реббиту, братан, я взял сообщение, но чёт не обработал его успешно, отдай его другому воркеру, а я пока следующим сообщением займусь?

Да, но при конфирме удачной обработки, или же наоброт отправке реббиту сообщения мол я не справился с сообщением отдай его дургом, я уверен, поскольку это тоже сетевой запрос, он может не пройти ;D и тогда сообщение завсинет пока воркер который взял это сообещние не умрёт?)