Size: a a a

2020 September 24

Y

Yuriy in pro.kafka
Ну там хранится все
meta.properties
файлы партиций и т.д
источник

SM

Setplus Mac in pro.kafka
в этой папке может быть инфа про подключения к брокерам?
источник

Y

Yuriy in pro.kafka
Нет
источник

Y

Yuriy in pro.kafka
Там Файлы данных брокеров
источник

Y

Yuriy in pro.kafka
Все что пишете в кафку, хранится там
источник

SM

Setplus Mac in pro.kafka
а не подскажите, стандартными средствами из пакета кафки можно прочитать эти файлы? Я так понял, они формата log4j.
источник

В

Вячеслав in pro.kafka
Эти - это какие? Файлы данных?! Консьюмером или любым клиентом для кафки. Это не логи, это сами данные в кафке.
источник

SM

Setplus Mac in pro.kafka
то есть, в папку log.Dir пишутся данные, а не логи, и не более того, да?
источник

В

Вячеслав in pro.kafka
Да.
источник

SM

Setplus Mac in pro.kafka
понял, спасибо.
источник

В

Вячеслав in pro.kafka
log в данном контексте - это transaction log
источник

SM

Setplus Mac in pro.kafka
спасибо за пояснение!
источник

И

Иван in pro.kafka
Nikolay
как ФС повлияла , что 5й мог слать ответы?
rf:3 isr:2
timeline:
- последний лог на 5-ом брокере ночью был INFO [Log partition=<topic name>-25, dir=/local/kafka/<data-dir>] Rolled new log segment at offset 2709437341 in 1 ms.
- ФС ушла в read-only для /data
- далее остальные брокеры стали получать ошибку(в ReplicaFetcherThread варнинг SocketTimeoutException)
- 5-ый брокер был в итоге выкинут из in sync replicas для партиций где он НЕ лидер
- но при этом в партициях где он лидер - ничего не поменялось и он оставался до текущего времени (5-ый -лидер + он же в списке in-sync)
- после выключения кафки он потерял лидерство и все стало ок - партиции сменили лидера и кафка стала рабочей
источник

N

Nikolay in pro.kafka
Иван
rf:3 isr:2
timeline:
- последний лог на 5-ом брокере ночью был INFO [Log partition=<topic name>-25, dir=/local/kafka/<data-dir>] Rolled new log segment at offset 2709437341 in 1 ms.
- ФС ушла в read-only для /data
- далее остальные брокеры стали получать ошибку(в ReplicaFetcherThread варнинг SocketTimeoutException)
- 5-ый брокер был в итоге выкинут из in sync replicas для партиций где он НЕ лидер
- но при этом в партициях где он лидер - ничего не поменялось и он оставался до текущего времени (5-ый -лидер + он же в списке in-sync)
- после выключения кафки он потерял лидерство и все стало ок - партиции сменили лидера и кафка стала рабочей
Непонятно только почему он не отдавал данные. Если read only. Читать значит мог. Вот пришел к нему запрос - отдай такой кусок. Ну вот бы и отдал.
источник

И

Иван in pro.kafka
Nikolay
Непонятно только почему он не отдавал данные. Если read only. Читать значит мог. Вот пришел к нему запрос - отдай такой кусок. Ну вот бы и отдал.
у меня проблемы с записью(в кафку новых сообщений) были, чтение(из топиков) в тот момент выключено было, так что ничего не скажу про него
источник
2020 September 25

VG

Vik Gamov in pro.kafka
Oleg
да, и во всех java8 стоит (
Сегодня выкатили CP 6.0 - там должна быть 11 джава
источник

O

Oleg in pro.kafka
Vik Gamov
Сегодня выкатили CP 6.0 - там должна быть 11 джава
топчик!
источник

VG

Vik Gamov in pro.kafka
Oleg
топчик!


$ docker run confluentinc/cp-kafka-connect:6.0.0-1-ubi8 java -version
openjdk version "11.0.8" 2020-07-14 LTS
OpenJDK Runtime Environment Zulu11.41+23-CA (build 11.0.8+10-LTS)
OpenJDK 64-Bit Server VM Zulu11.41+23-CA (build 11.0.8+10-LTS, mixed mode)
источник

N

Nikolay in pro.kafka
Подскажите. хочу увидеь в коде кафки поток, который делает fetch с лидера . я скорее там хочу увидеть цикл для и sleep. цикл вижу  override def doWork(): Unit = {
   maybeTruncate()
   maybeFetch()
 }, а слипа условного нету.
источник

N

Nikolay in pro.kafka
покритикуйте мое понимание. на каждом брокере создается по отдельному потоку на каждый оставшийся N-1 брокер и эти потоки в цикле бесперерыва посылают запросы на лидеров за обновлениями. Причем запросы эти синхронные  ReplicaFetcherBlockingSend.sendRequest
источник