ну

так вот, если я сношу неймспейс и все в нем, то в PV остается висеть ссылка на несуществующий claim в несуществующем неймспейсе

ты хочешь чтобы pvc удалялся с ним?

я понимаю на базовом уровне, что это издержки политики Reclaim

ты хочешь чтобы pvc удалялся с ним?

я хочу, чтобы из pv удалялась ссылка на Claim и он снова был available

типа ты хочешь его реклеймить после того как убил неймспейс?

PV не привязан к неймспейсам

да, потому что он не привязан к неймспейсу

PV не привязан к неймспейсам

там про pvc речь

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

ну так они в обратную сторону тоже не привязаны

"его" - кого? pv хочешь заклеймить из другого неймспейса?

ну так они в обратную сторону тоже не привязаны

так ссылка-то остается на несуществующий объект

"его" - кого? pv хочешь заклеймить из другого неймспейса?

именно

но низя, ибо висит claimref на то, чего больше тупо нет

имхо, это баг, но, может, я чего не понимаю

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

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

ну, есть LVM разделы, и поверх них должны разные команды работать с разграничением по ресурсам. Одна команда поработала - снесла неймспейс - вольюм должен освободиться, чтобы с ним могла поработать другая

а другой нельзя?

а с чего бы другой?

а старый просто грохнуть

может просто pvc новый передавать и все?

так зачем его грохать? если я отредактирую его руками и выкину оттуда невалидный claimref - все работает

но это ощущается, как костыль

нельзя ли грохать пв и давать новый?

^_^

нельзя ли грохать пв и давать новый?

не очень хорошая идея, потому что pv - Local

то есть гвоздями прибиты к нодам, поэтому я создаю их заранее

не вижу связи между "локал" и "не очень хорошая идея"

а от лица команд я не должен думать о том, на какой ноде создавать pv

то есть пересоздавать его каждый раз - идея плохая

что плохого-то?

не очень понимаю

клеймиться должен просто первый свободный на любой ноде

что плохого-то?

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

сотня?

PV оставляете живым удаляете pvc привязываете на новый или я что то упускаю

ты что, каждый раз при создании окружения будешь искать, на какой есть один незанятый раздел?

я скорее ceph подниму чем с локал волюмами будут радовать себя

PV оставляете живым удаляете pvc привязываете на новый или я что то упускаю

так в том и вопрос, что при удалении PVC ссылка на него остается в PV

PV оставляете живым удаляете pvc привязываете на новый или я что то упускаю

ну о том вроде и речь что просто так не выходит

?

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

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

т.е.?

я сношу неймспейс целиком, вместе с клеймами

ну ты сказал что есть способ удалить реф

ну ты сказал что есть способ удалить реф

kubectl edit, лол :)

ага

если удалить ref - то pv сразу становится опять available

и все работает

но это ж треш

Ну да, некрасиво

Чо в багтрекере про это есть?

Версия какая?

1.10

есть что-то такое https://github.com/kubernetes/kubernetes/issues/29051

но это не совсем то, и большая часть таких закрыта уже

Documentation for Kubernetes v1.10 is no longer actively maintained. The version you are currently viewing is a static snapshot. For up-to-date documentation, see the latest version

но это не совсем то, и большая часть таких закрыта уже

Тогда опиши свою проблему туда

Но сначала глянь чейнжлог для 1.11, там было что-то похожее

Documentation for Kubernetes v1.10 is no longer actively maintained. The version you are currently viewing is a static snapshot. For up-to-date documentation, see the latest version

<sarcasm>конечно, зачем предыдущую версию обновлять</sarcasm>

☺️

Но сначала глянь чейнжлог для 1.11, там было что-то похожее

спасибо, есть шанс, что там реально это уже пофикшено

попробую обновиться, что ли

ERROR: S client not available

Сначала прочитай

Возможно я неправильно запомнил

у меня это тестовый кластер, я могу позволить себе его апнуть без особых проблем

хоть что-то хорошее

но потом такого счастья уже не будет

Всё равно лучше сначала прочитать

я пока вижу только StorageProtection

для PVC

Всем привет! Некогда не сталкивались с таким, если через helm создавать больше 10 портов для сервиса, то после этого апишка k8s перестает отвечать?

и естевтсвенно операция заканчивается ошибкой

helm install --name test ftp-accessor 1 ↵ E0628 17:42:53.787983 28705 portforward.go:178] lost connection to pod Error: transport is closing

Логи kube-api смотрел. Когда начинает работу tiller, то связь сразу обрывается

Потому что у тебя тиллер на tls

helm ls —tls

helm ls —tls

Нет. Если внимательно посмотреть мой лог выше, то можно увидеть что данная ошибка появляется после выполнения команды helm install.

Потому что у тебя тиллер на tls

Я про то что имнно с этим чартом такое происходит. Все остальное норм

Нет. Если внимательно посмотреть мой лог выше, то можно увидеть что данная ошибка появляется после выполнения команды helm install.

сорян, если хелм изначально не был инициализирован с tls, то тогда да, отпадает. И не важно, что ты будешь делать с helm'ом - install/delete и тд. Он все равно всегда обращается к тиллеру. Попробуй запустить в —debug —dry-run

сорян, если хелм изначально не был инициализирован с tls, то тогда да, отпадает. И не важно, что ты будешь делать с helm'ом - install/delete и тд. Он все равно всегда обращается к тиллеру. Попробуй запустить в —debug —dry-run

Конечно пробовал. Чарт валидный показывает все ок. потом все крашется.

Добрый день! Подскажите по этому вопросу https://stackoverflow.com/questions/51083020/can-i-use-kubespray-without-kubespray-git-repo

Конечно пробовал. Чарт валидный показывает все ок. потом все крашется.

Ну ты же понимаешь, что не может быть просто так такого, если у тебя один чарт нормально ставится, а другой - нет. Соответственно, выведи темплейт и руками попробуй поставить, увидишь, где затык. Мб вообще в timeout или еще в чем

Ну ты же понимаешь, что не может быть просто так такого, если у тебя один чарт нормально ставится, а другой - нет. Соответственно, выведи темплейт и руками попробуй поставить, увидишь, где затык. Мб вообще в timeout или еще в чем

Понимаю. Поэтому и написал сюда.В друг у кого была похожая тема

Ну ты же понимаешь, что не может быть просто так такого, если у тебя один чарт нормально ставится, а другой - нет. Соответственно, выведи темплейт и руками попробуй поставить, увидишь, где затык. Мб вообще в timeout или еще в чем

Да попробую руками поставить

Понимаю. Поэтому и написал сюда.В друг у кого была похожая тема

А что в логах apiserver-то?

А что в логах apiserver-то?

Видно что Tiller начинает работу, а потом связь с apiserver пропадает

Пропадает связь и больше нет логов?

Пропадает связь и больше нет логов?

Ага.И некоторое время s apiserver не доступен

Кто отменил docker logs [id_контейнера_apiserver'а_на_ноде]? Почему я не в курсе? :)

Кто отменил docker logs [id_контейнера_apiserver'а_на_ноде]? Почему я не в курсе? :)

На ноду в данное время нет доступа

Божечки, что же у вас происходит такое в инфраструктуре?

Божечки, что же у вас происходит такое в инфраструктуре?

В том что в облачке кластер тестовый. У меня нет от него креденшелов. Да и какая разница. Я задал вопрос, а тебя вообще понесло кудато

Божечки, что же у вас происходит такое в инфраструктуре?

Ладно, бессмысленный разговор.Буду завтра разбиратся

На ноду в данное время нет доступа

А сделай привелигированый контейнер и смонтируй в него / с хоста :)