This message was deleted.
# atlantis-community
s
This message was deleted.
c
I suspect it might have something to do with the default settings for the Fargate container -- I'm seeing stuff like this:
Copy code
will re-clone repo, could not determine if was at correct commit: git rev-parse HEAD: exit status 128: fatal: detected dubious ownership in repository at '/home/atlantis/.atlantis/repos/REDACTED/2842/default'\nTo add an exception for this directory, call:\n\n\tgit config --global --add safe.directory /home/atlantis/.atlantis/repos/REDACTED/2842/default\n"
j
This is a git problem inside of the container because the uid:gid probably doesn't match what the ownership/octal permissions are on the mounted filesystem. I have a pre-workflow thing that gets around this in my
repos.yaml
that you may find helpful:
Copy code
# This hook is to work around <https://github.com/runatlantis/atlantis/issues/2221>
    pre_workflow_hooks:
      - run: git config --global --add safe.directory '*'
r
It probably needs to be baked into the module itself
Anyway that command can run right before atlantis server is kicked off
The pre workflow hook runs it on every plan
But i think it only needs to run once when the pod or ecs service starts
j
I almost put up a PR to mess with the image's entrypoint function but I found that my workaround seems to be ok for me and I also didn't think that forcing everyone to pick up my proposed change would be a good idea.
c
Weird. I wonder why this doesn't happen in GCP.
Which is exactly what you were saying, but probably needs to be set properly...I'll dig into that some more
j
I guarantee I am not doing that correctly in EFS
c
Well, I'm about to find out if that solved the issue. 😛
r
note that switching to the Atlantis non root user may impact the above workaround - https://github.com/runatlantis/atlantis/pull/3886
@Bruno Schaatsbergen