An Azure service that is used to provision Windows and Linux virtual machines.
Hi Zoltan,
Thank you for posting on Microsoft Learn.
Sometimes the script might land in a subdirectory unexpectedly. Try running this command to search your entire HPC install directory:
Get-ChildItem -Path "C:\Program Files\Microsoft HPC Pack 2016\" -Recurse -Filter "Set-HPCWebComponents.ps1"
The script isn't publicly hosted as a standalone file, but some versions of the HPC Pack Web Components include the script in the install resources. If it's truly missing, you might try:
- Looking for the installer extracted contents in your TEMP directory after running the
.msi.
Or extracting the .msi manually using a tool like lessmsi or 7-Zip to check if the script is embedded in the package.
If Set-HPCWebPortal.ps1 exists, it's often nearly identical in structure to Set-HPCWebComponents.ps1, with only the enabled features differing. Try opening that file and inspecting it if it loads IIS roles and configures web bindings, you may be able to clone it and modify it for Web Components activation (assuming you're comfortable with PowerShell/IIS config).
You can manually enable the REST endpoint by configuring IIS and HPC services:
Open IIS Manager on the Head Node.
Check if a “HpcWebComponents” site/application exists and if it does you need to verify if it's started and then confirm bindings on the expected port (usually 443 or 80).
If not, you can create a new Application under Default Web Site pointing to:
C:\Program Files\Microsoft HPC Pack 2016\Bin\HpcWebComponents
In PowerShell, you can register the module if needed:
Import-Module "C:\Program Files\Microsoft HPC Pack 2016\Bin\HpcWebComponents.dll"
Last resort, since HPC Pack 2016 is a mature, but legacy product, it's possible the script was unintentionally excluded in some MSI versions. Microsoft support might be able to provide the missing script.