Привет! Есть вопрос, на php проекте используем Gitlab CI с shell executor, хотим перевести на docker конетейнеры для параллельных билдов. Я тестировал методы docker dind, и docker socket bind. Тесты должны запускаться внутри репозитория, для shell executor все просто делается клон репозитория в определенный каталог и в нем запускаются тесты через runner. Для docker dind сложнее, как я понял репозиторий нужно добавлять при сборке образа через Dockerfile (т.е. ADD /builds/my_repo). И потом через docker run my-image /path/to/test/scripts запускать скрипты внутри контейнера, иначе , как я понял не получиться сделать?

#whois категорически приветствую! DevManager проектов разработки авиационных систем и ПО для авионики. Стараемся менять подходы в очень консервативном окружении.

transas?

Работали с ними

привет Машико

Почему мне кажется, что ты 19-ти летний дрочер?

Почему мне кажется, что ты 19-ти летний дрочер?

эх, где мои 19 лет, когда вставал по заказу...

Почему мне кажется, что ты 19-ти летний дрочер?

возможно, потому, что так и есть?

возможно, потому, что так и есть?

Возможно

эх, где мои 19 лет, когда вставал по заказу...

В СССР и времена другие были

Есть кто с ораклом дружит?

В СССР и времена другие были

Я так старо выгляжу? В мои 19 от СССР разве что запах остался

Я пытаюсь залить несколько дампов по очереди, с EXCLUDE=USER, но в некоторых USER нет изначально и он сцуко не импортирует. Хотя казалось бы. ORA-39168: Object path USER was not found.

Я так старо выгляжу? В мои 19 от СССР разве что запах остался

Если на юзерпике Вы, то у вас очень красивые кисти рук.

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

Если на юзерпике Вы, то у вас очень красивые кисти рук.

Я. Ровно два года назад

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

Побойся Бога. У меня трое детей. Я завязал

Я пытаюсь залить несколько дампов по очереди, с EXCLUDE=USER, но в некоторых USER нет изначально и он сцуко не импортирует. Хотя казалось бы. ORA-39168: Object path USER was not found.

Это очень уж оракл-специфичный вопрос... Это надо реально Oracle DBA

Почему мне кажется, что ты 19-ти летний дрочер?

30-летний недрочер))

интуиция тебя подвела

Я пытаюсь залить несколько дампов по очереди, с EXCLUDE=USER, но в некоторых USER нет изначально и он сцуко не импортирует. Хотя казалось бы. ORA-39168: Object path USER was not found.

непонятно чего нет

30-летний недрочер))

Ой да ладно, не дрочер он, все свои:)

А ктонибудь сравнивал ансибл, шеф, солт стак и прочее?

Для мелких проектов ансибл самый торт

Это я к тому, что не надо стесняться

непонятно чего нет

Нет CREATE USER statements

схемы точно такие существуют? которые ты в EXCLUDE указал

Это я к тому, что не надо стесняться

Вспомнился КВН и "иван дорн" с ремейком его песни

схемы точно такие существуют? которые ты в EXCLUDE указал

там ровно EXCLUDE=USER написано, это не схемы

Specifying EXCLUDE=USER excludes only the definitions of users, not the objects contained within users' schemas.

impdb ?

Я. Ровно два года назад

Ну, тогда вы в моём вкусе:)

impdb ?

да

impdb ?

impdp только

да

Мы используем солт. Но чтобы польза от него превысила его сложность и баги, нужно действительно его использовать.

А ктонибудь сравнивал ансибл, шеф, солт стак и прочее?

#ansible #salt #puppet #chef http://www.slideshare.net/alexclear/chef-puppet-salt-ansible-on-secon2014

Ансибл умеет гораздо меньшее, но и гораздо проще

Перефразирую. Вам нужны reactor, runner'ы, formulae и гибкость, которая дается с солтом? Если нет, бери ансибл

