This message was deleted.
# atlantis-community
s
This message was deleted.
😞 2
b
Someone created a PR (PR 1): A plan was ran, and a lock was acquired Meanwhile, another PR (PR 2) was raised by another engineer - when planning PR 1 again, it suddenly said: you're PR is locked by PR2 Even though PR 1 should've had the lock. There's also no sign of unlocking PR 1 (see below screenshot)
This is PR 2, which was raised after PR 1, and somehow magically removed the lock from PR 1 and started planning
Do we delete the plan/lock if a plan fails now? It seems like the lock and plan were removed after a failed plan, PR 2 then got raised and acquired a lock and started planning - causing PR 1 to go "on hold"
This could be some super odd edge case though, not quite sure what caused it
s
Looks like you pushed two commits in quick succession to PR 2 which is why you got the plan error.
b
I would've expected a lock on PR 2, as PR 1 got planned first - and never got unlocked by anyone
s
Can't comment because I don't know the relative timings of each one.
b
PR 2 got created several minutes after PR 1
You can see that in the screenshots
s
But you have pushed several commits to PR1. The first one was a failed plan so there would have been no lock.
b
The first one succeeded actually, but I couldn't capture that in a single screenshot
PR 1 got made, a plan got ran, a commit got pushed, another plan got ran which error'd, meanwhile PR 2 got made after the first succesful plan of PR 1, and it then somehow got skewd
This is probably some weird edge case, but it seems reproducible on my end
s
You know you can see current locks via the Atlantis web interface.
So if you can reproduce it, raise a GitHub issue with the details.
b
Sure 🙂
s
Just a reminder, Atlantis is maintained by volunteers and the community. You are more than welcome to look at the code and raise PRs to resolve any issues you find.
b
I'm well aware of that, but thanks
p
try to run another PR that have a successful plan/apply and see if that works as expected, it could be an edge case
d
This is exactly what I'm trying to resolve with the ADR
✅ 1
🙌 1