Size: a a a

Docker — русскоговорящее сообщество

2019 December 08

ST

Sergey Trapeznikov in Docker — русскоговорящее сообщество
источник

ДТ

Денис Толстов in Docker — русскоговорящее сообщество
Oz
Программисты написали ПО только в GUI и под Windows ...
Си худо-бедно переносятся, шарп можно перенести на mono, что там ещё есть сугубо виндовое?
источник

λ

λoλdog in Docker — русскоговорящее сообщество
Денис Толстов
Си худо-бедно переносятся, шарп можно перенести на mono, что там ещё есть сугубо виндовое?
Directx
источник

TF

Terry Filch in Docker — русскоговорящее сообщество
Sergey Trapeznikov
пусть сразу на кроссплатформенность кодят
крос не покрывает тесты под виндой
источник
2019 December 09

В

Вадим in Docker — русскоговорящее сообщество
/
источник

AG

Armen Gasparyan in Docker — русскоговорящее сообщество
Nikita Lyakh
Error from server (InternalError): error when creating ".\\issuer.yaml": Internal error occurred: failed calling webhook "webhook.cert-manager.io": Post https://cert-manager-1575287841-webhook.cert-manager.svc:443/mutate?timeout=30s: service "cert-manager-1575287841-webhook" not found
Имя вебхука сейчас: cert-manager-1575635567-webhook
Пробовал несколько раз чистить все и переустанавливать, все равно обращается на это имя.
Для теста попробуйте создать rbac для анонимного админ юзера, если после этого заработает... То это хреново. Либо юзать так, либо надо будет врубать флажок один на мастере... Я тут не так часто читаю сообщения, пишите в личку... Сталкивался с похожим на кластере облака мейл ру
источник

AG

Armen Gasparyan in Docker — русскоговорящее сообщество
Короче проблема состоит в следующем серт менеджер не получает определенных прав (mutate) на кластере и не может создать свой вебхук.
Вот тут подробнее
https://github.com/jetstack/cert-manager/issues/2013
источник

AG

Armen Gasparyan in Docker — русскоговорящее сообщество
Надо врубить флаг --requestheader-client-ca-file
на kube-apiservices
источник

А

Александр in Docker — русскоговорящее сообщество
Коллеги, добрый день!
Работал кто-нибудь с postgresql в Docker?
Коллеги, добрый день!
Работал кто-нибудь с postgresql в Docker?

Пытаюсь его запустить данной командой:
sudo docker run -it --rm postgres:11-alpine -U postgres

Начинается загрузка, после чего выдаёт сообщение (на картинке)
источник

А

Александр in Docker — русскоговорящее сообщество
Не подскажите, что я делаю не так в данном случае?
источник

GG

George Gaál in Docker — русскоговорящее сообщество
опция неверная - он же тебе пишет
источник

GG

George Gaál in Docker — русскоговорящее сообщество
какой такой -U. Если тебе надо передать кастомного пользователя - у тебя есть переменные окружения, в которых ты задаешь создаваемую БД, юзера и пр
источник

Н

Никита in Docker — русскоговорящее сообщество
я сломал докер, настраивал docker-cli дома для доступа к удаленному серверу, всё получилось
но на самом сервере теперь
error during connect: Get https://hostname/v1.40/containers/json: http: server gave HTTP response to HTTPS client
источник

Н

Никита in Docker — русскоговорящее сообщество
я так понял я выставил http на https порт и он на это ругается
источник

Н

Никита in Docker — русскоговорящее сообщество
как настроить клиент докера на самом хосте?
источник

D

Dizzy in Docker — русскоговорящее сообщество
А базы кто-то на prod запускает? Скорость IO наверно сильно падает?
источник

Н

Никита in Docker — русскоговорящее сообщество
дома прописано
alias docker="docker -H=hostname:2376"
на сервере тоже самое не помогает
источник

A

Andrei in Docker — русскоговорящее сообщество
Dizzy
А базы кто-то на prod запускает? Скорость IO наверно сильно падает?
как раз сижу читаю статью https://habr.com/ru/post/332450/
источник

A

Andrei in Docker — русскоговорящее сообщество
Короче. Докер НЕ ДОЛЖЕН ЗАПУСКАТЬ базы данных в продакшене, by design.


Всё хуже. Помните постоянные паники ядра при использовании докера?


Краш уничтожит базу данных и повлияет на все системы, которые с ней соединены. Этот баг случается хаотически, но срабатывает чаще при интенсивном использовании. База данных — это предельно интенсивная по IO нагрузка, и значит — гарантированная паника ядра. Плюс, существует другой баг, который может поломать маунт докера (уничтожая все данные) и, возможно, системную файловую систему хоста (если они находятся на одном диске).


Фильм ужасов: хост покрашился, диски развалились, вместе с ними умерла операционная система хоста, и все данные, которые в данный момент находятся в обработке.


Заключение: Вы ОБЯЗАНЫ НЕ ЗАПУСКАТЬ на Докере базы данных в продакшене, НИКОГДА.


Время от времени, всегда находится человек, который подойдет и спросит: "почему бы нам не засунуть эти базы данных в докере", и мы в ответ рассказываем одну из многих боевых историй. Пока что никто не подходил дважды.
источник

D

Denisio in Docker — русскоговорящее сообщество
так это гдето в гайдлайнах писалось же
источник