# Error with more than 10 connection **URL:** \ **Category:** Gatling (Open-Source)\ **Created:** [March 18, 2014, 4:19pm UTC](https://community.gatling.io/t/error-with-more-than-10-connection/882 "2014-03-18T16:19:39Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![xavier.coiffard](https://avatars.discourse-cdn.com/v4/letter/x/7ea924/32.png) [@xavier.coiffard](https://community.gatling.io/u/xavier.coiffard)\ **Post date:** [March 18, 2014, 4:19pm UTC](https://community.gatling.io/t/error-with-more-than-10-connection/882/1 "2014-03-18T16:19:39Z")
Hey guys, When i try to use Gatling with more than 10 connection i get some errors : 16:58:29.167 [WARN] c.e.e.g.h.a.GatlingAsyncHandler - Request ‘insertion’ failed java.util.concurrent.TimeoutException: Idle connection timeout of 60000 ms at com.ning.http.client.providers.netty.timeout.TimeoutTimerTask.expire(TimeoutTimerTask.java:43) [async-http-client-1.8.3.jar:na] at com.ning.http.client.providers.netty.timeout.IdleConnectionTimeoutTimerTask.run(IdleConnectionTimeoutTimerTask.java:53) [async-http-client-1.8.3.jar:na] at org.jboss.netty.util.HashedWheelTimer$HashedWheelTimeout.expire(HashedWheelTimer.java:546) [netty-3.8.0.Final.jar:na] at org.jboss.netty.util.HashedWheelTimer$Worker.notifyExpiredTimeouts(HashedWheelTimer.java:446) [netty-3.8.0.Final.jar:na] at org.jboss.netty.util.HashedWheelTimer$Worker.run(HashedWheelTimer.java:395) [netty-3.8.0.Final.jar:na] at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) [netty-3.8.0.Final.jar:na] at java.lang.Thread.run(Thread.java:744) [na:1.7.0\_51] But, it appears that the request are ok, i can find them in my database. Do i need to change in my Java cinfig or something ? Greetings ! ---
**Author:** ![Excilys](https://avatars.discourse-cdn.com/v4/letter/e/8797f3/32.png) [@Excilys](https://community.gatling.io/u/Excilys)\ **Post date:** [March 18, 2014, 4:23pm UTC](https://community.gatling.io/t/error-with-more-than-10-connection/882/2 "2014-03-18T16:23:03Z")
Are they all here? My 2cents: you have a dead lock in your database or something similar. Anyway, the problem is not in Gatling but in your application. Investigate there. ---
**Author:** ![Floris\_Kraak](https://avatars.discourse-cdn.com/v4/letter/f/848f3c/32.png) [@Floris\_Kraak](https://community.gatling.io/u/Floris_Kraak)\ **Post date:** [March 18, 2014, 6:15pm UTC](https://community.gatling.io/t/error-with-more-than-10-connection/882/3 "2014-03-18T18:15:32Z")
That stacktrace is a bug as far as I am concerned. Gatling should not print stacktraces for problems on the server side. All that does is confuse the user into thinking there is a Gatling problem when in reality Gatling just successfully found a server limitation. Of course when you’re debugging Gatling or akka, that’s something else… ---
**Author:** ![Floris\_Kraak](https://avatars.discourse-cdn.com/v4/letter/f/848f3c/32.png) [@Floris\_Kraak](https://community.gatling.io/u/Floris_Kraak)\ **Post date:** [March 18, 2014, 6:16pm UTC](https://community.gatling.io/t/error-with-more-than-10-connection/882/4 "2014-03-18T18:16:30Z")
… not to mention polluting logs… ---
**Author:** ![Nicolas\_R](https://avatars.discourse-cdn.com/v4/letter/n/f14d63/32.png) [@Nicolas\_R](https://community.gatling.io/u/Nicolas_R)\ **Post date:** [March 18, 2014, 6:25pm UTC](https://community.gatling.io/t/error-with-more-than-10-connection/882/5 "2014-03-18T18:25:35Z")
That is a good point. I created an issue: [https://github.com/excilys/gatling/issues/1711](https://github.com/excilys/gatling/issues/1711) ---
**Author:** ![Floris\_Kraak](https://avatars.discourse-cdn.com/v4/letter/f/848f3c/32.png) [@Floris\_Kraak](https://community.gatling.io/u/Floris_Kraak)\ **Post date:** [March 18, 2014, 6:49pm UTC](https://community.gatling.io/t/error-with-more-than-10-connection/882/6 "2014-03-18T18:49:10Z")
You’re welcome 🙂 ---
**Author:** ![xavier.coiffard](https://avatars.discourse-cdn.com/v4/letter/x/7ea924/32.png) [@xavier.coiffard](https://community.gatling.io/u/xavier.coiffard)\ **Post date:** [March 19, 2014, 8:22am UTC](https://community.gatling.io/t/error-with-more-than-10-connection/882/7 "2014-03-19T08:22:54Z")
Thanks for the answers ! Ok, now i get it, the warn means that my server got some limitation somewhere, i’m going to digg into this. But, I still not understand why Gatling says 8/10 of my request failed if i can see them in my database – in my app if there is something in my db it means the request succeed, the code parsed it and stored it. Is gatling should not returns these request with WARN in orange instead of red ? ---
**Author:** ![Excilys](https://avatars.discourse-cdn.com/v4/letter/e/8797f3/32.png) [@Excilys](https://community.gatling.io/u/Excilys)\ **Post date:** [March 19, 2014, 8:34am UTC](https://community.gatling.io/t/error-with-more-than-10-connection/882/8 "2014-03-19T08:34:59Z")
Gatling says those requests failed because they timed out and didn’t even respond from an HTTP standpoint. ---
**Author:** ![Floris\_Kraak](https://avatars.discourse-cdn.com/v4/letter/f/848f3c/32.png) [@Floris\_Kraak](https://community.gatling.io/u/Floris_Kraak)\ **Post date:** [March 19, 2014, 7:25pm UTC](https://community.gatling.io/t/error-with-more-than-10-connection/882/9 "2014-03-19T19:25:35Z")
It’s possible that the requests arrive, get processed to the point of writing to the database, but then run into some problem while trying to send the answer. That is pretty much the behaviour you’re describing here. The million dollar question of course would be ‘why’, but without some deep digging with something like dynatrace or appdynamics, that’s going to be hard to answer. ---
**Author:** ![Excilys](https://avatars.discourse-cdn.com/v4/letter/e/8797f3/32.png) [@Excilys](https://community.gatling.io/u/Excilys)\ **Post date:** [March 20, 2014, 7:00am UTC](https://community.gatling.io/t/error-with-more-than-10-connection/882/10 "2014-03-20T07:00:02Z")
There’s a pretty good chance that the problem is in your application. Depending on the technology, simple monitoring tools such as VisualVM or Yourkit will probably suffice.