Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Bamboo logs directory is empty, can't solve first time config issues

Basic Parameters

  • Main problem: After install, intermittent communication with Bamboo web GUI over default port 8085 from a remote client. 
  • Current blocking problem: Bamboo/logs is empty, preventing proper diagnosis and solution. 
  • Bamboo 1.6
  • Windows 10 Enterprise, 64bit (both server and testing client)
  • User (me): Distant past life experience with Linux configuration, rendered somewhat irrelevant by working with Windows (relative novice at file system and network configuration on windows platforms). First time experience trying to set up a CI system, after spending some time in the scary Jenkins side of town. Likes long walks through the woods and fine wine. 
  • We installed Bamboo to evaluate it on it's own system and so far there have been a great number of what I believe are symptoms of Catalina configuration issues. It's almost impossible to diagnose and solve without logs, which so far are not being generated in the <Bamboo install dir>/logs location. 

Symptoms of the problem I'm trying to eventually solve: inconsistent communication through a web browser at port 8085 (the default) from a remote system, and even on localhost sometimes. Typically, manifest as timeouts. I can ping the port remotely through Windows PowerShell. Java exceptions and cryptic activity on the console (cryptic because I'm not, in truth, a server administrator, just a software engineer in a small group)

We've spent almost the whole week just trying to get it to a stable state after install. 

1 answer

1 accepted

0 votes
Answer accepted
Jeyanthan I
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Feb 14, 2019 • edited

Hey Dan,

Nice formatting.  First of all, I highly doubt Bamboo version you use can be 1.6 especially when you say that you're evaluating. The current version (as of writing this post) is 6.8.0.

Coming to the problem: You say that you have intermittent problem in accessing Bamboo UI from a remote machine. This, to me, sounded like a network issue initially. I was going to suggest you to run telnet to check if you can access the port.

telnet 8085

But when you said that it times out even when you access localhost, I assume the issue could be due to some resource crunch. What is the heap limit set in your JVM? You can find it in <bamboo-install>/bin/

I'm sure your <bamboo-home>/logs/atlassian-bamboo.log should hint you with some inputs (not <bamboo-install>)

As you say that you're evaluating our product, I encourage you to reach out to us (Bamboo support) via and one of us should be able to assist you.

Cheers, Jey

Thanks! I try to stay human.

That sounds like a great idea (contacting support) because it's pretty hard to troubleshoot when you have no logs to look at (see the blocking issue above). 

Telnet does not connect, and I totally mixed the version number of Bamboo up with something else, but you're too smart for me and figured it out anyway.

Yes! I was just telling my coworker that it sounds like a resource is getting quickly choked out but no matter how many hammers I buy it's just not a nail (so I need help from someone in support who can show me how to investigate this). 

Thanks again! 

Question about the cache though: I haven't changed it... why would the installation package be shipped with a cache that's insufficient for just running the program for the first time?


Edit: Disregard. This might be more complicated than shipping with a number that fits all. 

About the heap limit: I'm not entirely how to read that from the file. It's a bat file (not sh) because, presumably, I'm on windows, and it looks like that might be set as an argument to the batch file. I've seen on a lot of other support and community posts that people had to fool around with the JVM environment, but it's probably better if someone from support walks me though troubleshooting that so we can watch "live" what happens. 

Edit: I *think* what I'm seeing are the env variables being subbed into the parameters in the batch file. I'll investigate that line. Thanks!


Edit, THE FINAL!: I think these are the values you're referring to: 

Heeeeyyyy that bamboo home log is the bomb. This is good information. Thanks! I'll post back with a solution if I find one

Like Jeyanthan I likes this
Jeyanthan I
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Feb 18, 2019

Hi Dan,

Were you able to resolve the issue? If not, I thought of creating a new ticket internally to followup on this.

[empty comment, disregard]

I'm not yet able to resolve the issue. I Doubled those values and it had no effect, and the system it's running on is practically dedicated to it. The install-home log had a couple of eyebrow-raising entries that I could pick out that might have something to do with it:


2019-02-19 10:17:08,523 WARN [C3P0PooledConnectionPoolManager[identityToken->103lg33a11xjxbycgj8vn|2dbece42]-HelperThread-#0] [BasicResourcePool] Having failed to acquire a resource, com.mchange.v2.resourcepool.BasicResourcePool@470fdcd is interrupting all Threads waiting on a resource to check out. Will try again in response to new client requests.


...followed by...



2019-02-19 10:17:08,554 WARN [C3P0PooledConnectionPoolManager[identityToken->103lg33a11xjxbycgj8vn|2dbece42]-HelperThread-#0] [BasicResourcePool] com.mchange.v2.resourcepool.BasicResourcePool$ScatteredAcquireTask@c711e92 -- Acquisition Attempt Failed!!! Clearing pending acquires. While trying to acquire a needed new resource, we failed to succeed more than the maximum number of allowed acquisition attempts (30). Last acquisition attempt exception:
org.h2.jdbc.JdbcSQLException: Database may be already in use: null. Possible solutions: close all other connection(s); use the server mode [90020-194]



THE END RESULT is that our group went hunting internally for advice and discovered another group that holds a site license for Bamboo, so we're going to share resources. This may never be resolved because we're dropping the administration effort locally, which is sad because someone is going to look for an answer and fix their broken vanilla install and get mired like I did, but at least those log entries might lead to a solution. 

As an addendum, If you would like to open a support ticket in order to supply a complete log file for your internal purposes I would be happy to supply one. I just don't have the bandwidth at the moment to scrub the log for sensitive information.

Jeyanthan I
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Feb 22, 2019

Thanks for updating us, Dan. The last error message points that the Database is already open by some other application/client.

Anyway, you may request your colleague to raise a ticket with us via with your evaluation SEN if they still face issues.

Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events