#2 replicas running for a service where replica was never set

17 messages · Page 1 of 1 (latest)

west obsidian
#

I have a service where 2 deployments are running.
Replica was never changed and is currently at 1.

tight palmBOT
#

Project ID: 873779ef-a0a8-4e05-a9d0-b5b8092788e9

west obsidian
#

873779ef-a0a8-4e05-a9d0-b5b8092788e9

fading jacinth
#

you can change the overlap time to 0, give me a sec to find the env variable

#

RAILWAY_DEPLOYMENT_OVERLAP_SECONDS

west obsidian
#

Didn't change any settings recently. Just pushed new changes in the codebase.

#

Will it go away if I just deploy again?

fading jacinth
#

every time you make a change or a new deploy it will create a new environment, then will wait for an amount of seconds equal to the env variable I posted above, then remove the old environment

#

As I said in my first message, set the variable RAILWAY_DEPLOYMENT_OVERLAP_SECONDS to 0 in your service settings

west obsidian
#

I am not sure we are on the same page. Two deployments are running concurrently right now this moment. Replica is set to 1 and has always been. For some reason there is another replica running. I haven't deployed code in over hours. I guess I had a different timeline in mind when I said "recently"

#

I can see logs of the same thing its supposed to print twice. From two different replica / deployment id

lucid fiber
#

!t

frail pulsarBOT
lucid fiber
#

Hey @west obsidian, I raised the issue over to the support on-call. We will run an investigation as soon as we can.

west obsidian
#

Sure. Appreciate it.

frail pulsarBOT
#

New reply sent from Help Station thread:

We were able to identify a container that had not been properly removed, and have stopped it. You should no longer see logs from two instances.

You're seeing this because this thread has been automatically linked to the Help Station thread.