Greetings @Surya-Prathap , what you’re seeing lines up with a workspace-level quota on active Lakeflow Declarative Pipelines of type INGESTION_GATEWAY. In plain terms, you’ve hit the per-type concurrency cap, so the second gateway just isn’t allowed to start.
The PIPELINE_TYPE_QUOTA_EXCEEDED error is raised when the workspace has already reached its quota for active pipelines of a given type (in this case, INGESTION_GATEWAY).
Under the hood this is enforced by Gatekeeper via something like max_active_pipelines_per_type. If that’s effectively set to 1 (for example due to a trust-tier misclassification or a temporary config), only a single gateway pipeline can run at a time in that workspace.
In a normal, non-trial workspace, the default limit for concurrently running Lakeflow pipelines is much higher (typically in the hundreds) at the workspace level. So being capped at a single concurrent gateway is almost always a sign of a workspace-level quota or config issue, not a fundamental limitation of Lakeflow Connect.
Both of your gateways are configured as continuous pipelines by design, so once the first one is running and holding that slot, the second one hits the quota wall when it tries to start.
You are either running Free Edition or on a Trial Edition of Databricks. This is the expected behavior.
Hope this helps, Louis.