I'm evaluating TeamCity 9.0.4 and using HSQLDB.
Now trying to setup MS SQL Server 2014 as External Database.I don't have a named instance(NULL).
So I tried the following connection URL
connectionUrl=jdbc:sqlserver://<host>:1433;databaseName=<database name>
connectionProperties.user=<user>
connectionProperties.password=<password>
When I trying to load the build server I'm getting this message.
TeamCity is starting
Continuing attempts to connect to the database
TeamCity server is connecting to MSSQL database. The database server
is not started yet, or the connection properties are not properly set.
And also I checked the log file, this is what I got.
[2015-05-20 14:08:34,513] INFO - jetbrains.buildServer.STARTUP -
Current stage: Continuing attempts to connect to the database
SQLSERVER is up,I think there is a problem with connection URL.
What can I do to solve this.
TeamCity 9.x Documentation Setting up an External Database
Thanks DevOps.
My mistake, I was testing TeamCity locally.
Problem was with the SQL Server Network Connection.
TCP/IP was disabled for SQLEXPRESS
Enable TCP/IP for SQLEXPRESS
Open SQL Server Configuration Manager
Go to Protocols for SQLEXPRESS under SQL Server Network
Configuration.
Right-click on TCP/IP and choose Properties. Set Enabled = YES.
Better check this too, click on IP Addresses tab and find the section
IP All. Set TCP Port to 1433.
Related
I created the 3 necessary containers for NuoDB using the NuoDB instructions.
My Docker environment runs on a virtual Ubuntu Linux environment (VMware).
Afterwards I tried to access the database using a console application (C# .Net Framework 4.8) and the Ado.Net technology. For this I used the Nuget "NuoDb.Data.Client" from Nuget.org.
Unfortunately the connection does not work.
If I choose port 8888, my thread disappears to infinity when I open the connection.
For this reason I tried to open the port 48004 to get to the admin container.
On this way I get an error message.
"System.IO.IOException: A connection attempt failed because the remote peer did not respond properly after a certain period of time, or the established connection was faulty because the connected host did not respond 172.18.0.4:48006, 172.18.0.4"
Interestingly, if I specify a wrong database name, it throws an error:
No suitable transaction engine found for database.
This tells me that it connects to the admin container.
Does anyone have any idea what I am doing wrong?
The connection works when I establish a connection with the tool "dbvisualizer".
This tool accesses the transaction engine directly. For this reason I have opened the port 48006 in the corresponding container.
But even with these settings it does not work with my console application.
Thanks in advance.
Port 8888 is the REST port that you would use from the administration tool such as nuocmd: it allows you to start/stop engines and perform other administrative commands. You would not use this port for SQL clients (as you discovered). The correct port to use for SQL clients is 48004.
Port 48004 allows a SQL client to connect to a "load balancer" facility that will redirect it to one of the running TEs. It's not the case that the SQL traffic is routed through this load balancer: instead, the load balancer replies to the client with the address/port of one of the TEs then the client will disconnect from the load balancer and re-connect directly to the TE at that address/port. For this reason, all the ports that TEs are listening on must also be open to the client, not just 48004.
You did suggest you opened these ports but it's not clear from your post whether you followed all the instructions on the doc page you listed. In particular, were you able to connect to the database using the nuosql command line tool as described here? I strongly recommend that you ensure that simple access like this works correctly, before you attempt to try more sophisticated client access such as using Ado.Net.
I want to install SQL Server on my machıne whıch has Windows 10 operating system. When I use SQL Server Management Studio to connect to SQL Server, then I get this error:
I make firewall settings. And the server is running now as follows.
How can I fix this error ?
It appears that your "SQL Server (MSSQLSERVER)" default instance is stopped - so therefore you cannot connect to . or (local).
You do have a "SQL Server (SQL2014)" instance up and running, so try using .\SQL2014 or (local)\SQL2014 for connection ....
You need to use .\SQL2014 and not just SQL2014 ..... the syntax is either just machinename, or then machinename\instancename -so if your instance is SQL2014, you need to use .\SQL2014 (or machine\SQL2014) to connect to it.
You're using SQL2014 which means, SQL Server is searching for a server machine by the name of SQL2014 and trying to connect to its default instance - which obviously fails.
I have a Weblogic server that connects to a database, how can i test the connection between them in the command line?
Is there any command I can use to see if they have a connection between them?
Thanks
You can perform a very basic test of the connection from the machine that weblogic is running on to your database by using telnet <database server address> <database port>. Usually a blank return prompt means a successful connection.
Please note that this does not really test the connection from your weblogic application server but rather from the machine it is running on. I know you mentioned a command line test but if you have access to the weblogic console a better test would be to initiate a test from the database monitoring tab.
I just downloaded Microsoft SQL Server 2014. And the problem is I cannot connect to ' (local) '.
Do you have any ideas how to fix it ?
Error message:
TITLE: Connect to Server
Cannot connect to (local).
ADDITIONAL INFORMATION:
A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) (Microsoft SQL Server, Error: 2)
Try localhost instead, and if that still does not work, try 127.0.0.1, try your internal address which should look something like 192.168.1.16
Please check the following steps:
Make sure that SQL Server service is up and running(You can check it via SQL Server Configuration Manager)
Make sure that SQL Browser service is up and running(You cab check it via SQL Server Configuration Manager)
Check for TCP/IP and Named Pipes protocols and port. Open SQL Server Configuration Manager and check the SQL Server Network Configuration protocols. You should enable Named Pipes and TCP/IP protocol.
Check to see if remote connections is enabled. Right click on the server name in SSMS and select Properties. Go to the Connections tab and make sure Allow remote connection to this server is checked. If you need to make a change, you must restart the SQL Server instance to apply the change.
I've been running an ASP.NET MVC application on my IIS 7.5 localhost (on my Win7 Pro box) server with SQL Server 2005 Developer Edition.
I went to put the application on my production server (IIS 7, SQL Server 2008) and am getting SQL Server connection errors. Here is the error I get when I try to browse site root:
A network-related or instance-specific error occurred while
establishing a connection to SQL
Server. The server was not found or
was not accessible. Verify that the
instance name is correct and that SQL
Server is configured to allow remote
connections. (provider: Named Pipes
Provider, error: 40 - Could not open a
connection to SQL Server)
I have triple checked my connection string. My host's connection string was in the format XXX.XX.XX.XX,XXXX. Is it normal to have a comma following the IP Address?
Does anyone have any suggestions for something I may be missing?
Thanks.
Take a look at this resource:
http://www.connectionstrings.com/sql-server-2008
A comma after the IP address indicates the port. It should be 1433 unless you have multiple instances.
First of all, make sure that the Windows Firewall (and any other firewall software) on that machine is configured to allow incoming connections to SQL Server. See here for instructions.
Second, check that the SQL Server Browser service in the database server machine is running. This is not necessary in all the connection scenarios, so you may need to provide more details. For example, are you using default listen ports for your server?