Hello @Glenn Suboc
Thanks. This confirms the server is Windows Server 2016 Standard, 64-bit, build 14393, so we're definitely dealing with the correct Windows Server 2016 servicing branch.
However, 14393 is only the base build. We still need the full build/revision (for example, 14393.xxxx) because it tells us exactly how far behind the server is and which servicing stack/cumulative update path applies.
Please run:
winver
and also:
[System.Environment]::OSVersion.Version
Please also run:
Get-HotFix |
Sort-Object InstalledOn -Descending |
Select-Object -First 20 HotFixID, Description, InstalledOn
The servicing stack is particularly important here. Microsoft states that an up-to-date Servicing Stack Update (SSU) is required so Windows can reliably receive and install subsequent updates.
There is also a current Server 2016 SSU path; the Microsoft Update Catalog lists the August 2026 SSU KB5120236 for Windows Server 2016 x64.
But I wouldn't install it blindly yet. Since you're getting “not applicable” even when manually installing updates, we first need to establish the existing servicing stack and cumulative update level. Similar Server 2016 cases have produced this exact symptom when the servicing stack was missing or inconsistent.
Please also run:
DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
and:
DISM /Online /Get-Packages /Format:Table
If you can share the full 14393.x build, the latest installed KBs, and the DISM health result, we should be able to determine whether this is simply a missing servicing prerequisite or whether the component store/servicing stack itself needs repair.
Sharing these references with you:
Microsoft – Windows Server release information
Microsoft – KB5094141 Servicing Stack Update for Windows Server 2016
Microsoft Update Catalog – Windows Server 2016 SSU information