Hey there! It looks like Test-SupportAksArcKnownIssues is complaining because the NodeAgent service on those two clusters doesn’t have the FQDN argument baked into its ImagePath—so the hostname drift check will always fail. Here’s how you can fix it:
Check the service ImagePath on each node Run this on an elevated PowerShell prompt:
Get-ItemProperty `
-Path 'HKLM:\SYSTEM\CurrentControlSet\Services\wssdagent' `
-Name ImagePath
You should see something like: “C:\Program Files\WssdCloudAgent\Microsoft.Management.Hybrid.CloudAgent.exe” … --nodeagentfqdn server01.domain.ca …
If the FQDN flag is missing, update the registry value
$svcPath = 'C:\Program Files\WssdCloudAgent\Microsoft.Management.Hybrid.CloudAgent.exe'
$args = '--nodeagent --nodeagentfqdn server01.domain.ca --hostagent ...' # include any other flags you already have
Set-ItemProperty `
-Path 'HKLM:\SYSTEM\CurrentControlSet\Services\wssdagent' `
-Name ImagePath `
-Value "`"$svcPath`" $args"
Restart the CloudAgent service
Restart-Service wssdagent
Re-run the remediation and test commands
Invoke-SupportAksArcRemediation
Test-SupportAksArcKnownIssues
You should no longer see the “--nodeagentfqdn … as a complete argument” error.
Why this happens • In some versions of the remediation tool there was a logic issue where it didn’t append the FQDN argument correctly. • Manually ensuring the registry ImagePath matches the other healthy clusters will let the drift check pass.
Follow-up questions, if this doesn’t do the trick:
- After you update the ImagePath, does
Get-ItemPropertyactually show the FQDN flag in place? - Did you run Invoke-SupportAksArcRemediation after fixing the registry?
- Are these nodes domain-joined and resolving their own FQDN correctly?
Hope that helps!
References
• Remediation support tool infrastructure: https://learn.microsoft.com/en-ca/azure/azure-local/manage/remediate-support-tool-infrastructure?view=azloc-2604
• Drift detection for Azure Local: https://learn.microsoft.com/azure/azure-local/manage/drift-detection?view=azloc-2604