Shiv Gupta

Same issue here with an ECS deployment, packages and versions included below  ``` dagster==1.6.10 dagster-graphql==1.6.10 dagster-webserver==1.6.10 dagster-postgres==0.22.10 dagster-docker==0.22.10 ```

+1 this. Ideally, I'd like to decouple deployments of the user code container from deployments of daemon / webserver. Currently, with every deployment of the user code container, I'm having...

@schapala-hm I'm wondering whether you've found a workaround for this issue? My current workaround is to force deploy both the webserver and the daemon when deploying usercode (even if no...

@garethbrickman, the link you referenced points to an internal repo, is there a publicly accessible PR to track progress on this? Thanks!

Hey @benc-db, any chance this is still being worked on?

Getting the same error. Repro + stacktrace/debug logs below. ```python import logging import os import sys from databricks import sql from databricks.sdk.core import Config, oauth_service_principal logging.basicConfig( stream=sys.stderr, level=logging.INFO, format="%(asctime)s [%(name)s][%(levelname)s]...

This may be related to the discussion here: https://github.com/databricks/databricks-sql-python/issues/423 Fixed using @kravets-levko's example below ```python from databricks.sdk.core import Config, oauth_service_principal from databricks import sql import os server_hostname = os.getenv("DATABRICKS_SERVER_HOSTNAME") def...

@benc-db I don't believe so, the closest piece of metadata I found was by calling the REST API and grabbing the `storage_location` of the view. ``` databricks tables get $TABLE_FQN...