Forum Discussion
Could not read message metadata
Thanks for the suggestions.
The issue was, snowflake was returning column which has length more than 100000 and lookup can not return lengths till 99000.
Trimmed the message to 99000 in snowflake and it worked.
Thanks,
Girish
Thank you for your question on the Microsoft Fabric Community Forum.
The error occurs because Microsoft Fabric pipelines are unable to process result sets returned by Snowflake stored procedures. While the procedure executes successfully in Snowflake and loads the data as expected, the pipeline fails when attempting to parse the output. The message "arrow/ipc: could not read message metadata: unexpected EOF" appears when the stored procedure returns a result set or status message that the connector cannot interpret.
To resolve this, ensure that the stored procedure does not return any result sets. Remove or suppress any SELECT statements used for status messages, and consider returning a simple scalar value (such as 'OK') or no value at all. If the existing procedure must remain unchanged for other use cases, you may create a wrapper procedure that calls the original and only returns a basic status. Alternatively, use a pipeline activity that executes the procedure without attempting to read its results.
By preventing the procedure from returning a result set, the Fabric pipeline will execute successfully and load your data into the warehouse without encountering parsing errors.
I hope this information is helpful. . If you have any further questions, please let us know. we can assist you further.
Regards,
Microsoft Fabric Community Support Team.
Hi,
We are using the Power BI - Fabric Capacity Metrics
And in one of the workspace it says we have consumed more GB.
How to check the details of it and where exactly it is consumed.
Hi girishtharwani2
Sorry for delay response. The Fabric Capacity Metrics app shows storage at the workspace level, so the value is aggregated and does not point to the exact source of the consumption right away.
To see which artifact is driving the usage, open the Storage page in the Capacity Metrics app and drill down from the workspace to the individual items. That can help you determine whether a Lakehouse, Warehouse, Semantic Model, or KQL Database is contributing to the storage footprint.
If you need a deeper view, use the drillthrough options in the Capacity Metrics app or export the underlying data for a more detailed breakdown.Please feel free to contact us if you have any further questions.
Regards,
Microsoft Fabric Community Support Team.