докер-контейнерах. Так получилось, что пришлось остановить две ноды и зачистить там контейнеры. После восстановления топики подтянулись, но schema-registry пустая (соответственно, _schemas топик тоже пустой). Возможно ли его восстановить и где лежат данные для этого топика? В директории /broker/data этого топика нет
это точно такой же топик как и остальные. Если у него RF был равен 1, и он находился на очищенных нодах - то ответ увы, будет очевиден.... p.s. под "зачищенными - я понял что были вычищенны и данные тоже"
нет, rf = 3 был. топики всё таки хранятся в /kafka/broker/kafka-logs или /kafka/broker/data? в первой директории есть _schemas, во второй нет
это точно такой же топик, как и обычные. вот пример с одной из нод у меня: ... __consumer_offsets-47/ __consumer_offsets-48/ __consumer_offsets-49/ __consumer_offsets-5/ __consumer_offsets-6/ __consumer_offsets-7/ __consumer_offsets-8/ __consumer_offsets-9/ _schemas-0/ bootstrap.checkpoint cleaner-offset-checkpoint elasticsearch.log-events-1/ elasticsearch.log-events-2/ 5ый снизу
пробую скопировать. но ощущение, что этот топик мог уже перетереться неправильными с зачищенных машин
Дык кафка должна сама восстановить с одного брокера на остальные, разве нет? Я бы не стал руками лезть и копировать. В логах что пишут брокеры пишут?
в этом и прикол, что не восстановила. в логах никаких ошибок
С 1 реплики 2 не восстановятся почти никогда
Почему-то все топики восстановились, кроме _schemas
И он был самый нагружённый? Кафка на рафте иди зукипере?
зукипер. нет, не самый нагруженный
Тогда видимо именно этому топику не повезло, irs что стоит?
имеете ввиду min replica sync? 2
Да, ну тогда странно, у вас docker compose?
да. от канфлюент версия
А скиньте в личку, конфиг его, какие вы правки конфигурации делали
Вроде разобрались, восстановив из бэкапа. Теперь вопрос, который требуется решить - как-то ограничить размер топиков. Возможно ли это стандартными средствами? Чтобы один топик не выжирал всё дисковое пространство
Обсуждают сегодня