You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/synapse-analytics/sql/resources-self-help-sql-on-demand.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -992,7 +992,7 @@ This is a public preview limitation. Drop and re-create the Delta table in Spark
992
992
993
993
### Query timeout or performance degradation on a table
994
994
995
-
When the original table in Spark or Dataverse is modified, the corresponding tables in the serverless pool is automatically recreated. This process results in the loss of existing statistics on the table. Without these statistics, queries on the table may experience delays or even timeouts.
995
+
When the original table in Spark or Dataverse is modified, the corresponding tables in the serverless pool are automatically recreated. This process results in the loss of existing statistics on the table. Without these statistics, queries on the table may experience delays or even timeouts.
996
996
997
997
If you encounter this issue, consider setting up a job to recreate statistics on the tables after changes in Spark/Dataverse or on a regular schedule.
:::image type="content" source="media/troubleshoot-synapse-studio-and-storage-connectivity/storage-connectivity-issue-1.png" alt-text="Screenshot from the Azure portal of the permissions storage connectivity issue.":::
26
+
27
+
In the storage container node:
28
+
29
+
:::image type="content" source="media/troubleshoot-synapse-studio-and-storage-connectivity/storage-connectivity-issue-1a.png" alt-text="Screenshot from the Azure portal of the storage permissions error message." lightbox="media/troubleshoot-synapse-studio-and-storage-connectivity/storage-connectivity-issue-1a.png":::
28
30
29
31
**SOLUTION**: To assign your account to the proper role, see [Assign an Azure role for access to blob data](../../storage/blobs/assign-azure-role-data-access.md)
30
32
31
33
## Case #2: Failed to send the request to storage server
32
34
33
-
When selecting the arrow to expand the storage structure in "Data" --> "Linked" in Synapse Studio, you might see the "REQUEST_SEND_ERROR" issue in the left panel. See the issue symptom screenshot:
When selecting the arrow to expand the storage structure in "Data" --> "Linked" in Synapse Studio, you might see the "REQUEST_SEND_ERROR" issue in the linked storage node or the storage container node. For example, in the linked storage node:
:::image type="content" source="media/troubleshoot-synapse-studio-and-storage-connectivity/storage-connectivity-issue-2.png" alt-text="Screenshot from the Azure portal of the REQUEST_SEND_ERROR message.":::
40
38
41
39
There might be several possible reasons behind this issue:
Copy file name to clipboardExpand all lines: articles/synapse-analytics/troubleshoot/troubleshoot-synapse-studio.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -145,7 +145,7 @@ If possible, please try to switch your network environment, such as inside/outsi
145
145
146
146
+ If you can run notebook on a different workstation but in the same network environment, ensure you didn't install any browser plugin that might block the WebSocket request.
147
147
148
-
Otherwise, contact your network administrator and ensure the outbound WebSocket requests with the following URL pattern is allowed and their request header is not redacted: `wss://{workspace}.dev.azuresynapse.net/{path}`
148
+
Otherwise, contact your network administrator and ensure the outbound WebSocket requests with the following URL pattern are allowed and their request header is not redacted: `wss://{workspace}.dev.azuresynapse.net/{path}`
149
149
150
150
-`{workspace}` is the Synapse workspace name
151
151
-`{path}` indicates any sub-path (for example, slash character is included) in URI
0 commit comments