landric
I’m running into a strange issue with an edeliver (1.8.0) / Distillery (2.1.1) / Phoenix (1.5.3) application where after running
mix edeliver build release
mix edeliver deploy release to production
mix edeliver restart production
… to my remote server, my app reverts to running and serving an older version of my app.
This most obviously manifests itself by serving old static assets. But also appears not just to be a static asset issue. Running code from the console also has old behavior.
Note that running mix edeliver upgrade production does not exhibit the same behavior, and correctly upgrades to the new version.
I would love some help figuring out where to look next! Thanks y’all.
$ mix edeliver version production
EDELIVER MY_APP WITH VERSION COMMAND
-----> getting release versions from production servers
production node: 0
user : my_remote_username
host : my.server.ip.address
path : /home/my_remote_username/app_release
response: '1.0.3+882-20200819-020104-prod' [...this is the expected current version...]
[...two other nodes report same version...]
VERSION DONE!
$ mix edeliver build release
BUILDING RELEASE OF MY_APP APP ON BUILD HOST
-----> Authorizing hosts
[...]
-----> Copying release 1.0.3+882-20200819-021103-prod to remote release store
[... still 1.0.3 but new timestamp...]
RELEASE BUILD OF [ MYAPP ] WAS SUCCESSFUL!
$ mix edeliver deploy release to production
DEPLOYING RELEASE OF MY_APP APP TO PRODUCTION HOSTS
-----> Authorizing hosts
[...]
-----> Selecting release
Found 32 different versions to deploy.
Versions:
[...old versions...]
1.0.0+862-20200818-040404-prod [... this version is noteworthy... spoiler alert...]
[...more intermediary versions...]
1.0.3+882-20200819-021103-prod
Enter Version:
$ 1.0.3+882-20200819-021103-prod
DEPLOYED RELEASE TO PRODUCTION!
$ mix edeliver restart production
EDELIVER [MY_APP] WITH RESTART COMMAND
-----> restarting production servers
[... all three nodes report restart...]
RESTART DONE!
$ mix edeliver version production
EDELIVER MY_APP WITH VERSION COMMAND
-----> getting release versions from production servers
production node: 2
user : my_remote_username
host : 142.93.187.55
path : /home/my_remote_username/app_release
response: '1.0.3+882-20200819-021103-prod'
[... two other nodes report same version...]
VERSION DONE!
$ ssh -t my_remote_username@my.remote.ip.addres " ~/app_release/my_app/bin/my_app remote_console"
Erlang/OTP 23 [erts-11.0.1] [source] [64-bit] [smp:2:2] [ds:2:2:10] [async-threads:1] [hipe]
Interactive Elixir (1.10.3) - press Ctrl+C to exit (type h() ENTER for help)
iex(my_app@my.remote.ip.address)1> Application.spec(:my_app, :vsn)
'1.0.0+862-20200818-040404-prod'
[... what? Why this old version?]
Trending in Questions
I’m working on a project that simulates the bumbl example in the programming phoenix book. It acts almost like an email client. We have a...
New
Hello!
Could someone please give me a help/sample code, how to delete a file from s3 using waffle/waffle_ecto from Phoenix app.
I creat...
New
I’m seeing that a list inside a Kino.DataTable will be interpreted as a charlist, even if the Kino.configure() is set to charlists: :as_l...
New
So my question is quite simple and i have found no conclusive answer on forum, google or AI.
Should we use :erlang.float for Integer to ...
New
Hi, I’ve just set up an application with ash_authentication. There is only magic link strategy for now, so there is no confirmation add o...
New
If a change or preparation module uses Ash.Changeset.get_argument/2 or Ash.Query.get_argument/2 (or any of the other get_argument functio...
New
apply_graft/2 doesn’t rewrite an add_many sub-workflow’s deps on an add step. Grafted jobs cancel with “upstream job was deleted”
Version...
New
Other Trending Topics
I am happy to introduce the very α version of the new programming language compiled to BEAM.
Welcome Cure.
It has literally three kille...
New
Hi there! We created Gust: A task orchestrator inspired by Airflow.
For those who have never heard about Aiflow, it’s a Python-based wor...
New
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New
Hello everyone. After busy few months I am happy to announce v0.1.0 of Emerge & Solve.
They are GUI (Emerge) and State management (S...
New
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixirconf-us
- #blog-post
- #ai
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming










Showing Posts 1 to 1- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
mcostasilva
I’ve had that issue for a while now,
var/start_erl.data(in deployment directory) has the wrong version for some reason which causes restarts and cold starts to use the wrong application version.More informations here:
https://github.com/edeliver/edeliver/issues/314
Removing
var/start_erl.databefore restarting has been working for me, until it’s properly fixed in distillery.