ubunta 16.04

нахрена компилить? пакетный менеджер есть

разруливать докером, если таки нужно

асп знатная "govnina", если честно)

взять убунту образ и в нём сделать

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

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

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

https://www.google.ru/search?q=libssl+%22conflicting+with+already+loaded+one%22&newwindow=1&client=ms-opera-mobile&channel=new&espv=1&filter=0&biw=1100&bih=1602

ничего из этого не помогает?

не первый раз ошибка такая

Забэкапьте /usr/local/mgr5/ (если Business, то еще и базу данных MySQL) и попробуйте запустить /usr/local/mgr5/sbin/pkgupgrade.sh coremanager вот это тупо боюсь )

не смотря на то, что в конфиге указано round robin, haproxy ПЕРВЫЙ запрос всегда делает на первый в списке сервер, можно ли на это как-то повлиять?

не смотря на то, что в конфиге указано round robin, haproxy ПЕРВЫЙ запрос всегда делает на первый в списке сервер, можно ли на это как-то повлиять?

roundrobin подразумевает движение по кольцу. где то все равно должно быть начало, в чем проблема?)

Коллеги, такой вопрос. Какие у Вас на работе используются репозитории? По возможности open-source с возможностью переехать в ентерпрайз. Мне известно только про Jfrog Artifactory и про Nexus Repository.

nexus юзаем

gitlab

стеш и гитлаб

gitlab

разве он может в репозиторий? Мне не исходники хранить, а rpm\mvn-dep\docker-images

стеш и гитлаб

что за стеш?

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

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

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

разве он может в репозиторий? Мне не исходники хранить, а rpm\mvn-dep\docker-images

умеет, но для доккера родной репозиторий используем.

умеет, но для доккера родной репозиторий используем.

контур закрытый + необходимо тиражирование,бэкапирование и прочее....сейчас артифактори, решил узнать что еще есть в природе

привет, есть у кого-нибудь это в pdf?

Site Reliability Engineering: How Google Runs Production Systems 1st Edition

https://github.com/achinnasamy/Free-DevOps-Books/tree/master/book тут посмотри

мпоуз файл* , чтобы всё это поднималось одной командой up

либо загрузить имейдж в реджистри, либо сделать выгрузку имейджа в файл

если я правильно понял вопрос

ну, т.е. я не могу каждый раз его автоматически билдить, получать варку и кидать её в томкат ? если я правильно тебя понял, этот шаг с билдом докерфайла надо убрать тем, что сбилдить его единожды и закинуть в реджистри\файл

хотелось бы избежить лишней работы с реджистри просто. Костыли, наверное, но как я это вижу, хотелось бы как-то в компоузе (в блоке command, в entrypoint или ещё где-то) просто дублировать тот путь что я делаю руками

ты определись, что ты делаешь

тебе какой конечный результат нужен?

docker image с war внутри?

задача: поднять 1ый контейнер (с мавеном и томкатом на борту), склонить в него проект, сгенерить мавеном варку, кинуть её в томкат. Первый контейнер готов. Поднять второй контейнер с рэбитмк. (оба образа в компоузере чтобы была адекватная сеть)

задача: поднять 1ый контейнер (с мавеном и томкатом на борту), склонить в него проект, сгенерить мавеном варку, кинуть её в томкат. Первый контейнер готов. Поднять второй контейнер с рэбитмк. (оба образа в компоузере чтобы была адекватная сеть)

