Forum Discussion
OneDrive & SharePoint Online inaccessible after subscription transition
I have used OneDrive for Business for almost 10 years. Following a billing interruption and migration to Microsoft 365 Business Standard, both OneDrive and SharePoint Online became inaccessible.
Despite five support tickets and multiple troubleshooting sessions, the issue remains unresolved. I am hoping the community or a Microsoft engineer can help identify the root cause.
BACKGROUND:
My legacy OneDrive for Business subscription experienced a payment interruption due to an expired credit card.
Following Microsoft's Support team's instructions, I paid the outstanding invoice by wire transfer. Microsoft Billing Support confirmed receipt by email, although the payment is not appearing in the Admin Center, explained that was normal.
Following Microsoft's Support team's instructions, I subsequently subscribed to Microsoft 365 Business Standard under the same tenant and existing user account.
The affected user has valid, active licenses, but access remains blocked.
CURRENT SYMPTOMS:
- OneDrive fails to retrieve its configuration.
- OneDrive personal site (my.sharepoint.com) is inaccessible.
- Business files remain inaccessible.
TROUBLESHOOTING COMPLETED:
- Multiple Microsoft Support calls and screen-sharing sessions.
- Browser/cache/cookie troubleshooting.
- License reassignment, disable/enable
- Billing and payment restrictions verification.
None resolved the issue.
SUPPORT HISTORY:
- Five tickets raised, including #2611031420001514 and #2610301420001454.
- Repeated escalation requests without resolution.
NEED HELP :
Has anyone experienced a similar issue after a subscription transition? Are there tenant-level diagnostics to identify lingering service restrictions or provisioning inconsistencies?
Could the legacy subscription's suspended or restricted service state still be affecting SharePoint/OneDrive provisioning, despite the new active Microsoft 365 licenses?
I would especially appreciate assistance from a Microsoft engineer or moderator in escalating this for backend investigation.
Thank you for any guidance.
2 Replies
Thank you for your suggestions. I have performed additional checks and would appreciate your interpretation of the findings.
- Licensing and service health
- Microsoft 365 Business Standard is active, under the same tenant and user account as my previous subscription.
- SharePoint Online is enabled under Licenses and Apps.
- Microsoft 365 Service Health reports both SharePoint Online and OneDrive as healthy.
- SharePoint Online PowerShell
- Installed and imported the SharePoint Online Management Shell.
- Attempted Connect-SPOService -Url "https://**tenant**-admin.sharepoint.com".
- Received: Could not connect to SharePoint Online.
- Consequently, I cannot run Get-SPOSite to inspect the personal site's status or lock state.
- DNS diagnostics
- Reconfirmed my hostname from my browser history
- Resolve-DnsName **tenant**-my.sharepoint.com returns NXDOMAIN (DNS_ERROR_RCODE_NAME_ERROR).
- Repeated using Cloudflare DNS (-Server 1.1.1.1), with the same result.
- **tenant**-admin.sharepoint.com also returns NXDOMAIN using both DNS resolvers.
- As a control, microsoft-my.sharepoint.com resolves successfully.
These findings suggest that the problem may involve tenant-specific SharePoint Online DNS registration, provisioning, or service state rather than local browser configuration or licensing.
The issue began after an interruption of my previous subscription. Microsoft Billing Support confirmed receipt of the outstanding payment, and I subsequently activated Microsoft 365 Business Standard within the same tenant.
Based on these findings, is there any additional tenant-level check I can perform as an administrator, or does this now require Microsoft backend intervention?
My main concern is restoring access to the existing OneDrive data without risking its deletion
Thank you again for your assistance.
- Licensing and service health
Because both SharePoint and OneDrive web access fail after the subscription transition, another sync-client reset is unlikely to establish the cause. An active Business Standard licence is relevant, but it does not tell us the existing sites’ current state.
Have the SharePoint administrator check Service health, confirm that the user’s SharePoint service plan is enabled, and inspect the existing personal site with Get-SPOSite, including its LockState. Also check deleted sites; Get-SPOSite does not return sites already in the recycle bin. Record the exact browser error, affected site addresses, and UTC time.
If the error is DNS_PROBE_FINISHED_NXDOMAIN despite an active subscription, Microsoft documents flushing the local DNS cache as a diagnostic step. Otherwise, keep the investigation focused on the actual error. Add these results and the payment confirmation to the existing support case and request SharePoint service/provisioning investigation. Only Support can confirm a backend suspension or recovery status.
