local metrics = require('cartridge.roles.metrics')

metrics.set_export(...)

Этот вариант оказался рабочим.
Но, решил через админку картриджа сделать.
Спасибо!

Словили вот такую штуку:
Jan 28 16:34:54 server tarantoolctl[27700]: Segmentation fault
Jan 28 16:34:54 server tarantoolctl[27700]:  code: SEGV_MAPERR
Jan 28 16:34:54 server tarantoolctl[27700]:  addr: 0x120
Jan 28 16:34:54 server tarantoolctl[27700]:  context: 0x7fc743d7f140
Jan 28 16:34:54 server tarantoolctl[27700]:  siginfo: 0x7fc743d7f270
Jan 28 16:34:54 server tarantoolctl[27700]:  rax      0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  rbx      0x7fc863040788     140498631395208
Jan 28 16:34:54 server tarantoolctl[27700]:  rcx      0x8                8
Jan 28 16:34:54 server tarantoolctl[27700]:  rdx      0x128              296
Jan 28 16:34:54 server tarantoolctl[27700]:  rsi      0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  rdi      0x120              288
Jan 28 16:34:54 server tarantoolctl[27700]:  rsp      0x7fc743d7fe08     140493813448200
Jan 28 16:34:54 server tarantoolctl[27700]:  rbp      0x7fc863040788     140498631395208
Jan 28 16:34:54 server tarantoolctl[27700]:  r8       0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  r9       0x39               57
Jan 28 16:34:54 server tarantoolctl[27700]:  r10      0x404fd0c8         1078972616
Jan 28 16:34:54 server tarantoolctl[27700]:  r11      0x426ef648         1114568264
Jan 28 16:34:54 server tarantoolctl[27700]:  r12      0x128              296
Jan 28 16:34:54 server tarantoolctl[27700]:  r13      0x29190a9          43094185
Jan 28 16:34:54 server tarantoolctl[27700]:  r14      0x127              295
Jan 28 16:34:54 server tarantoolctl[27700]:  r15      0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  rip      0x7fcaf37c7247     140509645140551
Jan 28 16:34:54 server tarantoolctl[27700]:  eflags   0x10202            66050
Jan 28 16:34:54 server tarantoolctl[27700]:  cs       0x33               51
Jan 28 16:34:54 server tarantoolctl[27700]:  gs       0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  fs       0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  cr2      0x120              288
Jan 28 16:34:54 server tarantoolctl[27700]:  err      0x4                4
Jan 28 16:34:54 server tarantoolctl[27700]:  oldmask  0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  trapno   0xe                14
Jan 28 16:34:54 server tarantoolctl[27700]: Current time: 1611851694
Jan 28 16:34:54 server tarantoolctl[27700]: Please file a bug at http://github.com/tarantool/tarantool/issues
Jan 28 16:34:54 server tarantoolctl[23953]: Starting instance my_instance...
Jan 28 16:34:54 server tarantoolctl[23953]: Run console at unix/:/var/run/tarantool/my_instance.control
Jan 28 16:34:54 server tarantoolctl[23953]: tcp_server: remove dead UNIX socket: /var/run/tarantool/my_instance.control
Jan 28 16:34:54 server tarantoolctl[23953]: started

Не похоже, что lua память кончилась. Есть идеи что с ним случилось?

А почему решили, что Lua память? Странно, конечно, что регистры доехали, а bt, который должен быть между строками со сменой pid, — нет.

Вот чуть больше логов:

