Forum Discussion
Python Module Not Found Error When Importing Pandas: 'no module named 'fsspec_wrapper.trident.core'
- 1 year ago
This issue seems to stem from a recent change in how Fabric handles internal dependencies—particularly around the fsspec_wrapper.trident.core module, which is now required when importing pandas in custom environments.
🔍 Root Cause
The error:
ModuleNotFoundError: No module named 'fsspec_wrapper.trident.core'
typically occurs when using custom environments in Fabric notebooks. It appears that the pandas import is now indirectly dependent on internal Fabric components that are not bundled in custom environments by default.
âś… Workarounds That Helped Others
Switch to the Workspace Default Environment
This resolves the issue for many users, but it’s not always viable if your custom environment includes packages not available in the default one.Force Re-Publish the Custom Environment
As suggested by Microsoft staff, make any change to your custom environment (e.g., add a dummy package like pytest from PyPI), save, and redeploy. This forces a refresh of the environment and often resolves the issue [1].Manually Add fsspec from Public Libraries
Some users had success by adding the latest version of fsspec (e.g., from February 2025) via the public library tab. However, this alone may not always fix the issue if the internal wrapper is still missing.Upgrade the Runtime Version
Upgrading your custom environment’s runtime (e.g., from 1.2 to 1.3) may help, as it updates the Spark version and potentially resolves dependency mismatches.
⚠️ Long-Term Consideration
This seems to be a platform-level dependency issue, and while workarounds exist, it may reoccur with future updates. If you're running production workloads, consider:
- Monitoring Fabric release notes for changes to internal libraries.
- Creating a fallback environment strategy.
- Submitting feedback to Microsoft to improve dependency isolation in custom environments.
We are also having this issue. Trying the deliberate install now.
- zzthatcher1 year ago
Advocate I
Issue just came back for me after I tried to deliberately install the package from the public repo. Upgrading the runtime now to see if that fixes it more permanently. This is breaking some of my most important pipelines and requiring that I wait for what is already an unacceptably long environment publish time before re-running them.
- zzthatcher1 year ago
Advocate I
The issue has not returned for me since also upgrading the runtime
- PaulKn1 year ago
Advocate II
Annoyingly this issue has returned for me this morning in North Europe. Is this occuring for anybody else? Notebook in dev workspace was ok, the same notebook in test and production was failing. The fix is the same as before - force a republishing of the custom environment by making a change e.g. adding/removing an unnecessary library like "pytest" or changing the runtime version.