This message was deleted.
# gitlab
s
This message was deleted.
w
A couple of things to check/try: • I have not used Gitlab, but I assume it’s spinning up an environment in which the pipeline is run. The Go libraries are quite large and so if that environment is undersized it can get stuck or take such a long time it seems like it’s stuck. So, if you can bump up the memory for the environment, that may help. •
pulumi up --yes --debug -v9
will produce all sorts of debug data that may shed some light on things.
r
Thanks @witty-candle-66007, that was very helpful. It looks like an undersized runner was the problem to a degree. We spun up our own GitLab runner and it was definitely faster. One issue we're still seeing is that on each job run Pulumi re-downloads the plugins. How can I find out the directory the plugins are cached by Pulumi? I'd like to cache them using gitlab CI if possible.
w
By default plugins are downloaded into ~/.pulumi/plugins You can modify this behavior by setting $PULUMI_HOME https://www.pulumi.com/docs/reference/cli/environment-variables/
r
Thanks, that's exactly what we needed!