Unable to activate Microsoft Fabric trial capacity
Hi Microsoft Fabric Community, I am trying to activate the Microsoft Fabric 60-day trial for a new personal Microsoft tenant, but the Fabric trial capacity is not being provisioned. Here is what I have already checked: 1. The Microsoft Fabric trial-related tenant settings are enabled. 2. "Users can create Fabric items" is enabled. 3. "Users can try Microsoft Fabric paid features" is enabled. 4. I have a Power BI Individual Trial showing 59 days remaining. 5. In Fabric, the "Start Fabric trial" option is available. 6. When I click "Start Fabric trial", I select the default Central India region and click Activate. 7. I am redirected to Admin portal > Capacity settings > Trial, but no trial capacity appears. 8. The "Start Fabric trial" button remains available. 9. I also tried starting the trial by creating a Lakehouse from My workspace, but received this error: "Something went wrong. Sorry, we are unable to start trial at this time." Error details: Activity ID: 8b5e475c-63bd-43b6-b756-2f5ac4cc5529 Request ID: cc8646ad-898f-47a0-9de3-a12839f34212 Correlation ID: c93727aa-b4b6-933a-aeb8-01c31f5f5c62 Status code: 200 Could someone please help determine why the Fabric trial capacity is not being provisioned and what I need to do to activate the trial? Thank you.
Switching Microsoft partners & Fabric capacity
We are switching to a different Microsoft partner for our various Microsoft subscriptions including Fabric capacity. I have been told that by doing so our current Fabric capacity will be deleted & we cant just move the subscription to a new partner for that capacity. Does anyone have any experience with this? If that is the case, is there a migration tool we can use to copy the entire Capacity to a new one, which we already have. I have a f128 on the 'old' partner's subscription which will be closed EOY and a f64 on the 'new' partner's subscription, which I can bump to f128
High CU consumption after enabling Workspace Monitoring
Hi everyone, I’m wondering if anyone else has experienced very high CU consumption after enabling Workspace Monitoring in Microsoft Fabric. In my case, I tested it on an F4 capacity, and the additional CU usage was significant enough that the capacity became difficult to use for the actual workloads running in the workspace. I understand that Workspace Monitoring creates and uses Fabric resources for collecting and storing logs, so some additional capacity consumption is expected. However, the overhead I’m seeing feels quite high and it makes no sense to enable this feature I’m interested if there are any answers on following questions: Have you noticed a significant CU increase after enabling Workspace Monitoring? Is the impact especially noticeable on smaller capacities such as F2/F4/F8? Have you found any practical way to reduce the monitoring overhead? Are you using Workspace Monitoring in production on smaller capacities, or do you avoid it because of the CU cost? At the moment, my concern is that on smaller capacities the monitoring workload itself can consume enough capacity to materially affect the workloads it is supposed to help monitor. Would be interested to hear about other people’s experience and whether this is expected behaviour.
Not able to extract direct lake semantic models through api
I’m trying to retrieve the item definition of a Power BI semantic model using the Fabric REST API, but the request is failing for some semantic models.The API returns the following error: RuntimeError: Get Item Definition failed.Dataset Workload failed to export the dataset with dataset id . We cannot load this Direct Lake dataset because your Power BI capacity does not support Direct Lake mode. Please use a Power BI capacity type that supports Direct Lake mode. The semantic model is using Direct Lake mode. Is Get Item Definition / Fabric REST API supported for Direct Lake semantic models only when the workspace is on a Fabric-supported capacity? What specific Power BI/Fabric capacity SKUs support Direct Lake? Is there any way to retrieve the semantic model definition/TMDL for a Direct Lake model when the workspace is on a capacity that doesn't support Direct Lake? Could this error also occur if the model was originally created as Direct Lake but the current workspace/capacity configuration has changed? Are there any recommended APIs or alternative approaches for extracting metadata (tables, columns, measures, relationships, etc.) from Direct Lake semantic models in this situation? I would especially appreciate clarification on whether this is an API limitation, capacity limitation, or a limitation of the Direct Lake workload itself. Thanks!
Capacity monitoring on an <F64 without a Pro license — sharing what we built
Hi all, On any F SKU below F64, every viewer of Power BI content needs a Pro or PPU license — which means the Capacity Metrics app, the thing that tells you whether you're about to be throttled, is per-seat paywalled on exactly the SKUs most likely to hit throttling. We wanted the whole team to be able to answer "what's burning our CU?" so we built a small read-only CLI over the free REST APIs and open-sourced it (MIT). The part that might be useful even if you never run it: Spark CU can be derived exactly. Fabric bills a session for its whole vCore allocation over the session's lifetime, and the rate is published at 2 vCores = 1 CU, so (driver_cores + max_executors * executor_cores) / 2 * running_duration_seconds gives you CU-seconds. Durations come from /v1/workspaces/{id}/spark/livySessions, and the vCore count has to come from /v1/workspaces/{id}/spark/pools because the per-session core fields the API documents aren't currently populated. Everything else — pipelines especially — is only estimable, so we mark it as such rather than blur it. One thing that surprised us: with high concurrency enabled for pipeline runs, Fabric opens one Spark session per stage and names it after the notebook that opened it. Notebooks that join later leave no record. Capacity totals are still correct, but per-notebook attribution genuinely isn't available — a row showing 470k CU-s against one notebook may be a dozen notebooks sharing its session. Repo: https://github.com/CashHero/fabric-capacity-monitor Happy to hear corrections on any of the rate assumptions. TomerFabric Copy Job Incremental Load returns 0 rows even when new source records exist
Hi everyone, I’m testing Microsoft Fabric Data Factory Copy Job with an ODBC source and Fabric Warehouse as the destination. I Have been using fabric Trial License. I’m trying to implement an incremental load using a watermark column, but the Copy Job consistently reports 0 rows read / 0 rows written, even though new records exist in the source. My setup: Source: MySQL database accessed through ODBC Source table: ac_gl_companies Destination: Microsoft Fabric Warehouse Copy Job: Incremental load Incremental/watermark column: company_id company_id is an integer and increases for newly inserted records Update method: Merge For testing, the source initially contained: company_id ---------- 1 2 3 4 I then inserted a new record: company_id = 5 I verified directly against the source: SELECT MIN(company_id) AS min_company_id, MAX(company_id) AS max_company_id, COUNT(*) AS total_rows FROM ac_gl_companies; SELECT * FROM ac_gl_companies WHERE company_id > 4 ORDER BY company_id; The second query correctly returns: company_id = 5 So the new record definitely exists in the source However, when I run the Copy Job again, the monitoring result shows: Load type: Incremental load Rows read: 0 Rows written: 0 Lower bound: company_id Upper bound: company_id Status: Succeeded There is no error, but the new record is not picked up. What I have already checked company_id is an integer column. The source contains the new record. The source query correctly returns company_id = 5. The Copy Job is configured for incremental loading. The job completes successfully, but reads 0 rows. I also tried resetting the incremental state and testing again. My question: Could this be related to the ODBC connector, incremental watermark state, or the way Fabric Copy Job determines the lower/upper watermark values? I would especially appreciate feedback from anyone who has successfully implemented incremental Copy Jobs using an ODBC/MySQL source. Is there anything specific I should check in the Copy Job configuration or source metadata? Thanks in advance! 🙏
Fabric Planning Viewers are redirected to Semantic Model instead of the saved planning sheets
Hello, Users with the Viewer workspace role are unable to open a Microsoft Fabric Plan item correctly. Actual behavior When an affected user opens the Plan item: The saved planning sheet tabs appear briefly. The tabs disappear. Fabric opens Semantic Model Explorer inside the Plan item. Back to Sheet is displayed but disabled. Refreshing the page does not resolve the issue. The semantic model tables and fields are visible in Model Explorer, which confirms that the users can access the semantic model. However, they cannot return to or access the saved planning sheets. Expected behavior Users with the Viewer workspace role should be able to open and consume the existing planning sheets in Reading View. Planning should dynamically assign the appropriate Planning persona when users perform supported actions. Permissions and configuration verified The Plan item is located at the root of the workspace. The App Database Connection is configured. The Semantic Model Connection is configured. Users have the workspace Viewer role. Users have Read + Build permissions on the semantic model. Users have User permission on the App Database Connection. Users can see the semantic model tables and fields. The same users can successfully open another Plan item. The behavior was reproduced with an internal tenant user, so it is not exclusively related to the documented Microsoft Entra B2B limitation. Reducing the amount of data displayed by applying filters did not change the behavior. Browser-state finding The Plan loaded correctly in a clean InPrivate/Incognito browser session. Clearing the normal browser profile’s site data, cache, browser storage and service worker registration also allowed the Plan to load correctly. This suggests that stale client-side state may prevent the Planning catalog from loading. Questions Is this a known issue affecting Fabric Planning Viewers? Why does Planning fall back to Semantic Model Explorer instead of retrying or displaying an error? Thanks in advance, Best regards,
Microsoft Fabric Subscription Issue
Hi everyone, I’m hoping someone can help me with an issue regarding my Microsoft Fabric/Azure account. I created this account specifically to use the Microsoft Fabric free trial for learning Data Engineering and Data Analytics. I had no intention of purchasing a paid or annual subscription. Before the trial ended, I cancelled it because I wanted to make sure that I would not be charged. However, I am now seeing repeated attempts to charge my card approximately AUD $392. Fortunately, the card currently does not have sufficient funds, so the payment has not gone through. However, Microsoft appears to keep attempting the charge, and I’m concerned that there may be an active paid subscription or annual plan associated with my account that I was not aware of. Could someone please advise me on: How I can identify exactly what the AUD $392 charge is for? How I can completely cancel any active Microsoft Fabric/Azure subscription or recurring billing? Who I should contact at Microsoft regarding this billing issue? Whether Microsoft Support can cancel or waive this charge, considering the account was created only for learning and I believed I had already cancelled the trial? How I can confirm that there will be no further charges or payment attempts? I definitely do not want an annual subscription or any paid Fabric/Azure services. I only created the account to learn Microsoft Fabric using the trial. I would really appreciate any guidance on how to resolve this and contact the correct Microsoft billing/support team. Thank you very much for your help.