Но вообще, мне и паппет был норм на маленьком проекте :) Всё зависит от. Но инфа 146%, что ансибл закроет все твои потребности

А ктонибудь сравнивал ансибл, шеф, солт стак и прочее?

Salt Stack и Ansible на Python, остальное на Ruby, для меня этого уже достаточно чтобы сравнивать только между первыми двумя, ничего из них я реально не использовал, но симпатий больше к Salt Stack потому что там не только по ssh и вообще система выглядит более мощной и надежной

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

Юз кейз. Машина наливается инструментом Х. Ты хочешь, чтобы по завершению наливки машина зарегистрировалась в разных системах(контроль деплоя, контроль доступа etc.). Солтом «склеить» всё это относительно просто: напиши свои модули, раннеры, «веб-хуки». При ансибле сложнее.

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

Ну, тогда вы в моём вкусе:)

ты еще на ботинки не посмотрела )))

В солте понравился «встроенный docker compose»

Ну, тогда вы в моём вкусе:)

☺️ 🌼

ты еще на ботинки не посмотрела )))

Руки, возраст, борода— ДА

Руки, возраст, борода— ДА

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

ребятки чо то у меня начали ломаться публичные группы. просто говорит is no longer accesible

ты еще на ботинки не посмотрела )))

Во, ботинки

Ржу

ни у кого нет такого же?

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

Но я всё-таки рекомендовал бы посмотреть указанный доклад Чистякова

Во, ботинки

Ты на CIF 2016 пойдёшь?

Ты на CIF 2016 пойдёшь?

На куда ты меня послал, прости?

На куда ты меня послал, прости?

У тебя там пиратский флаг и слово «блокировки». Я про конференцию https://cif.pirate-party.ru/

У тебя там пиратский флаг и слово «блокировки». Я про конференцию https://cif.pirate-party.ru/

Ну слушай, это мало того что вот прямо почти сейчас, да ещё и в Москве. Всё, в Москве я надокладывался. Это как шлифованные кусочки цветного стекла с дырочками перед кандидатами в бургер быстрыми движениями раскладывать. На фотке я докладываю коллегам на ХостОбзоре как и где можно подложить соломку, какие кейсы бывают, чего надо боятся, чего пока нет

ъ

#pickup ладно, мастерство конечно не пропьёшь. Но вот по теме какой вопрос меня волнует и я задам его в обоих DevOps чатиках. Чисто для понимания как это происходит сейчас. А кто какую таймзону выставляет в контейнерах/виртуалках? Вообще следите за этим? Почему такую? Почему следите или не следите?

UTC

чтобы не замарачиваться

свою, локальную. Чтоб не путаться.

свою, локальную. Чтоб не путаться.

А в чем путка? Вот у меня несколько дроплетов на DO - и все там каждый в своей, кто в CEST, кто в PST. Ставить им MSD? Или...

по-хорошему все в UTC надо

http://huyabbix.com/ было да?

но у меня у самого в моей зоне, потому что Москва - центр мира

Москва, а не UTC какой-то там

А в чем путка? Вот у меня несколько дроплетов на DO - и все там каждый в своей, кто в CEST, кто в PST. Ставить им MSD? Или...

Ну мне удобнее, когда мне не надо лишний раз думать, в какой же это зоне

Хорошо, а что происходит, когда надо например счет выписать в Сан-Диего, в Москве и Новосибирске. Разработчики не дергают этим?

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

по гринвичу надо использовать

это такой вот сугубо эгоистический подход у меня

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

ну то есть я знаю, что по правильному надо настраивать UTC на сервере, это рекомендованный всеми путь для серверов, но вот конкретно у меня локальное время (для удобства)

аналогично с языком - я ставлю русский язык (хотя меня совсем не смущает и английский)

удобство кончится, когда откроется филиал в другом городе, с другой временной зоной

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

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

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

аналогично с языком - я ставлю русский язык (хотя меня совсем не смущает и английский)

зачем ру на серверах?

просто приятнее читать сообщения на русском