Hi Trent



I only have the copy of SQL Server that came with VS2008 (I'm normally an Oracle user.) Using SQL Server Configuration Manager shows only my local SQL Server (and Browser Services) running. The available client protocols are Shared Memory, TCP/IP and Named Pipes.



When I install v1.6.7, the only option for a SQL Server given is for my local machine. None of the network servers are visible (which is why I'm still pursuing the issue with our IT group.) I get the same thing when trying to finding databases via VS2008's Tools/Connect to Database... dialog.



I know it's strange!

OK, so this is actually coming from the MSI then, not our assembly.  This isn't making any logical sense as there is no difference between 1.7 and 1.67 in this regard.  In fact, this goes back much further than that.  So that iis what is confusing me as you have said that 1.6.7 is working and the 1.7 is not.

Do you have a copy of SQL Server loaded on your local machine?  Do you have more than one version of SQL native client loaded?

The error pops up almost immediately after the "Status: Searching, please wait..." in the "Searching for SQL Servers" panel. No other input is requested. Once OK is clicked, the installation process is blown away.

Well, the code that actually is looking for the SQL Servers is not something that we wrote, but rather the installer pulls back. In regards to a manual installation, if you type in the SQL Server and click next, is this where you get the error?



Worst case, check the "Skip deploy structures" option and then after the install you can open up the DDT and manually deploy the StrataFrame.pkg file. That would be the only "manual" way to do this. It sounds like the failure is happening on the search or authentication. I need to know which because the search is not us and the authentication is.

Hi Trent



I agree that being disconnected "shouldn't" affect the installation. But something must have changed from v1.6.7 to v1.7.0 that prevents the installation.



Still working on this end... I used to be able to see many dozen installation of SQL Server here, but now I see none! I can't believe everyone simultaneously stopped using the Browser service here.



Again... If we can't find a solution to this installation problem, is there a "manual" install option?

Yeah, I suppose that they were and the VM sessions were as well, but that should not affect the install overall. If you cannot see the SQL servers, then they are most likely not running the browser service (as that is what exposes them).

Hi Trent



Still trying... Just curious: when you did the install on laptops, were they connected to a network or not? I'd be curious about the result of installing on a disconnected laptop.



I've tried installing v1.7.0 on another machine, complete with a fresh VS2008 install. Still get the same problem. I'm trying to pursue with our Network people why I can't see SQL Servers on our network like I used to.



Thanks for all the help. In case we can't resolve this, is there a "manual" installation option?

Good idea, Edhy. That might help as well.

Kirk, also try log in your computer with another user account, it could be possible that something may be corrupted or an Antivirus/Firewall may be causing this issue.

Edhy Rijo

Sorry, but no clue. I have tested this on some other VMs as well as other live laptops....so I know that the install works. So there is something going on local to your environment. Do you have another machine you can load SF on to see if you have the same issues? That would be a helpful start if possible.