а зачем ты билдиш war в dockerfile`e может логичнее в рантайме билдить?

ну у меня задача. Есть серваки, где хз что есть, чего нет. В идеальном варианте, я закидываю на них компоузфайл, докерфайл, и файлик с переменными, всё это взлетает, сайт поднят

я не уверен что вне докера будет мавен, в-общем

тебе надо сборку перекинуть в CMD

объясняю. Сейчас ты делаешь сборку на этапе формирования образа. Потом ты этот образ запускаешь, и оно ничего не делает. А тебе надо, чтоб оно war скопировало в общий volume с tomcat

может сделать что то типа такого? два контейнера: 1. У тебя имеет все для того что бы сбилдить вар, при запуске контейнера, он как раз это и делает (запускается 1м, в билде) 2. который билдится только если 1й отработал, в него заливается все что нужно что бы работала твой проект (томкет насколько я понимаю) После билда 2 ты запускаеш тесты, если они прошли - проставляеш теги и загружаеш в реджистри на прод ты заливаеш только docker-compose.yml который собственно вытягивает с реджистри твой имедж №2

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

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

ты не тому ответил, судя по всему

да, не тому, сорри

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

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

а зачем его передавать через volume? ты же можешь его залить при билде 2го контейнера(при условии что 1й его сбилдил)

ну и важный вопрос, тебе важно разобраться с кэшированием образа, если ты git clone делаешь в RUN.

объясняю. Сейчас ты делаешь сборку на этапе формирования образа. Потом ты этот образ запускаешь, и оно ничего не делает. А тебе надо, чтоб оно war скопировало в общий volume с tomcat

окей, допустим, я томкат контейнер удаляю в-прицнипе. (ведь всё необходимые действия уже выполняются в образе packager) из dockerfile-а. Мне надо заменить команду RUN на команду CMD.. это позволит не заморачиваться с кешами ?

да, CMD выполняется каждый раз при запуске контейнера

RUN выполняется один раз при создании образа

окей, секу пробну

если команда внутри RUN одна и та же, то она не будет выполнятся во время второго запуска. Даже если у тебя в гите что-то новое

билдит и запускает

это альтернатива указанию image - то есть ты либо указываешь образ, либо билдишь его

по сути можно юзать так docker-compose build а можно так docker-compose pull

Чё вы так ansible не любите? Если его нормально настроить он будет чуть медленнее чем тот же папет или солт

а мне норм

Зря думаешь, люди читают про паппетовые классы-модули-ресурсы и салтовые пилары с грейнами, а потом...

Зато проще и по возможностям не уступает

Зависит от обширности инфраструктуры

ну да, С++ же легче чем паппет какой то, канешна

Иногда клиентом быстрее чем, по ssh

Точнее чаще всего быстрее

Тем, что есть куча кейсов, в которых ансибл не справляется без скриптовых костылей, все плохо с возможностями классификации и вообще - это всего лишь отличный кикстарт-инструмент (красивая замена pssh), но никак не средство для управления крупной инфрой

+1

Легче :) а то пойдешь потом на паппетовый мастер на jruby роуты настраивать

Хоть один кейс приведите) Я так часто слышу интерпретацию ваших слов и ещё не один не привел реальный кейс

И вот это... Работа по ssh, ключи дай, пользователя заведи.. подбешивает

А клиента установить норм?)

руби с сиплюсами сравнивать как проще\легче, лол

Из темплейта вместе с установкой-развертыванием оси

Легче изучать

Например крон задачи делать не удобно, хоть и ничего не мешает.

Ну тут согласен, но неудобно не значит невозможно)

Ну так и пользователя с ключами из темплейта заведи, или упакуй его в пакет

Я, лично, только ansible пользуюсь, но это не идеальный инструмент под все задачи.

/etc/yum.repos.d/*.repo Цель: доставлять необходимые репы под каждый сервак, убрать дефолтные репы. Сложности: - дефолтные repo-файлы удалять нельзя (иначе ям рано или поздно их вернет взад и сломает сервак) - разные репы под разные задачи (роли) доставляются в разных модлулях - репы зависят от типа ос (рхел, цент, оел итд) и от версии ос - директория готовится перед тем как будут выполняться yum clean metadata и yum install во всех других модулях Есть решение для такого на асибле без полной зачистки этой директории при каждой прогоне конфигурации и костылей?

И чего тут такого?

Надо подумать, а если даже зачищать директорию?

Ничего, просто ансибл с его последовательным (sequential) методом накатки тасков такого сделать не сможет

То придет yum и в самый неподходящий момент вернет базовые репы ос, последствия этого - как уж повезет

мне нраица как ансибл преподносит себя как декларативный синтаксис, но почему-то не дает при этом зашаффлить шаги в роли :)

Ну короче роль дикая будет ибо проверок много либо чё мешает после проверки ос и ее версии просто подкладывать файл с нужной репой или вообще запретить руту изменять файл после того как он его закинул

Ага chattr +i...

Ну спорно, а что на папите такое изменение?

Изи?

Паппет это может из коробки (хотя, именно этот кейс тоже не совсем тривиально реализовывается - через "зануление" ресуса репозитория, но в целом - без костылей и боли)

файл скопировать в пределах хоста