Jan 28 16:34:54 server tarantoolctl[27700]: Segmentation fault
Jan 28 16:34:54 server tarantoolctl[27700]:  code: SEGV_MAPERR
Jan 28 16:34:54 server tarantoolctl[27700]:  addr: 0x120
Jan 28 16:34:54 server tarantoolctl[27700]:  context: 0x7fc743d7f140
Jan 28 16:34:54 server tarantoolctl[27700]:  siginfo: 0x7fc743d7f270
Jan 28 16:34:54 server tarantoolctl[27700]:  rax      0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  rbx      0x7fc863040788     140498631395208
Jan 28 16:34:54 server tarantoolctl[27700]:  rcx      0x8                8
Jan 28 16:34:54 server tarantoolctl[27700]:  rdx      0x128              296
Jan 28 16:34:54 server tarantoolctl[27700]:  rsi      0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  rdi      0x120              288
Jan 28 16:34:54 server tarantoolctl[27700]:  rsp      0x7fc743d7fe08     140493813448200
Jan 28 16:34:54 server tarantoolctl[27700]:  rbp      0x7fc863040788     140498631395208
Jan 28 16:34:54 server tarantoolctl[27700]:  r8       0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  r9       0x39               57
Jan 28 16:34:54 server tarantoolctl[27700]:  r10      0x404fd0c8         1078972616
Jan 28 16:34:54 server tarantoolctl[27700]:  r11      0x426ef648         1114568264
Jan 28 16:34:54 server tarantoolctl[27700]:  r12      0x128              296
Jan 28 16:34:54 server tarantoolctl[27700]:  r13      0x29190a9          43094185
Jan 28 16:34:54 server tarantoolctl[27700]:  r14      0x127              295
Jan 28 16:34:54 server tarantoolctl[27700]:  r15      0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  rip      0x7fcaf37c7247     140509645140551
Jan 28 16:34:54 server tarantoolctl[27700]:  eflags   0x10202            66050
Jan 28 16:34:54 server tarantoolctl[27700]:  cs       0x33               51
Jan 28 16:34:54 server tarantoolctl[27700]:  gs       0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  fs       0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  cr2      0x120              288
Jan 28 16:34:54 server tarantoolctl[27700]:  err      0x4                4
Jan 28 16:34:54 server tarantoolctl[27700]:  oldmask  0x0                0
Jan 28 16:34:54 server tarantoolctl[27700]:  trapno   0xe                14
Jan 28 16:34:54 server tarantoolctl[27700]: Current time: 1611851694
Jan 28 16:34:54 server tarantoolctl[27700]: Please file a bug at http://github.com/tarantool/tarantool/issues
Jan 28 16:34:54 server systemd[1]: tarantool@my_instance.service: Main process exited, code=killed, status=6/ABRT
Jan 28 16:34:54 server systemd[1]: tarantool@my_instance.service: Failed with result 'signal'.
Jan 28 16:34:54 server systemd[1]: tarantool@my_instance.service: Service RestartSec=100ms expired, scheduling restart.
Jan 28 16:34:54 server systemd[1]: tarantool@my_instance.service: Scheduled restart job, restart counter is at 1.
Jan 28 16:34:54 server systemd[1]: Stopped Tarantool Database Server.
Jan 28 16:34:54 server systemd[1]: Starting Tarantool Database Server...
Jan 28 16:34:54 server tarantoolctl[23953]: Starting instance my_instance...
Jan 28 16:34:54 server tarantoolctl[23953]: Run console at unix/:/var/run/tarantool/my_instance.control
Jan 28 16:34:54 server tarantoolctl[23953]: tcp_server: remove dead UNIX socket: /var/run/tarantool/my_instance.control
Jan 28 16:34:54 server tarantoolctl[23953]: started
Jan 28 16:34:54 server systemd[1]: Started Tarantool Database Server.

В те редкие падения, что у нас были, в основном причиной была кончившаяся lua память. Тут я таких записей не вижу. В логах самого инстанса только записи о рестарте

Забыл написать
Tarantool 1.10.7-7-gaeaeffc3a

Всем привет! Разбираюсь с катриджом и возникла проблема:
при инициализации БД для index указал sequence
box.schema.sequence.create("users", {  if_not_exists = true }) --id counter
       users_space:create_index("users", {
           type = 'hash',
           parts = {"ID", 'unsigned'},
           unique = true,
           sequence = true,
           if_not_exists = true
       })


Но когда катридж записывает в разные buckets (или шарды) новые таплы, то ID может дулироваться. А необходимо, чтобы хоть по разным серверам, но счётчик был уникальным

Например, могут быть записи
[
   [
       1, -- здесь проблема, что ID одинаковы
       "Andr2ey",
       "Msk", -- бакет вычисляется от города
       1611860823,
       true,
       13 --номер бакета
   ],
   [
       1, -- одинаковый ID
       "Andr2ey",
       "SPb", -- бакет вычисляется от города
       1611860823,
       true,
       22 --номер бакета
   ]
]

Мб кто-нибудь сталкивался с такой проблемой? Как её можно решить? :)

Ну, тут только выхлопа от systemd добавилось.

А Tarantool из репозиториев с сайта брали? Какой дистрибутив?

Этот давно ставили. Отсюда
baseurl=https://packagecloud.io/tarantool/1_10/el/8/$basearch
Сейчас с сайта все ставим(tarantool.io)
CentOS Linux release 8.1.1911 (Core)

Да, так и подумал, что С8. Там из base репозиториев убрали libunwind (его унесли в EPEL), и поэтому Tarantool собран c ENABLE_BACKTRACE=OFF. Из-за этого и нет bt.

Ну т.е мы не узнаем почему краш был?

Этот, уже, к сожалению, нет. А коры не осталось?

Я что то не найду, возможно не отложилась((

Можно как то ENABLE_BACKTRACE включить?

@Totktonada, идеи?

Есть, конечно, вариант "собрать себе rpm из сырцов", но я согласен, что это не user-friendly совет. В целом, если интересует, то это несложно сделать за пару команд, используя образы packpack, + однострочный патч на спеку.

Нее, это не наш путь. Это продакшн сервер

Нарыл тут что собирались запихнуть libunwind в дистр. Но это для 2.x
Правильно понял?
https://github.com/tarantool/tarantool/issues/4611

Ну, я и не make install предлагаю :D

Также все же лучше пока включить коры, потому что только по bt мы гадаем чуть хуже.