Forum Discussion
Fabric Warehehouse stuck
- 1 year ago
Thanks Nameless_LW
I think if this happened before worth raising a support ticket, this might be a bug.
please accept the solution if this is helpful
Hello Nameless_LW
The query “SELECT * FROM mySchema.myTable WHERE 1=2” is auto-generated—typically when “Auto create table” is enabled in your pipeline—to validate or create a destination table. This query is holding locks or running within a transaction, which is causing blocking on your warehouse
• When you try to kill its session, it doesn’t disappear immediately but goes into a “KILLED/ROLLBACK” state. This is normal behavior: once a session with open transactions is killed, SQL Server (and Fabric’s SQL engine) must roll back any changes to maintain transactional consistency. Unfortunately, if the rollback involves many changes or locks, this operation could take a very long time.
Here is what could help :
Use your query (joining sys.dm_exec_requests and sys.dm_exec_sql_text) to check which session is blocking others.
Once confirmed, running
KILL session_id;
followed by
KILL session_id WITH STATUSONLY;
will report the rollback progress. (Be aware that if the rollback is heavy, you might have to wait for it to finish.)
If the rollback never completes or if the blocking query persists for an inordinate amount of time, then this might indicate an underlying issue with the Fabric Warehouse engine. Open a support ticket
If this is helpful please accept the answer
- Nameless_LW1 year agoFrequent Visitor
Hi nilendraFabric, thank you for a quick response.
I know that SQL Server (and Fabric) should do a Rollback when the session is killed. What I'm struggling to understand is what is it trying to rollback, when the query in question is a plain select...
Anyways, I've tried to run "KILL session_id WITH STATUSONLY;", but it's returning:
SPID xxx: transaction rollback in progress. Estimated rollback completion: 0%. Estimated time remaining: 0 seconds.
The query has been in rollback-state for a couple hours now. Apparently the only way out is to contact Microsoft.
I've run to this issue before, but last time the session eventually stopped (propably in an hour or so). This time the issue seems to be more persistent.
- nilendraFabric1 year ago
Super User
Thanks Nameless_LW
I think if this happened before worth raising a support ticket, this might be a bug.
please accept the solution if this is helpful