-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Azure SQL Deployment Task is failing on build boxes having Dac Framework 13.0.3370.2 #4338
Comments
Hi @lorrinferdinand , this is a known issue, we have added this to our backlog |
Is there a workaround for this? We switched our VS 2015 project to VS 2017, and can't deploy now, as one of the steps uses sqlpackage.exe! |
We have recently fixed this issue of detection of SQLPackage.exe with VS2017. Following are PR's with fix Detection of SQLPackage.exe in SQLAzureDacpacDeployment Detection of SQLPackage.exe in agent capabilities Detection logic in the task has already been deployed to production but the logic of detection of sqlpackage.exe in capability will be deployed with next release of the agent. At present, you can unblock your self-using any of following steps
|
Are you unblocked on this issue? |
Closing this issue as this has been fixed for VS 17 hosted agent pool too. Feel free to reopen issue in case of you still facing this issue. |
Perhaps I'm missing something on the box, but this has been reproduced on > 1 build box hosting VS 2017 VSTS agents.
I noticed in the powershell script that it is looking for the Dac F/W in this regkey:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\DacFramework\CurrentVersion
On the machine the (Default) value of 13.0.3370.2 is stored as a value at the key level.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\Data-Tier Application Framework\CurrentVersion
The function, Get-RegistryValueIgnoreError, also fails to find the version when the script is corrected. Perhaps because the value is at the root of the $sqlRegKey rather than being a subkey/value pair.
Have other encountered this?
If I could get an older version of Dac F/W would that fix this issue?
This is the exact error we are getting ... "Unable to find the location of Dac Framework (SqlPackage.exe) from registry on machine $env:COMPUTERNAME" - which is basically the "I give-in, I have no idea what your looking for" error at the end.
The text was updated successfully, but these errors were encountered: