-
Notifications
You must be signed in to change notification settings - Fork 42
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
windbg fails to install on Windows Server 2012 #20
Comments
Looked at this briefly an I was able to reproduce on win2012 but definitely unrelated to IE enhance security. I'm gonna investigate some more. |
This problem seems to be limited to server OS's. breaks on 2012/2012R2 works on 8.1/7. These were the only OSs I tried. Also the GUI install did work on the server OSs. Looking at the MSI installler log files on failed and successful runs, it looks like the installer is incorrectly building the install URLs of the dependent packages to be downloaded.
Note the "/allers/" in the path. The successful install logs had:
So that path should be /installers/ I'm afraid I'm at a loss as to how to fix this for server SKUs. This is all happening inside the installer so I cant influence the parsing of those URLs. I did try changing the package to just install that MSI directly but that failed and it appears that the MSI expects that EXE to be present. |
What do you think of my previous suggestion as a fallback? $path = "http://download.microsoft.com/download/B/0/C/B0C80BA3-8AD6-4958-810B-6882485230B5/standalonesdk/Installers"
$files = @(
"$path/SDK%20Debuggers-x86en-us.msi",
"$path/X64%20Debuggers%20And%20Tools-x64en-us.msi",
"$path/X86%20Debuggers%20And%20Tools-x86_en-us.msi",
"$path/0253f7df0974f9d7169b410d812a5385.cab",
"$path/114c321d61ae77816824fed67cd25704.cab",
"$path/1a822224523be67061edcc97f6c0e36a.cab",
"$path/2c1331a0f4ecc46dfa39f43a575305e0.cab",
"$path/2c1817d3f3f33cd01376c5ec441cc636.cab",
"$path/34ee98a7c9420178c55f176f75c3fe10.cab",
"$path/3960f55df7c8073f3997269e5e390abc.cab",
"$path/3a53dffe0b4548753bc34825894f19bf.cab",
"$path/3ca392fde3898c3be052ddcddd14bb5f.cab",
"$path/437e52bd67ebe977a8957439db5ecf75.cab",
"$path/4ac48dbdddbc8ce04721f519b9cf1698.cab",
"$path/4de7a1422374f98369172705b05d4bf9.cab",
"$path/7178f554c01f912c749b622564106b02.cab",
"$path/72bda6e16f5c7a040361c1304b4b5b36.cab",
"$path/79e9b68a34bc84ab465fe1b79b84a325.cab",
"$path/7cb1ba9318f4b586c6a3bdd541e7f3ad.cab",
"$path/96e8f767221532c6446fd1b8dad53b60.cab",
"$path/a74408a87a51829b89e5282e73974d74.cab",
"$path/ab8c11616091812d6c7137e366ba1d8d.cab",
"$path/b98a31e36735eb82b3b238c68f36fbbf.cab",
"$path/ba5d20281a858248e59d96d75c014391.cab",
"$path/baa2d817ae180ba7e772f1543c3bbdea.cab",
"$path/d55d1e003fbb00a12c63b8f618e452bf.cab",
"$path/dcb0a55d6cacaa05ead299e1d3de3c6d.cab",
"$path/e10f9740446a96314a1731aa7cb4286a.cab",
"$path/e8bc712abeffd7c9711ee3f55d4aa99b.cab",
"$path/fe80f1b6d4cf60c919f4b3a0cd2f4306.cab",
)
$wc = New-Object System.Net.WebClient
foreach ($file in $files) {
$wc.DownloadFile($file, ...)
}
& ".\SDK Debuggers-x86en-us.msi" |
Ahh. Yup. That does work. Thanks!! Its now live. |
Hi. I believe this is an issue in the windbg bootstrapper caused by running the installer using In order to resolve this issue, I had to expand See a more detailed explanation here: |
My theory as to what's going on is that the same policy that blocks IE on Windows Server from making requests to non-whitelisted URLs is blocking Chocolatey from downloading the package. This was in my log:
I went to that URL directly in IE and saw that it was, indeed, being blocked, even though I can go to http://download.microsoft.com. In IE, the error was:
Tested w/Chocolatey v0.9.8.27.
The text was updated successfully, but these errors were encountered: