Size: a a a

💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢

2020 September 29

Oℕ

Oleg ℕizhnik in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Mikhail
у меня есть подозрение, что там даже нельзя так сделать по нормальному, чтобы по majority решать конфликт
скорее всего разрабы кассандры сделали самое тупое решение
завтра продолжим, жена не разрешает
источник

K

KrivdaTheTriewe in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Oleg ℕizhnik
завтра продолжим, жена не разрешает
Жена Олега, ращреши ему спорить , пожалуй ста
источник

M

Mikhail in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Oleg ℕizhnik
завтра продолжим, жена не разрешает
источник
2020 September 30

KC

Kain Crow in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Oleg ℕizhnik
завтра продолжим, жена не разрешает
источник

Oℕ

Oleg ℕizhnik in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Mikhail
там второй ответ корректирует, что read repair оставит самую новую запись, а не majority
вот теперь ты победил
источник

Oℕ

Oleg ℕizhnik in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
но в любом случае, в вашей стратегии данные могут оказаться в CDC раньше, чем юзеры смогут их прочитать
источник

λ

λoλdog in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Oleg ℕizhnik
вот теперь ты победил
Жена уже разрешила ?
источник

Oℕ

Oleg ℕizhnik in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
т.е. пример вы посылаете кворум врайт, по кольцу его должны принять 4,5, 6 ноды, 4 и 6 лежат, 5 принимает, клиент говорит, что запись неуспешна
дальше пятая ложится, следующий кворум-рид успешно возврашает старые данные (отсутствие) с 4 и 6 ноды
источник

Oℕ

Oleg ℕizhnik in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
ваш обработчик считает, что новая запись уже в базе, но клиенты его не видят
источник

Oℕ

Oleg ℕizhnik in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
так что как изначально и говорилось, рабочим сетапом тут является запись в кафку, а следующим этапом, запись в кассандру, после успешной записи в кассандру можно положить в кафку ack
источник

Oℕ

Oleg ℕizhnik in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
чтобы знать, что запись финализирована
источник

Oℕ

Oleg ℕizhnik in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Oleg ℕizhnik
т.е. пример вы посылаете кворум врайт, по кольцу его должны принять 4,5, 6 ноды, 4 и 6 лежат, 5 принимает, клиент говорит, что запись неуспешна
дальше пятая ложится, следующий кворум-рид успешно возврашает старые данные (отсутствие) с 4 и 6 ноды
Мало того в этом случае даже не нужно, чтобы нода 5 лежала
источник

Oℕ

Oleg ℕizhnik in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
источник

Oℕ

Oleg ℕizhnik in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Если кассандра просто даже не успевает получить полные риды от всех, она может вернуть данные с большинства, зная, что есть несогласные
источник

λ

λoλdog in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
источник

λ

λoλdog in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Переслано от λoλi
But I'll have a look at that one because it's a regression and it looks like it's in an area (initialization order) that's been very fiddly in general.

I think there was a choice between lazy val or def in the macro, which for mutual recursion, translate to an NPE and a SO respectively. But that wouldn't explain how 0.12.8 works.
источник

λ

λoλdog in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Ответ сам знаешь кого
источник

KS

Kirill Shelopugin in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Лол Колян настолько своей магнолией всех заебал, что заставил Оли писать другим уже
источник

λ

λoλdog in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
Да
источник

ᛒᚨᚱᛏᛟᛋᛋᛟ... in 💯 ПОКА ОДЕРСКИ НЕ ВИДИТ 💢 69% 💢
он борется за наше будущее
источник