Size: a a a

2021 February 02

DL

Dmitry Lukovkin in Tarantool
Первая часть это и есть запрос питона к ТТ который отдает ему ошибку
источник

DL

Dmitry Lukovkin in Tarantool
Mons Anderson
а то в коде как-то не очень ищется...
[ entropy:mons ] ~/work/tarantool/src/tarantool-2.6/src $ ack 'not enough memory'
lua/fiber_channel.c
69:    luaL_error(L, "fiber.channel: not enough memory");
lua/fiber_cond.c
48:    luaL_error(L, "fiber.cond: not enough memory");
Вижу тут все про LUA, может памяти LUA нехватает?
источник

MA

Mons Anderson in Tarantool
32 — это
box/errcode.h
87:  /* 32 */_(ER_PROC_LUA,      "%s") \

идём в луаджит и находим там такой месседж
src/lj_errmsg.h
9:ERRDEF(ERRMEM,  "not enough memory")


так что да, вероятно луа памяти ему не хватает
источник

DL

Dmitry Lukovkin in Tarantool
Mons Anderson
32 — это
box/errcode.h
87:  /* 32 */_(ER_PROC_LUA,      "%s") \

идём в луаджит и находим там такой месседж
src/lj_errmsg.h
9:ERRDEF(ERRMEM,  "not enough memory")


так что да, вероятно луа памяти ему не хватает
ясно, похоже на правду
источник

DL

Dmitry Lukovkin in Tarantool
Спасибо!
источник
2021 February 03

AK

Anton Kiryushkin in Tarantool
Mons Anderson
В общем тут что бы пробовал я:
поднять какой-либо из инстансов без указания replication до состояния status = running
потом поднимать остальные. кто подключится — оставить, кто не сможет, тех на ребутстрап.

Но вообще стоит внять рекомендациям и обновиться до хотя бы 1.10.9.
Со времён 1.10.3 в виниле было исправлено очень много ошибок и проблем
Спасибо, по этому совету в итоге всё и восстановил. Однако, теперь есть еще один вопрос. Рядом с конфигом у меня появились файлики и папочки:

-rw-r--r-- 1 root   root    491 Feb  2 22:14 00000000000000000000.vylog
-rw-r--r-- 1 root   root    280 Feb  2 22:14 00000000000000028211.vylog
drwxr-xr-x 3   1190   1001 4096 Nov  9 17:31 513
drwxr-xr-x 3   1190   1001 4096 Nov 18 16:37 515
drwxr-xr-x 4   1190   1001 4096 Nov 22 07:57 517
drwxr-xr-x 3   1190   1001 4096 Nov 22 17:04 519
drwxr-xr-x 3   1190   1001 4096 Dec  5 19:39 521


Можно ли для них указать определенный путь?
источник

AT

Alexander Turenko in Tarantool
Anton Kiryushkin
Спасибо, по этому совету в итоге всё и восстановил. Однако, теперь есть еще один вопрос. Рядом с конфигом у меня появились файлики и папочки:

-rw-r--r-- 1 root   root    491 Feb  2 22:14 00000000000000000000.vylog
-rw-r--r-- 1 root   root    280 Feb  2 22:14 00000000000000028211.vylog
drwxr-xr-x 3   1190   1001 4096 Nov  9 17:31 513
drwxr-xr-x 3   1190   1001 4096 Nov 18 16:37 515
drwxr-xr-x 4   1190   1001 4096 Nov 22 07:57 517
drwxr-xr-x 3   1190   1001 4096 Nov 22 17:04 519
drwxr-xr-x 3   1190   1001 4096 Dec  5 19:39 521


Можно ли для них указать определенный путь?
источник

AK

Anton Kiryushkin in Tarantool
Спасибо, сам нашёл ещё вчера после написания вопроса.
источник

AS

Anton Shishkin in Tarantool
Всем привет. Использую vshard для построения шардированного хранилища. Стораджи работают в режиме memtx. Каждый шард состоит из мастера и 2 реплик. На нагрузочном тестировании заметил, что данные в единственном прикладном спейсе на репликах появляются быстрее, чем на мастере, хотя запросы на запись проходят через мастер. Заметил это, когда делал периодические срезы во время нагрузочного со всех стораджей в виде box.space.our_space:count.
Подскажите, это действительно так или я где-то допустил ошибку при снятии срезов?
источник

