Closed yu-iskw closed 1 month ago
I encountered a similar error for a very large dbt project (1000+ models). When I want to run dbt-osmosis yaml refactor
in these cases, I do the following.
--catalog-file
option when running dbt-osmosis yaml refactor
.
Thank you for the comment. I already tried the approach. So, it would be good to how to resolve it on the dbt-osmosis side rather than the workaround.
I'm looking into https://github.com/googleapis/google-auth-library-python/issues/1356 , as the issue looks similar to this issue. And I'm doubting there is any conflicts between the multithreading in dbt-osmosis and the Google Cloud packages in python.
Upstream issue closed. I also added a small change here https://github.com/z3z1ma/dbt-osmosis/commit/a1c21093c06713fb5f5486a3e3257c7ac5153857 too that while I am not 100% sure would solve this, I think could be a conflating factor. We have an adapter connection invalidation/refresh process because DbtCoreInterface (our thin interface layer that keeps us 1 layer abstracted from dbt core) was designed to be used in a long running Service like a proxy server or custom LSP. But dbt-osmosis is just a typical process which will saturate the connection pool then spin down.
If I apply
dbt-osmosis yaml refactor
to a log of dbt models, I got the subsequent error after a while consecutively. I am assuming the issue was caused by the timeout of authentication, though I haven't looked into the implementation. How can sove the issue?job_execution_timeout_seconds