Телеграмм чат группы tarantoolru страница 6976

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Tarantool

995 membersпожаловаться на группу

2020 June 17

R

R-omk in Tarantool

это нормально что вызов package.reload() каждый раз чистит мне все кортежи в спейсе? я использую
https://github.com/moonlibs/tarantoolapp
только хочу убедится что это часть задумки для удобства разработки, а не какой-то баг

Нет, это ваш код при перезапуске что то чистит

источник

22:06пожаловаться #1

A

Andrew in Tarantool

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

источник

22:08пожаловаться #2

v

vpol in Tarantool

На чем дискуссия о durability тарантула то закончилась? Я не вижу море крови.

источник

22:34пожаловаться #3

A

Andrew in Tarantool

это нормально что вызов package.reload() каждый раз чистит мне все кортежи в спейсе? я использую
https://github.com/moonlibs/tarantoolapp
только хочу убедится что это часть задумки для удобства разработки, а не какой-то баг

добавил как воспроизвести баг
https://github.com/moonlibs/tarantoolapp/issues/15

[Bug] package.reload() clears all tuples in the second space · Issue #15 · moonlibs/tarantoolapp

Related repository: https://github.com/igorcoding/tarantool-spacer Steps to reproduce tarantoolapp create example --basic_use_spacer=y cd example make dep nano app/init.lua box.spacer = require &am...

источник

23:24пожаловаться #4

2020 June 18

AI

An Iv in Tarantool

Hi

источник

01:18пожаловаться #5

YS

Yura Sokolov in Tarantool

Кворум без fsync, fsync это тормоза на ровном месте

Кворум без fsync - прямой путь к Byzantine failure. Нода ребутнется по питанию, и транзакция, про которую уже был «ок, закомичено», внезапно откатится и перестанет существовать.
Конечно, вопрос всегда в балансе надежности и стоимости. Кворум без fsync всё-таки чуть надёжнее, чем fsync без кворума. Но до кворума с fsync все ещё очень далеко. Но дешевле.

источник

01:18пожаловаться #6

MA

Mons Anderson in Tarantool

Кворум без fsync - прямой путь к Byzantine failure. Нода ребутнется по питанию, и транзакция, про которую уже был «ок, закомичено», внезапно откатится и перестанет существовать.
Конечно, вопрос всегда в балансе надежности и стоимости. Кворум без fsync всё-таки чуть надёжнее, чем fsync без кворума. Но до кворума с fsync все ещё очень далеко. Но дешевле.

Вот не надо. Задача генералов про криптографию и злоумышленников in-the-middle

источник

12:21пожаловаться #7

MA

Mons Anderson in Tarantool

«ок, закомичено» было не на одной ноде. это было на кворуме.
и значит для потеери транзакции нужно потерять не одну, а кворум нод, причём именно тех, которые запись подтвердили

источник

12:22пожаловаться #8

YS

Yura Sokolov in Tarantool

Вот не надо. Задача генералов про криптографию и злоумышленников in-the-middle

Нет. Byzantine failure - это любое поведение "не по правилам".
В любом протоколе, наследованном от Paxos (в том числе и Raft), есть правило: если нода сказала "я записала", она не может потом говорить "я не писала".
Нарушение этого правила - нарушение протокола.

источник

12:23пожаловаться #9

MA

Mons Anderson in Tarantool

кворум надёжен даже на чисто in-memory хранилиже, без всякой фиксации на диск, если исключить одновременное выключение абсолютно всех нод

источник

12:23пожаловаться #10

MA

Mons Anderson in Tarantool

Нет. Byzantine failure - это любое поведение "не по правилам".
В любом протоколе, наследованном от Paxos (в том числе и Raft), есть правило: если нода сказала "я записала", она не может потом говорить "я не писала".
Нарушение этого правила - нарушение протокола.

не знаю точно за paxos, но в рафте точно может

источник

12:24пожаловаться #11

YS

Yura Sokolov in Tarantool

«ок, закомичено» было не на одной ноде. это было на кворуме.
и значит для потеери транзакции нужно потерять не одну, а кворум нод, причём именно тех, которые запись подтвердили

А хуй тебе!!!
Три ноды. Кворум - это 2 ноды. Обе сказали "мы записали". Потом одна ребутнулась и потеряла запись (ибо без fsync). Всё, кворум для записи потерян, и новый лидер может спокойно считать запись не состоявшейся, откатывать её и перезаписывать.

источник

12:25пожаловаться #12

AK

Alexey Kuzin in Tarantool

Коллеги, давайте без выражений

источник

12:25пожаловаться #13

YS

Yura Sokolov in Tarantool

не знаю точно за paxos, но в рафте точно может

В raft ЧЁРНЫМ ПО БЕЛОМУ НАПИСАНО: ФОЛЛОУВЕР ОТВЕЧАЕТ "ОК" ТОЛЬКО ЕСЛИ ЗАПИСАЛ В STABLE STORAGE

источник

12:26пожаловаться #14

MA

Mons Anderson in Tarantool

А хуй тебе!!!
Три ноды. Кворум - это 2 ноды. Обе сказали "мы записали". Потом одна ребутнулась и потеряла запись (ибо без fsync). Всё, кворум для записи потерян, и новый лидер может спокойно считать запись не состоявшейся, откатывать её и перезаписывать.

ещё раз. кто ребутнулся? лидер или фолловер?

источник

12:26пожаловаться #15

DS

Dmitry Sharonov in Tarantool

На чем дискуссия о durability тарантула то закончилась? Я не вижу море крови.

гляди, она не кончилась!

источник

12:26пожаловаться #16

AL

Aleksandr Lyapunov in Tarantool

кворум надёжен даже на чисто in-memory хранилиже, без всякой фиксации на диск, если исключить одновременное выключение абсолютно всех нод

где-то я это слышал ;)

источник

12:26пожаловаться #17

MA

Mons Anderson in Tarantool

Dmitry Sharonov

гляди, она не кончилась!

мы сейчас не про T ;)

источник

12:26пожаловаться #18

YS

Yura Sokolov in Tarantool

В raft только про commit index написано, что его можно не хранить. commit index - это позиция в логе, про которую известно, что для неё есть кворум. Её можно не хранить потому, что можно сравнить логи и найти её снова.

источник

12:27пожаловаться #19

MA

Mons Anderson in Tarantool

Aleksandr Lyapunov

где-то я это слышал ;)

Да-да. Синтетичский кейс, не пригодный для эксплуатации, но кейс :)

источник

12:27пожаловаться #20