Closed devax closed 4 years ago
Did you run from an elevated powershell session? π€
I firmly believe that if you filled in the user name and password as strings from lcs, by hand it works.
Did you try to use the Get-D365DatabaseAccess cmdlet?
So embarrassing. Running in an elevated shell now and everything works as expected. I could have sworn last time I tried to run an elevated shell on these VMs it was not possible (asking for an admin account user/password). I must be getting old.
Sorry for bothering and thank you for your help!
Happy to hear that you got it working and could get going π€π
You know where to find us if you need any more help π
Hey all, I'm probably missing something obvious here. I'd be thankful if someone could help me out. I'm trying to use the
Invoke-D365SqlScript
commander. My script looks something like this:This is the output:
Isn't that supposed to work that way? I'm using tools version 0.6.16 on a MS hosted tier 2 sandbox environment (connected per RDP).
As a workaround, I tried to pass the parameters manually after extracting them from the settings, like so:
This fails as well, the console output contains this message:
Exception setting "ConnectionString": "The value's length for key 'password' exceeds it's limit of '128'."
The value for
$pass
is indeed very long, looks like an unencrypted value. Isn't that variable supposed to hold the unencrypted password?Hope someone can help me clear my confusion. Thank you!
EDIT: This is D365 10.0.8/PU32.