** (ArgumentError) argument error
    :erlang.binary_to_integer(nil)

? переменная окружения DB_PORT не назначена

Слушайте, вот я смотрю на эти ваши System.get_env
у вас же по любому лежит все в каком нибудь .env файле.
Вот я перешел на *.secret.exs и от env избавился. Я что то не так делаю?

В соответствии с https://12factor.net/ да, а так я к примеру вообще TOML предпочитаю.

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

А to_integer в конфиге нельзя использовать?

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

01:04:13.173 [info]   Application secret_application exited: shutdown
{"Kernel pid terminated",application_controller,"{application_terminated,secret_application,shutdown}"}
Kernel pid terminated (application_controller) ({application_terminated,secret_application,shutdown})

Crash dump is being written to: erl_crash.dump...done

И скрипт завершается, все ок.
Теперь я хочу запустить это в докере, собираю в elixir:1.9.4-alpine, запускаю в alpine:latest. Иии скипт не завершается, когда должен: Просто виснет, и, соответвенно, докер не знает, что его надо перезапустить. В логах ничего интересного - просто ошибки, из-за которых процессы попадали, и это должно было привести к завершению основного супервайзора. Но, либо супервайзор не помер, либо процесс VM после этого не завершился. Кто-нибудь сталкивался с таким, куда дебажить?

Контейнер точно один и тот же?

Через ремшел подключится к ноде и посмотреть что там висит

а ты собирай не через дистеллири. уже ведь есть встроенный механизъм сборки релизов. в последних версиях

@relaxcore локально запускаю не в контейнере, просто скриптом. @Slavenin хорошая мысль, можно посмотреть. @bolshakov_av спасибо, посмотрю

01:04:13.173 [info]   Application secret_application exited: shutdown
{"Kernel pid terminated",application_controller,"{application_terminated,secret_application,shutdown}"}
Kernel pid terminated (application_controller) ({application_terminated,secret_application,shutdown})

Crash dump is being written to: erl_crash.dump...done

Сталкивалась с зомби процессами в докере, помогла эта либа https://github.com/krallin/tini. Скачиваешь ее в докерфайле перед запуском релиза и запускаешь релиз через нее

@apelsinka223 спасибо, посмотрю!

Пишут, что начиная с версии докера 1.13 не нужно устанавливать tini в свой образ, т.к. он уже влючён в докер, и можно указать его как инит при запуске контейнера:

> If you are using Docker 1.13 or greater, Tini is included in Docker itself. This includes all versions of Docker CE. To enable Tini, just pass the --init flag to docker run.

Хм надо будет попробовать

01:04:13.173 [info]   Application secret_application exited: shutdown
{"Kernel pid terminated",application_controller,"{application_terminated,secret_application,shutdown}"}
Kernel pid terminated (application_controller) ({application_terminated,secret_application,shutdown})

Crash dump is being written to: erl_crash.dump...done

есть еще один момент с alpine
alpine:3.9 у меня собирается корректно, а вот в alpine:10 был баг
https://gitlab.alpinelinux.org/alpine/aports/issues/9983

если alpine:latest это alpine:3.10 то у тебя может этот баг не дать запустить приложение

я так понимаю фикса пока нет, поэтому я запусккаю в alpine:3.9

а как этот флаг использовать в docker-compose ??

latest-тэги использовать для чего-нибудь важного — вообще само по себе не очень решение. Нужно использовать версионные теги, а лучше вообще не теги, а sha256-сумму образа. У нас так однажды CI сломался из-за того, что в пределах одной версии образа Alpine ломающим образом поменялась версия awscli