Entra ID Tenant Created with Microsoft Account Is Inaccessible – Unable to Raise Support Request

80667535 60 Reputation points
2026-06-27T13:21:43.1+00:00

(Note) This issue is related to Entra ID. I understand that the proper channel would be to raise a support request through the Entra admin center. However, since the admin center is inoperable due to the errors described below — despite being able to sign in — I am unable to submit a request there, which is why I am reaching out here instead.

・Error:AADSTS16000 / AADSTS50058

I created a new tenant for Entra/Azure testing purposes using a Microsoft account. However, the tenant has been in an unusable state since creation due to the following issues.

Symptoms:

・Azure Portal: Sign-in succeeds, but opening any Azure service triggers AADSTS50058, making the portal inoperable.

・Entra admin center: The top page loads, but navigating to any management menu triggers AADSTS16000, also rendering it inoperable.

・Both portals show the same tenant ID, but the initial onmicrosoft.com domain is nowhere to be found.

・No subscriptions or Azure resources exist under this tenant.

Azure CLI Verification:

・az login --use-device-code  → Authentication succeeds, but returns NoSubscriptionsFound.

・However, running az account show immediately after returns Please run 'az login', indicating the session is not being maintained.

Impact:

Since portal operations are unavailable, I cannot create a support request through the Azure Portal, leaving me without a standard escalation path.

Tenant ID: f8cdef31-a31e-4b4a-93e4-5f571e91255a

(No subscriptions or resources exist. Deletion is acceptable if necessary.)

Questions:

1)Could this state be caused by some inconsistency or corruption that occurred during tenant creation?

2)Is there any way to recover from this on the user side?

Any similar cases or information that Microsoft-side can verify would be greatly appreciated.

Microsoft Security | Microsoft Entra | Microsoft Entra ID
0 comments No comments

Answer accepted by question author
Jerald Felix 18,760 Reputation points Volunteer Moderator
2026-06-27T16:23:43.07+00:00

Hello Akihiro Kushikawa,

Greetings! Thanks for raising this question in the Q&A forum.

This points to a provisioning failure that happened at the time the tenant was created, not something broken afterward. AADSTS50058 in the Azure portal context means the session has no usable token for that resource, and AADSTS16000 in the Entra admin center context means the directory cannot resolve which identity/tenant context to use for that operation. Both pointing back to the same tenant, combined with the missing initial *.onmicrosoft.com domain and NoSubscriptionsFound, indicates the tenant object was created but never finished the backend provisioning steps that normally assign the default domain and wire up the directory correctly. This is a known failure pattern when a brand new Entra tenant is created directly from a personal Microsoft account rather than through the standard Azure sign-up flow, and it is not something that can be fixed from the user side since the directory itself is incomplete.

  1. This is not a sign-in or permissions problem, so further sign-in retries will not help Since both portals authenticate successfully and only fail once they try to read tenant configuration, repeating sign-in attempts, clearing cache, or trying different browsers will not change the outcome. The fix has to happen on the backend provisioning side.
  2. Confirm there is truly no usable path inside either portal first While you have already checked Azure Portal and the Entra admin center, also try:
       https://entra.microsoft.com/#view/Microsoft_AAD_IAM/TenantOverview.ReactView
    
    and the Microsoft 365 admin center at https://admin.microsoft.com, in case that surface, which uses a slightly different backend path, lets you reach Support even though the others don't. If it also fails the same way, that confirms the tenant level provisioning gap.
  3. Since you cannot raise a support request through the broken tenant, use a channel that does not depend on it You do not need a working Azure portal session to get Microsoft's attention on a tenant provisioning defect. Use:
       https://support.microsoft.com/contactus
    
    Choose Microsoft Entra ID as the product area and describe this as a tenant that failed to provision correctly, including the Tenant ID, both error codes, and the fact that the initial onmicrosoft.com domain never appeared. Phone or chat support through this portal does not require a working sign-in session to the affected tenant.
  4. Provide the exact details below so the case routes correctly the first time
    • Tenant ID: f8cdef31-a31e-4b4a-93e4-5f571e91255a
    • Both error codes, AADSTS16000 and AADSTS50058, and where each one occurs
    • Confirmation that no subscriptions or resources exist
    • Confirmation that you are open to deletion if recovery is not possible
    Since there is nothing of value in the tenant, the support team may find it faster to simply delete and let you recreate it cleanly rather than trying to repair the provisioning gap, so stating that upfront can speed up resolution.
  5. If support asks you to verify ownership without portal access Be ready to confirm the Microsoft account email used to create the tenant and the approximate date/time of creation, since that is what they will use to locate the provisioning record on their side.
  6. Going forward, create new Entra tenants through the standard Azure flow For future test tenants, create them from within an existing working Azure subscription or through https://signup.azure.com rather than directly from a personal Microsoft account context, since that flow has more consistent provisioning behavior for the default domain and directory setup.

If this answer helps you kindly accept the answer which will help others who have similar questions.

Best Regards,

Jerald Felix.

Was this answer helpful?

2 people found this answer helpful.
0 comments No comments

Answer accepted by question author
Hebikuzure aka Murachi Akira 334.4K Reputation points MVP Volunteer Moderator
2026-06-28T03:20:06.39+00:00

For the AADSTS50058 error, please try the following troubleshooting steps in the browser you use to access Azure:

  • Update your browser (if an update is available)
  • Launch the browser in InPrivate mode (Incognito mode, Privacy mode)
  • Clear your browser's browsing data
  • Disable browser extensions
  • Create a new browser profile and start the browser with the new profile
  • Reset your browser

For the AADSTS16000 error, please check out the article below.

Was this answer helpful?

1 person found this answer helpful.
0 comments No comments

0 additional answers

Sort by: Most helpful

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.