Hi, i install new jira (atlassian-jira-5.2.5-x64.bin) on CentOS release 6.3 (Final)
Linux version 2.6.32-279.el6.x86_64 (mockbuild@c6b9.bsys.dev.centos.org) (gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC) ) #1 SMP Fri Jun 22 12:19:21 UTC 2012
I have: The connection has timed out problem(The server at ... is taking too long to respond.)
I was tried install by default and install changing ports from 8080(8005) to non default
cat /proc/meminfo MemTotal: 3911552 kB MemFree: 1778956 kB Buffers: 152444 kB Cached: 1129568 kB
My catalina.out finishing this lines
___ Plugin System Started _________________ 2013-02-04 15:52:47,098 localhost-startStop-1 INFO [jira.config.database.SystemTenantDatabaseConfigurationLoader] Reading database configuration from /var/atlassian/application-data/jira/dbconfig.xml 2013-02-04 15:52:47,118 localhost-startStop-1 INFO [jira.instrumentation.external.DatabaseExternalGauges] Installing DBCP monitoring instruments: DatabaseExternalGauges.JiraDbcpInstruments[instruments=[DBCP_MAX, DBCP_ACTIVE, DBCP_IDLE],objectName=com.atlassian.jira:name=BasicDataSource] 2013-02-04 15:52:47,239 localhost-startStop-1 INFO [jira.config.database.DatabaseConfigurationManagerImpl] The database is not yet configured 2013-02-04 15:52:47,239 localhost-startStop-1 INFO [jira.config.database.DatabaseConfigurationManagerImpl] Enqueuing Database Checklist Launcher' on post-database-configured-but-pre-database-activated queue 2013-02-04 15:52:47,241 localhost-startStop-1 INFO [jira.config.database.DatabaseConfigurationManagerImpl] The database is not yet configured 2013-02-04 15:52:47,241 localhost-startStop-1 INFO [jira.config.database.DatabaseConfigurationManagerImpl] Enqueuing Post database-configuration launchers' on post-database-activated queue Feb 4, 2013 3:52:47 PM org.apache.coyote.AbstractProtocol start INFO: Starting ProtocolHandler ["http-bio-9090"] Feb 4, 2013 3:52:47 PM org.apache.catalina.startup.Catalina start INFO: Server startup in 21913 ms
```
iptables -A INPUT -p tcp --dport 8087 -j ACCEPT
service iptables restart
```
helped me
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
See if you can access the application locally as suggested before:
Then if can access locally, test if the port is accessible for remote access, trying to telnet it from a different computer, eg:
telnet jiraipaddress jiraport
If you can't connect to the port, you will need to allow access to this port on your server or Firewall so as to enable remote access to the application.
Cheers.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey Oleg,
The good news is, everything in the logs seems fine. But could you perhaps clarify on where and/or how you are facing the connection timeout? Is it when you are trying to access the instance?
If so, could you try accessing it via localhost (if you are not doing so currently)?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Did you find any solution
I'm also stuck at same point
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I got the same thing on CentOS as well using the latest atlassian-jira-6.2-x64.bin. Can some one help to figure out what's going on here?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
some logs:
(atlassian-jira.log) (catalina.out.txt)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.