Thank you for the helpful suggestions. It actually ended up being the dynamic
port. It's a multi-instance failover clusterwith named instances, something I
didn't have a lot of detailed experience with before. And some programs, like
Management Studio, are either using shared memory, or when remote, are smart
enough to find the correct port without specifying it. So I didn't realize
that the port was different, and didn't notice the separate configuration for
dynamic port. But some other applications I'm trying to install needed the
port specified. Thanks for the help!
"Rick Byham, (MSFT)" wrote:
> I have seen something similar on my laptop, when I go to another building
> and pick up a different IP address for the wireless port. SQL Server
> sometimes doesn't understand that ports can change after installation. Try
> restarting the SQL Server Browser service. That might solve the connection
> problem.
> As to why SQL Server doesn't start on the specified port, my guesses are
> 1) that you are not looking at the port for the cluster IP address
> 2) that you have a named instance using dynamic ports
> 3) that someone changed to port number in Configuration Manager but didn't
> restart SQL Server
> Of course you may have checked all this already.
> --
> Rick Byham (MSFT)
> This posting is provided "AS IS" with no warranties, and confers no rights.
>
> "Aaron Sanders" wrote in message
>
> >I have a SQL Server 2005 cluster. when I open the configuration manager and
> > look at the ports configured for TCP/IP, it shows 1433. Yet, when I try to
> > connect using Management Studio from another machine, it can't connect on
> > port 1433. I used SQL Ping to scan the server, and it appears that SQL
> > Server
> > is running on port 1437, and if I use 1437 in Management Studio, I can
> > connect. I don't understand why the configruation would show 1433 but it
> > would be running on a different port. Anyone else see this before?
> >> Stay informed about: SQL 2005 Not Using Configured Port