0.25.0 по quick start мануалу
прям на втором шаге:
kubectl create -f 'https://strimzi.io/install/latest?namespace=kafka' -n kafka
у меня не поднимаеся под pod/strimzi-cluster-operator-…
и я вижу у него в логе ошибку:
Caused by: java.io.IOException: Illegal header: -----BEGIN CERTIFICATE-----
at java.base/sun.security.provider.X509Factory.checkHeaderFooter(X509Factory.java:657)
at java.base/sun.security.provider.X509Factory.readOneBlock(X509Factory.java:643)
at java.base/sun.security.provider.X509Factory.engineGenerateCertificate(X509Factory.java:99)
Я нагуглил, что это такая реакция, если в сертификате есть в конце строки пробелы, НО
о каком сертификате вообще идет речь? как найти эту информацию?
чуял я, что банзай лучше
IMHO когда речь идет о кафке оба хуже =)
а как лучше? Helm?
Лучше - кролик =)
Докопался по исходникам, что речь идет о kube-root-ca.crt И действительно, у меня пробелы в конце первой строки сертификата: data: ca.crt: "-----BEGIN CERTIFICATE——(тут 3 пробела)\n… как подправить? kubectl edit cm kube-root-ca.crt -n kafka не работает
так посмотри, откуда там берется
эээ, я думал, что он копируется из kube-system, а туда он попал при kubeadm init… но в неймспейсе kube-system он тоже не изменяется
вообще, этот сертификат лежит в /etc/kubernetes/pki/ca.crt но на первом мастере он без пробелов, сейчас посмотрю все остальные ноды, а вдруг...
Да, блин, на одном из мастеров был с пробелами…
исправил и полетело ? чудо. похоже контроллер-менеджер следит теперь за файликом с корневым сертификатом
Да, взлетело Он не следит за ним, а использует чтобы получить доступ к API куба Делается это через Java-библиотеку работы с сертификатами, у которой это known bug - падать, если после -----BEGIN CERTIFICATE—— есть еще что-то кроме \n
не. я про куб. контроллер менеджер его. ты же файл исправил на диске - и у тебя автомагически поменялись конфигмапы с сертификатом ? так ?
не, у меня тестовая лаба я сразу все мастера ребутнул для верности
Обсуждают сегодня