Forum Widgets
Latest Discussions
SharePoint SE: Unable to Join New WFE Server Due to License State Mismatch
Hello Community, We're unable to join a new SharePoint Server Subscription Edition (SE) WFE server to an existing farm. Environment SharePoint Server Subscription Edition Existing farm build: 16.0.19725.20384 New server build: 16.0.19725.20384 English (1033) and Hindi (1081) language packs installed on both servers KB5002873 installed on both servers Farm was migrated from SharePoint 2016/2019 to SharePoint SE using the supported database attach method Issue During PSConfig, the server fails to join the farm. ULS logs show the failure in: SPFarm.EnsureCurrentServerProductsMatchFarmProducts() The current server cannot be joined to this farm because the set of installed products does not match the products installed in the farm. The license state for the current server doesn't match the farm's license state. Show more lines What we've verified SharePoint build versions match (16.0.19725.20384) Microsoft.SharePoint.dll versions match Get-SPProduct -Local output matches Language packs match KB5002873 installed on both servers Config DB Versions table shows successful upgrades through 16.0.19725.20384 Has anyone encountered a similar license-state mismatch when adding a new server to a SharePoint SE farm, particularly one migrated from SharePoint 2016/2019? Any guidance on additional licensing checks performed during SPFarm.Join() would be appreciated.
Clean up missing dependencies - Access Services
We migrated our farm from SharePoint Server 2019 to SharePoint Server Subscription Edition (SE) using the Database Attach method. When running Test-SPContentDatabase against our content database , we receive missing feature errors for deprecated Access Services: 744b5fd3-3b09-4da6-9bd1-de18315b045d and d2b9ec23-526b-42c5-87b6-852bd83e0364. The "Locations :" field in the output is completely blank/null. We removed the feature from our site collections. How can we resolve the issue.SP SE Migration: Test-SPContentDatabase reports missing Access Services feature with Null Locations
We are migrating our farm from SharePoint Server 2019 to SharePoint Server Subscription Edition (SE) using the Database Attach method. When running Test-SPContentDatabase against our content database (WSS_Content), we receive missing feature errors for deprecated Access Services: 744b5fd3-3b09-4da6-9bd1-de18315b045d and d2b9ec23-526b-42c5-87b6-852bd83e0364. The Locations : field in the output is completely blank/null. We already deactivated the Access features. The SharePoint Configuration Wizard crashes. How we can completely get rid of it.SharePoint SE – Unknown SQL Exception 18452 occurred. Login failed.
This month we applied OS updates to the DB Server. Site was up. Then we applied OS Updates to App server, site went down and we reverted it. Then we applied OS updates on WFE server. The site is up. However, in WFE when running Get-SPFarm or running PSConfig on the WFE, it throws the following errors: PowerShell / PSConfig: “Cannot access the local farm. Verify that the local farm is properly configured…” Configuration Wizard: “Failed to detect if this server is joined to a server farm.” The Error Logs: Checking the Windows Event Viewer on the WFE during a database connection attempt shows: Unknown SQL Exception 18452 occurred. Login failed. The login is from an untrusted domain and cannot be used with Integrated authentication. Network connectivity is fully operational. AD Domain trust is healthy. Local machine groups are clean: NT AUTHORITY\SYSTEM is not present inside the local WSS_WPG or IIS_IUSRS groups. DisableLoopbackCheck is already set to 1 in the registry. Any help on how to get the error is greatly appreciated.
SharePoint SE - Distributed cache service is not enabled in this deployment.
Hi everyone, I have been struggling for a few weeks now with a Distributed Cache issue in my SharePoint farm. The service configuration seems completely out of sync between my two Web Front Ends (WFEs). 1 Root Cause / History: Originally, the Distributed Cache was working perfectly. However, after a Windows Update, both of our original WFE servers broke completely (we couldn't repair them using DISM). Because of this, we built two brand new WFE servers to replace them. Crucially, because the old servers were broken, we performed the steps in this order: 1. We built and added the two new WFE servers to the farm first. 2. After adding the new ones, we removed the two broken ones using the Configuration Wizard, and subsequently deleted them from Central Administration since they were still showing up. Because the old servers were never gracefully decoupled from the Distributed Cache before they died and were removed, the internal Distributed Cache configuration in the SharePoint configuration database is now corrupted. 2 Environment & Farm Topology: • SharePoint Version: SharePoint Subscription Edition (SE) • OS: Windows Server 2025 • Database: SQL Server 2025 • Topology: 2 Web Application servers (App servers) and 2 brand new Web Front End servers (Server 1 and Server 2). • Note: All required Distributed Cache firewall ports (22233, 22234, 22235, 22236) are completely open on both servers. 3 The Current Symptoms on the New WFEs: • Server 1: The Windows Configuration Wizard runs and completes successfully. However, in Central Administration, the Distributed Cache service status for this server is stuck on "Error Stopping". • Server 2: Distributed Cache does not work at all. Running Get-SPCacheHost prompts for a HostName, indicating it cannot find the host in the cache configuration. • Cache Health Error: Running Get-SPCacheClusterHealth fails completely with: ErrorCode<ERRCAdmin040>:SubStatus<ES0001>:Failed to connect to hosts in the cluster • Health Analyzer Errors: 1. "Distributed cache service is not enabled in this deployment." 2. "Server role configuration isn't correct." (Specifically flagging Server 2). 4 What I Have Tried So Far: 1. Cleaned up old servers from Config: I exported the cache cluster config (Export-SPCacheClusterConfig), manually removed the two old, decommissioned servers from the XML file, and imported it back. 2. Repair via Central Admin: Tried to use the built-in repair and fix options in CA, but without success. 3. Attempted Fix from Microsoft Learn: I followed the steps outlined in this Microsoft Learn thread regarding a renamed server issue: [https://learn.microsoft.com/en-ie/answers/questions/5907941/distributed-cache-not-working-on-a-renamed-sharepo] 4. Forced Deletion on Server 2: Because Remove-SPDistributedCacheServiceInstance failed with a cacheHostInfo is null error, I used PowerShell to force-delete the service instance object on Server 2: PowerShell $instanceName = "SPDistributedCacheService Name=SPCache" $serviceInstance = Get-SPServiceInstance | ? { ($_.Service.ToString()) -eq $instanceName -and ($_.Server.Name) -eq "Server02" } $serviceInstance.Delete() 5. Re-adding Server 2: When I now try to re-add the instance on Server 2 using Add-SPDistributedCacheServiceInstance, it fails with: ErrorCode<HostAlreadyPresent>:SubStatus<ES0001>:Host name Server02 is already present in cluster configuration. 6. Configuration Wizard on Server 2: Running the SharePoint Configuration Wizard (PSConfig) on Server 2 fails with: An exception of type System.InvalidOperationException was thrown. Additional exception information: cacheHostInfo is null. 7. Farm Rejoin: I completely removed Server 2 from the SharePoint farm and added it back again. Unfortunately, this did not resolve the Distributed Cache mismatch. 5 Summary of the Problem: Server 1 is stuck on "Error Stopping" in CA. Server 2 is completely disconnected from the cache cluster (Failed to connect to hosts in the cluster). SharePoint throws HostAlreadyPresent when trying to add Server 2, but throws cacheHostInfo is null when trying to configure or remove it, while complaining that Server 2's role configuration is incorrect. Any help would be greatly appreciated!Error Patching SharePoint SE to Feb 2026
Recently we tried a SPSE patch from CU July 2023 to CU Feb 2026. Seems the leap was too big for SharePoint. The patch destroyed the farm: 1. Took 2 hours to complete 2. Successfully ran PSconfig 3. Sharepoint would just not start. HTTP 500 everywhere (Central Admin, all site collections) Pinned down the error to: Source: mssearch.exe y w3wp.exe ( App Pool web apps) System.NullReferenceException: Object reference not set to an instance of an object. at Microsoft.SharePoint.OnPrem.Flighting.SPOnPremFlight.IsFlightEnabled(Int32 flightId) System.UnauthorizedAccessException: Access is denied. (HRESULT: 0x80070005) at Microsoft.SharePoint.SPGroup.InitMember() at Microsoft.SharePoint.SPSecurity.<>c__DisplayClass60_0.b__0() at Microsoft.SharePoint.Utilities.SecurityContext.RunAsProcess(CodeToRunElevated secureCode) at Microsoft.SharePoint.OnPrem.Flighting.ECSSPFlightDataProvider.InitializeEnabledFlightsInfoDict() at Microsoft.SharePoint.OnPrem.Flighting.ECSSPFlightDataProvider..cctor() at Microsoft.SharePoint.OnPrem.Flighting.SPOnPremFlight..cctor() at Microsoft.SharePoint.OnPrem.Flighting.SPOnPremFlight.ensureDebugFlightIdsInitialized() at Microsoft.SharePoint.OnPrem.Flighting.SPOnPremFlight.IsFlightEnabled(Int32 flightId) This seems to be something related to a OnPrem.Flighting.SPOnPremFlight service. No idea what that is. So: 1. Do I need to upgrade the SP Workflow Manager first? 2. The SYSTEM account was on WSS_WPG before the update (confirmed it was). Need to remove it before patch? 3. Do I need to enable AMSI before the update? Had to restore the VMs and all is working fine. Would you think I should: 1. Patch to August 2025 16.0.18526.20508 first and check the farm? (pre-september 2025) 2. Then jump to April 2026? Thanks for any pointers
Patching SSSE
Having read all the documentation about CUs for SSSE I am still none the wiser as much of what is written, in the many related webpages, appears ambigous, unclear and contraditory to me. Could anyone clarify two points: If, say,the December 2025 CU is installed, does it included all security and non security fixes for all features in SSSE? Will Windows Update install the latest CE every month without any intervention including upgrading databases etc? Thanks for any advice ZDSharePoint Server Subscription Edition (on-prem) REST API call via oAuth
This is a SharePiont Server Subscription Edition on-prem farm. and Extrnal application needs to use data from SharePoint via REST api calls. Need to setup external application to use SharePoint data from REST api via oAuth. 1) What are the steps i need to follow? 2) can this be supported by SharePoint Only App authentication (https://learn.microsoft.com/en-us/sharepoint/dev/solution-guidance/security-apponly-azureacs) for SPSE on-prem? Any sample REST based API calls to get tokens and call SharePoint would be really helpful. 3) Is it possible to use Azure AD app in for the same? if so how to configure trust between Azure AD and SPSE on-prem farm?
SharePoint Designer 2013 is deprecated
I am not sure that this topic has been discussed before. https://learn.microsoft.com/en-us/sharepoint/what-s-new/what-s-deprecated-or-removed-from-sharepoint-server-subscription-edition According to this page the, July 14, 2026 after that date, SharePoint Designer 2013 will no longer be supported. But it looks like we still can create a publish workflows? Does any body have suggestion for 3. Parties’ solution for that. Did checked Nintex K2 and its very expensive. We just have 10 workflows send email with content in body. And one approval workflow. Any solution i can create with SPFX or in SP to have this opportunity to create WF. I know about VS but there are not that simple.
SharePoint Server Subscription Edition with Entra ID
Hi All, Hope the weekend is going good. I am hoping that someone has done this, but i thought i would ask. As you all know that project online has been announced as retiring in September 2026. I have been looking at a few options and one of that is Project Server Subscription Edition. A few points to note: Project server is an application that sits on the Sharepoint Subscription Server. From the documentation - it does say we can integrate with MS Entra with Open ID However, the conflicting point is that Sharepoint Services need Active Directory Services From the documentation it also says the SQL Server or Managed Instance also requires Domain controller. In our environment we have never had DCs or AD. We are totally dependent on Entra ID. Has anyone got any further information or done any experimentations around this? I just don't have all the links with me right now, but happy to post them. We really do want to avoid AADS (DCs) and Entra DDS. Thanks in Advance.