I have created a pull server, now I am on one of the nodes attempting to do an Update-DscConfiguration -Wait- Verbose, but it saying something I have never seen before ::
Cannot bind argument to parameter ‘RegistrationKey’ because it is an empty string.
+ CategoryInfo : InvalidData: (@{CertificateID…onnection=True}:String) , CimException
+ FullyQualifiedErrorId : ParameterArgumentValidationErrorEmptyStringNotAllowed,Microsoft.PowerShell.DesiredStateConfiguration.Commands.RegisterDscAgentCommand
+ PSComputerName : localhost
I can verify I did create a GUID on the node and put it into RegistrationKeys.txt on the pull server. I did make sure to create a checksum. I did successfully execute Set-DscLocalConfigurationManager -ComputerName localhost -Path .\PullClientConfigID -Verbose. It is just failing the update the configuration with the above error. I cannot find this error anywhere on the net.
Well, let’s focus on the problem, because I don’t think checksums and all that have anything to do with the error. It seems to feel as if the LCM on the target node doesn’t have a RegistrationKey set.
Can you get the LCM configuration from the node, and verify that it has the registration key set?
Man, you kids with your AllowUnsecureConnection. That’s like “AllowLackOfPants.” It’s not okay, even in a lab environment.
My inclination is to enable a DSC debug trace on the node, re-push the meta config, and then re-pull your config. Then go through the Debug and Analytic logs and see if something more useful pops out. You might do the same on the pull server while you try all that, too, just in case it logs something fun. Don’t forget to turn the trace off when you’re done with all that.
Well, no, a self-signed cert isn’t a shortcut to what SSL provides. If the node doesn’t trust the certificate - and it can’t with a self-signed one produced on the pull server - then mutual authentication fails. The point of the SSL certificate is to make sure you can’t have a bad actor shipping configurations to your nodes, and it’s an important consideration. Read “The DSC Book.” It’s free, right on our Resources menu.
PS C:\Windows\system32> Trace-xDscOperation -SequenceID 2
Index operation failed; the array index evaluated to null.
At C:\windows\system32\windowspowershell\v1.0\Modules\xDscDiagnostics\xDscDiagnostics.psm1:712 char:9
0 dscnode01 OPERATIONAL 3/4/2016 11:07:50 PM Operation Consistency Check or Pull started by user sid S-1-5-21-709736597-1407805334-2645231930-11290 from computer dscnode01.
1 dscnode01 OPERATIONAL 3/4/2016 11:07:51 PM Attempting to register the Dsc agent with AgentId 0D2A02DC-FE3F-11E4-80CB-000D3A004DE3 with the server http://my-pull-server:8080/PSDSC…
2 dscnode01 ERROR 3/4/2016 11:07:51 PM MIResult: 1…
Not really helpful? That was the sequence ID for the error produced from Update-DscConfiguration
No, not especially. This stuff is really hard to troubleshoot if you don’t have a pretty deep understanding of what’s happening AND are sitting right in front of it. However, do keep in mind that this is supported code. If you’re having a can-always-reproduce situation, open up a case with Microsoft Product Support. You’ll end up not paying if it’s a bug or other problem of theirs, and you’ll get a fix a lot faster.
Can you also please post the pull server DSC script, and did you rmember to put the RegistrationKey.txt in the right folder either manaly or via the pull server creation script ?
Well for start, remove the entire section of xDscWebService PSDSCComplianceServer, which is the old v4 pull server sample you based your script on. As per previous issue Justin had a few posts ago, it doesn’t work well with using the new v5 method of RegistrationKey and CinfigurationName.
Edit: I Am assuming both the node and the pull server run the WMF 5 RTM version