Оно так и работает

я про него уже второй год "слышу", это уже начинает напоминать историю с вайланд, пилят обещают но все ни как не доделают

С fedora 28 же уже дефолт, нет?

Бинго! CRI-O без CNI не умеет контейнеры запускать, а чтобы CNI-конфиг положить нужно запустить контейнер.

Как не умеет? Т.е. hostNetwork под не запустить?

Оно так и работает

К сожалению, у меня не работает. Как только я добавляю что либо после / я получаю 404 page not found от default backendа

*смотрит на rhel7 с вейландом* все никак недоделали?

*смотрит на rhel7 с вейландом* все никак недоделали?

Сказал как редхатер

Прав

К сожалению, у меня не работает. Как только я добавляю что либо после / я получаю 404 page not found от default backendа

Чисти кэш еще в браузере после изменений, эта подлая 404 ошибка мне долго спать не давала, оказалось она жестко сидела в кэшэ

Чисти кэш еще в браузере после изменений, эта подлая 404 ошибка мне долго спать не давала, оказалось она жестко сидела в кэшэ

Точно не в кэше дело. Ingress контроллер не пересылает запрос если есть какой то path

Точно не в кэше дело. Ingress контроллер не пересылает запрос если есть какой то path

Тебе надо роутить трафик или нет? Если нет, то можно написать в спеках: spec: backend: serviceName: some-service servicePort: 80

Точно не в кэше дело. Ingress контроллер не пересылает запрос если есть какой то path

А какой контроллер?

Хорошо. Я постараюсь оригинальные тогда и сюда линковать.

Плюсую, статьи отличные, спасибо!

поставил incubator/kafka логи забили pvc и сел, удалил в ручную но это не дело. Как лучше чистить логи.

уменьшить ретеншн например

по-умолчанию там один день вроде

уменьшить ретеншн например

про это речь? https://github.com/helm/charts/blob/master/incubator/kafka/values.yaml topics: [] # - name: myExistingTopicConfig # config: "cleanup.policy=compact,delete.retention.ms=604800000" разве это не удаление старых топиков?

да, но это настройка коннкретного топика, есть глобальная

где глобальное? Если он удаляет старые топики то это мне не поможет я обнулял файл лога то есть лог нужно режать, хотя кафку я ток изучаю

https://github.com/helm/charts/blob/master/incubator/kafka/values.yaml#L160

https://github.com/helm/charts/blob/master/incubator/kafka/values.yaml#L160

пасиб так норм если у меня 20 гигов? "log.retention.hours": 168 "log.retention.bytes": 1073741824 "log.segment.bytes": 1073741824 "log.retention.check.interval.ms": 300000 "log.cleaner.enable": false "log.roll.hours": 168

пасиб так норм если у меня 20 гигов? "log.retention.hours": 168 "log.retention.bytes": 1073741824 "log.segment.bytes": 1073741824 "log.retention.check.interval.ms": 300000 "log.cleaner.enable": false "log.roll.hours": 168

в таком случае потребление места кафкой никогда не будет превышать 1гб (+- check interval)

в таком случае потребление места кафкой никогда не будет превышать 1гб (+- check interval)

остальное полезная информация )

хм в поде в файле /etc/kafka/server.properties и так все было кроме log.cleaner.enable log.roll.hours , может из за них и забился я правд сейчас пока pvc 5Gb

пацаны, могу ли я взять смонтировать например pvc и просто скопировать файл туда с компа, так что бы все поды могли его юзать? ну или не монтировать, просто скопировать

или окей, есть файл тяжелый, бинарный, нужно его расшарить между подами

пацаны, могу ли я взять смонтировать например pvc и просто скопировать файл туда с компа, так что бы все поды могли его юзать? ну или не монтировать, просто скопировать

я не пробовал не теоретически с пода которого есть конект к pvc ложиш файл скажем качая его средствами пода wget

Под который юзает пвц падает из за того что нет файла

Под который юзает пвц падает из за того что нет файла

подними новый рядом который не зависит от файла

А какой контроллер?

Nginx 0.22.0

Добрый день, подскажите как к emptyDir: {} примонтировать папку с содержимым? Чтобы второй контенер видел содержимое папки первого контенера. Контенеры находятся в одном поде

volumeMount в каждом контейнере написать на общий emptyDir

Он монтирует пустые папки

https://kubernetes.io/docs/tasks/access-application-cluster/communicate-containers-same-pod-shared-volume/

https://kubernetes.io/docs/tasks/access-application-cluster/communicate-containers-same-pod-shared-volume/

Я так и делаю spec: volumes: - name: shared-files emptyDir: {} containers: - image: app imagePullPolicy: Never name: app ports: - containerPort: 11080 volumeMounts: - name: shared-files mountPath: /var/www - image: nginx:1.15.9 name: nginx ports: - containerPort: 80 volumeMounts: - name: shared-files mountPath: /var/www/ но в контенере app в папке /var/www лежат файла, а в поде их нет

