самый простой вариант

Супер, спасибо

минусов у решения до жопы. но для локалхоста работает

ну и перфекционисты растроены

А расскажи про минусы, если ты этим пользуешся?

всю логику надо убирать в апликуху. обработку ошибок в том числе

отпраивть на мыл ?

логи ?

А давай

нет это вопрсы

:)

Я понял, звучало приолькно :)

:)

логи ?

>./f 2>&1 ?

крон же он дохера умный

отпраивть на мыл ?

| mail -s -Е ?

да никто не спорит что не решаемо же

просто там из коробки а тут херач сам :)

Ну так-то да

Но зато не надо вкоряивать внутрь ничо

да

у меня на месте джанго команды скрипт

я его пробрасываю через вольюм

тоже так себе... но оф имидж корячить не хочу

Эх, а у меня setInterval

**** ***! Ну почему эти ****** разрбаботчики не сделали нормальный dnsrr в новом докере? 😩

Ну почему, ***, опять полный список?

Крон в докере может не работать в зависимости от ядра

Это что за ересь?

http://stackoverflow.com/questions/34494570/crontab-not-working-on-centos-docker-container

ну например

у меня лично была эта проблема год назад

пришлось патчить контейнер

так причем тут ядро? это pam. та же хрень, что и с sshd

при том, что один и тот же контейнер может работать и не работать на разных хост-системах с одинаковым демоном

да причем тут хост система-то?

при том, что pam - часть ядра

и что один и тот же контейнер не работает на разных хостах, пока не выключишь pam в контейнере

а. понял. ну да надо его там вырубать сразу. по дефолту

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

и выяснилось-то случайно

Подскажите, пожалуйста, докер контейнер не может на маке стучаться на localhost?

а. понял. ну да надо его там вырубать сразу. по дефолту

а что там с pam такого?

а что там с pam такого?

а нахрен он нужен

не, плане как он мешает?

не, плане как он мешает?

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

или sshd

при том, что pam - часть ядра

pam в кернел спейсе - ну бред же какой-то

pam в кернел спейсе - ну бред же какой-то

А расскажи кстати нам как PAM работает. А то в нем реально никто не смыслит. Я тоже

ну точно не в кернел спейсе. Прям сейчас не готов в полемику вступить. Но готов подготовиться и обсудить этот вопрос.

ну точно не в кернел спейсе. Прям сейчас не готов в полемику вступить. Но готов подготовиться и обсудить этот вопрос.

Я не спора ради. Но реально мало кто понимает. Я не понимаю например. И кого не спрошу - "как-то работает и хрен с ним", включая вроде бы гуру. Было бы интересно

ну если вкртаце - ядро занимается более низкоуровневыми вещами, но всяко не юзерам. Pam - это набор библиотек оперирующих простыми файлами типо /etc/shadow

то есть привязыввать ядро и невозмжность старта докер здесь не уместно

плюс - надо курить starce - что читает команда при старте контейнера и как делает сисколы

я готов пообщаться, мне самомму это интересно, но точно не в пятницу :) Нужно отдыхать :)

Ну там конкретно с этим раскапывается. pam_loginuid ставит какой-то loginuid бит для какого-то аудита. А докер такого делать не даёт и они празднуют несчастливую встречу. А это что-то ядерное действительно

Какая в попец у админов может быть пятница? :)

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

Какая в попец у админов может быть пятница? :)

Ну бухать я поехал - имею право :D

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

Ну это вкратце то, что гуглится

я понял - я посмотрю

тут смысл в чем

как я вижу

старт докера - этьо старт изолированного прооцееса - не более

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

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

но сам сатарт по идее ничем не отличаеся сискол fork()

господа, столкнулся с проблемой. Есть compose файл: version: '2' services: postgres: image: postgres tmpfs: /var/lib/postgresql/data docker-compose up выдает ошибку: Creating network "testtmpfs_default" with the default driver Creating testtmpfs_postgres_1 ERROR: for postgres Cannot start service postgres: linux mounts: Duplicate mount point '/var/lib/postgresql/data' ERROR: Encountered errors while bringing up the project. Что может быть?

возможно, у вас вот это: https://bugzilla.redhat.com/show_bug.cgi?id=1331781

докер свежий?

1.11.0

видимо надо обновиться

на другой машине 1.12.3 такого бага не наблюдается

Прочитал https://docs.docker.com/compose/django/

Если я запущу на машине (допустим на амазоне EC2), где будут храниться данные БД? Что будет если контейнер перезагрузить? А если машину?

ec2 не контейнер

для бд есть rds

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

данные на ебс диске лежат

ну все зависит от того, как у тебя настроена машина