GNU/Linux Help
DevOps — русскоговорящее ...
ntwrk
Kubernetes — русскоговоря...
pgsql – PostgreSQL
ClickHouse не тормозит
Docker — русскоговорящее ...
Системное администрирован...
werf (чат)
Это RabbitMQ
DevSecOps - русскоговорящ...
Мб там какой-нибудь плагин хельма стоит в системе и подхватывается
верфом в момент upgrade?
7 ответов
разве верф вызывает внешний хельм?
нет, но он подхватывает пользовательские настройки из системы. а если запустить werf без gcloud, то с какой ошибкой падает?
до этого не добрался. жду окончания раб. дня чтобы проверить. Но пока выяснил что это же происходит и на уровне вызова kubectl. А там в свою очередь в конфиге есть вызов этого gcloud: - name: gke_XXXX user: auth-provider: config: access-token: XXXXX cmd-args: config config-helper --format=json cmd-path: /snap/google-cloud-sdk/current/bin/gcloud expiry: "2021-03-12T16:41:31Z" expiry-key: '{.credential.token_expiry}' token-key: '{.credential.access_token}' name: gcp и дата expiry - ист
да, 146% дело в этом. уберите конфиг GKE из конфига куба и пройдет
у меня там гитлаб раннер, он в разные кластеры ходит. Если уберу - то не факт что он в соседние кластеры нормально задеплоит
можно отдельный конфиг куба, закодированный в base64, засунуть в переменную KUBECONFIG_BASE64 и выполнять werf deploy --kube-config-base64 <KUBECONFIG_BASE64>
спасибо, чуть позже проверю
Похожие вопросы
Обсуждают сегодня