VG

Vladislav Grubov in Tarantool
А box.info.vclock сравнивали на мастере и его репликах?
источник

DL

Dmitry Lukovkin in Tarantool
Mons Anderson
32 — это
box/errcode.h
87:  /* 32 */_(ER_PROC_LUA,      "%s") \

идём в луаджит и находим там такой месседж
src/lj_errmsg.h
9:ERRDEF(ERRMEM,  "not enough memory")


так что да, вероятно луа памяти ему не хватает
А можно еще расшифровку для вот таких сообщений об ошибках:
(77, Peer closed)
(77, Connection reset by peer)

Я нашел только вот это, но тут текст ошибки другой
/* 77 */_(ER_NO_CONNECTION,    "Connection is not established") \
источник

AS

Anton Shishkin in Tarantool
Vladislav Grubov
А box.info.vclock сравнивали на мастере и его репликах?
Нет. Но добавлю в срез.
Мне сейчас надо просто понять, почему так с count, и будет ли эта же разница отражена в select
источник

VG

Vladislav Grubov in Tarantool
Anton Shishkin
Нет. Но добавлю в срез.
Мне сейчас надо просто понять, почему так с count, и будет ли эта же разница отражена в select
ну, если в нагрузочном тестировании есть delete'ы, то такая ситуация возможна. А так на мастере данные всегда появляются раньше, чем на репликах
источник

AS

Anton Shishkin in Tarantool
Vladislav Grubov
ну, если в нагрузочном тестировании есть delete'ы, то такая ситуация возможна. А так на мастере данные всегда появляются раньше, чем на репликах
В это сценарии есть только insert. Delete точно не было не в запросах, не в фоновых периодических файберах
источник

VG

Vladislav Grubov in Tarantool
Anton Shishkin
Нет. Но добавлю в срез.
Мне сейчас надо просто понять, почему так с count, и будет ли эта же разница отражена в select
м, знаете есть какая мысль. Возможен такой порядок:
1. Опросили мастер (:count()) -- получили меньше
2. Insert в мастер
3. Репликация (мастер -> реплика)
4. Опросили реплику (:count())  -- получили больше

Если опрос работает немного медленнее чем репликация. Рекомендую сравнивать box.info.vclock. И в порядке: сначала реплики, потом мастер
источник

AS

Anton Shishkin in Tarantool
Vladislav Grubov
м, знаете есть какая мысль. Возможен такой порядок:
1. Опросили мастер (:count()) -- получили меньше
2. Insert в мастер
3. Репликация (мастер -> реплика)
4. Опросили реплику (:count())  -- получили больше

Если опрос работает немного медленнее чем репликация. Рекомендую сравнивать box.info.vclock. И в порядке: сначала реплики, потом мастер
Да, согласен, это возможно, потому что нагрузка дается параллельно со снятием срезов.
С vclock обязательно добавлю.
Спасибо!
источник
2021 February 04

SC

Sergey Chernetsky in Tarantool
Всем привет. Помогите разобраться: https://stackoverflow.com/questions/66039088/tarantool-storage-lock-warnings-when-call-multiple-get-update-of-the-same-row
Описал на английском как смог, по-русски смогу уточнить здесь)
источник

SO

Sergey Ostanevich in Tarantool
Под update понимается, в частности, и delete?
В таком случае в https://github.com/tarantool/tarantool/issues/4501 есть решение
источник

SC

Sergey Chernetsky in Tarantool
Sergey Ostanevich
Под update понимается, в частности, и delete?
В таком случае в https://github.com/tarantool/tarantool/issues/4501 есть решение
Смотря о чём говорим. Наверное больше именно про update, хотя delete тоже возможен
источник

SC

Sergey Chernetsky in Tarantool
но возможно эти блокировки вызываются другими delete-ами, не знаю, так что спасибо, посмотрю
источник