Лол

Поверх них монтируется новая общая emptyDir

Лол

И что нужно сделать, что бы они монтиравались в нее

Инит контейнер копирующий содержимое в общий волум

То есть при каждом запуске пода будет копироваться все содержимое папки?

почему может не стартовать kube-proxy при деплое kubeadm'ом в вагрант?

в логах кублета только ошибки про cni, но оно и понятно, потому что калико не стартовал тоже

NAME DESIRED CURRENT READY UP-TO-DATE AVAILABLE NODE SELECTOR AGE kube-proxy 0 0 0 0 0 <none> 18m почему desired — 0

То есть при каждом запуске пода будет копироваться все содержимое папки?

А почему не хостпатх

почему может не стартовать kube-proxy при деплое kubeadm'ом в вагрант?

pod cidr пересекается с vagrant сеткой?

pod cidr пересекается с vagrant сеткой?

да вроде нет, 10.233 vs 172.17

endpoint kube-controller-manager не создался, и в логах контроллер менеджера ошибка доступа к нему

привет, при запуске kubernetes-dashboard (http://ip:443/api/v1/namespaces/kube-system/services/https:kubernetes-dashboard:/proxy) получаю: Error: 'dial tcp 10.244.1.179:8443: i/o timeout' Trying to reach: 'https://10.244.1.179:8443/'. Кто-нить сталкивался?

привет, при запуске kubernetes-dashboard (http://ip:443/api/v1/namespaces/kube-system/services/https:kubernetes-dashboard:/proxy) получаю: Error: 'dial tcp 10.244.1.179:8443: i/o timeout' Trying to reach: 'https://10.244.1.179:8443/'. Кто-нить сталкивался?

http://ip:443/api/v1/namespaces/kube-system/services/http:kubernetes-dashboard:/proxy

?

?

https на http попробуй изменить

тоже самое

привет, при запуске kubernetes-dashboard (http://ip:443/api/v1/namespaces/kube-system/services/https:kubernetes-dashboard:/proxy) получаю: Error: 'dial tcp 10.244.1.179:8443: i/o timeout' Trying to reach: 'https://10.244.1.179:8443/'. Кто-нить сталкивался?

можно ещё просто забить на dashboard, потому что там полезного 0

можно ещё просто забить на dashboard, потому что там полезного 0

)), не могу, я уже начал ))

безполезная работа жеж

всем привет. подскажите пожалуйста такой вопрос: добавил на ноды ядра и память, но в kubectl старые значения. как обновить?

всем привет. подскажите пожалуйста такой вопрос: добавил на ноды ядра и память, но в kubectl старые значения. как обновить?

в каком окружении это? железо? виртуалки? aws? gcp? azure?

всем привет. подскажите пожалуйста такой вопрос: добавил на ноды ядра и память, но в kubectl старые значения. как обновить?

Кубелет перезапустил? Или лайвом накинул

в каком окружении это? железо? виртуалки? aws? gcp? azure?

виртуалки

Кубелет перезапустил? Или лайвом накинул

лайвом

в зависимости от драйверов, и т.д. проще ноды перестартовать одну за другой, имхо.

лайвом

Если в free и proc есть, то надо рестартануть кубелет. Capacity изменится

Если в free и proc есть, то надо рестартануть кубелет. Capacity изменится

если рестартовать кубелет, то поды все подохнут или они останутся онлайн?

если рестартовать кубелет, то поды все подохнут или они останутся онлайн?

поды дохнут. а это проблема? drain, restart

поды дохнут. а это проблема? drain, restart

ну вот я пока не понял для себя, проблема это или нет

по идее не должно быть

если рестартовать кубелет, то поды все подохнут или они останутся онлайн?

ничего не будет подам

ничего не будет подам

Я не каждый день рестартую, но у меня все падало оО

я много раз рестартовал, ничего не было

могу прям щас попробовать

Ок, я тоже проверю))

если рестартовать кубелет, то поды все подохнут или они останутся онлайн?

все ок с ними будет

И как это при обнове кублета происходит тогда?

если рестартовать кубелет, то поды все подохнут или они останутся онлайн?

единственное что замечал, это когда рестартовал, то в дашборде кубера не на долго появлялась ошибка сети, но при этом они работали, ниче не крашнулось

И как это при обнове кублета происходит тогда?

возможно, он их сам перезапускает

И как это при обнове кублета происходит тогда?

разве не должно быть почти равносильно тому, что ты его зарестартишь?

И что будет если поменять max pods на меньшее и рестартнуть?

Мне казалось слишком много но, чтобы просто так ничего не делать. Уже стало интересно проверить

насколько я помню, даже если скачать новый бинарник и рестартнуть (собственно как обычно и делается апгрейд на воркерах) — ничего не будет

ну а зачем ему рестартить поды, он же не контейнер-рантайм