Bamboo logs directory is empty, can't solve first time config issues
Asked by Dan Smith:

**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.


Answers:
author: Jeyanthan I
body: 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 yoursite.com 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/setenv.sh*

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 support.atlassian.com and one of us should be able to assist you.

Cheers, Jey

comments: author: Dan Smith
body: 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!


author: Dan Smith
body: 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.


author: Dan Smith
body: 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:   
set JVM_MINIMUM_MEMORY=512m  
set JVM_MAXIMUM_MEMORY=1024m  


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


author: Jeyanthan I
body: Hi Dan,

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


author: Dan Smith
body: \[empty comment, disregard\]


author: Dan Smith
body: \[empty comment\]


author: Dan Smith
body: 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.
```

<br />

...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.


author: Jeyanthan I
body: 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 support.atlassian.com with your evaluation SEN if they still face issues.


Tags: configuration

install