# Nexus Timeout **URL:** \ **Category:** Sonatype Nexus Repository\ **Created:** [October 29, 2019, 12:33pm UTC](https://community.sonatype.com/t/nexus-timeout/2775 "2019-10-29T12:33:33Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![bhanupathak](https://avatars.discourse-cdn.com/v4/letter/b/b9bd4f/32.png) [@bhanupathak](https://community.sonatype.com/u/bhanupathak)\ **Post date:** [October 29, 2019, 12:33pm UTC](https://community.sonatype.com/t/nexus-timeout/2775/1 "2019-10-29T12:33:33Z")
Hi Recently we have moved our Nexus to the new server (3.15-02), the Old server is still functional and we have proxy repositories on new server pointed towards the old server, recently we have seen so many timeout errors while building the code, Is there is the way to debug it somehow why it takes so long for a component to download or why the access to the component was slow at particular time, can we increase the timeout value somewhere in Nexus so that build can wait for more. ---
**Author:** ![bhanupathak](https://avatars.discourse-cdn.com/v4/letter/b/b9bd4f/32.png) [@bhanupathak](https://community.sonatype.com/u/bhanupathak)\ **Post date:** [November 3, 2019, 9:00pm UTC](https://community.sonatype.com/t/nexus-timeout/2775/2 "2019-11-03T21:00:10Z")
I thought it is because of Memory configuration Nexus is getting unresponsive and hence a read time out , i found this while analyzing the physical memory usage as we have more than 200 GB of blob store size at some point so , i increased the physical RAM from 16 GB to 32 GB but still we are having the same issue and log says this , any ideas ? WARN [qtp1285639037-28442] \*UNKNOWN org.sonatype.nexus.repository.httpbridge.internal.ViewServlet - Failure servicing: GET …Release.zip org.eclipse.jetty.io.EofException: null at org.eclipse.jetty.io.ChannelEndPoint.flush(ChannelEndPoint.java:286) at org.eclipse.jetty.io.WriteFlusher.flush(WriteFlusher.java:429) at org.eclipse.jetty.io.WriteFlusher.completeWrite(WriteFlusher.java:384) at org.eclipse.jetty.io.ChannelEndPoint$3.run(ChannelEndPoint.java:133) at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333) at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:295) at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168) at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:762) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:680) at java.lang.Thread.run(Thread.java:748) Caused by: java.io.IOException: Broken pipe at sun.nio.ch.FileDispatcherImpl.write0(Native Method) at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47) at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93) at sun.nio.ch.IOUtil.write(IOUtil.java:51) at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:471) at org.eclipse.jetty.io.ChannelEndPoint.flush(ChannelEndPoint.java:264) ---
**Author:** ![bhanupathak](https://avatars.discourse-cdn.com/v4/letter/b/b9bd4f/32.png) [@bhanupathak](https://community.sonatype.com/u/bhanupathak)\ **Post date:** [November 13, 2019, 10:49am UTC](https://community.sonatype.com/t/nexus-timeout/2775/3 "2019-11-13T10:49:48Z")
It happened again we lot of issues in Get command , is there is way to debug it ? 2019-11-13 02:20:50,880-0500 WARN [qtp1285639037-420796] \*UNKNOWN org.sonatype.nexus.repository.httpbridge.internal.ViewServlet - Failure servicing: GET /…/…/…/some.zip org.eclipse.jetty.io.EofException: null at org.eclipse.jetty.io.ChannelEndPoint.flush(ChannelEndPoint.java:286) at org.eclipse.jetty.io.WriteFlusher.flush(WriteFlusher.java:429) at org.eclipse.jetty.io.WriteFlusher.completeWrite(WriteFlusher.java:384) at org.eclipse.jetty.io.ChannelEndPoint$3.run(ChannelEndPoint.java:133) at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333) at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:295) at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168) at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:762) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:680) at java.lang.Thread.run(Thread.java:748) Caused by: java.io.IOException: Broken pipe at sun.nio.ch.FileDispatcherImpl.write0(Native Method) at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47) at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93) at sun.nio.ch.IOUtil.write(IOUtil.java:51) at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:471) at org.eclipse.jetty.io.ChannelEndPoint.flush(ChannelEndPoint.java:264) … 11 common frames omitted ---
**Author:** ![rseddon](https://yyz1.discourse-cdn.com/flex047/user_avatar/community.sonatype.com/rseddon/32/341_2.png) [@rseddon](https://community.sonatype.com/u/rseddon)\ **Post date:** [November 13, 2019, 3:53pm UTC](https://community.sonatype.com/t/nexus-timeout/2775/4 "2019-11-13T15:53:19Z")
That exception means that Nexus was trying to write a reply to the requesting client, but it could not because the client had already closed the connection. You need to figure out what is closing the connection (it isn’t Nexus). ---
**Author:** ![bhanupathak](https://avatars.discourse-cdn.com/v4/letter/b/b9bd4f/32.png) [@bhanupathak](https://community.sonatype.com/u/bhanupathak)\ **Post date:** [November 13, 2019, 4:25pm UTC](https://community.sonatype.com/t/nexus-timeout/2775/5 "2019-11-13T16:25:15Z")
Hi Rich , Thanks for the reply , but i have two more questions: 1. Is something changed with Nexus 3 implementation wise which can increase the probability of such issues because we have not seen these issues when we were using Nexus 2 2. Can we enable some logging which can pinpoint us which client is or what is causing this because one pointer is, this not happening all the time and happens mainly with large packages. ---
**Author:** ![rseddon](https://yyz1.discourse-cdn.com/flex047/user_avatar/community.sonatype.com/rseddon/32/341_2.png) [@rseddon](https://community.sonatype.com/u/rseddon)\ **Post date:** [November 13, 2019, 4:46pm UTC](https://community.sonatype.com/t/nexus-timeout/2775/6 "2019-11-13T16:46:13Z")
See here for a possibility: [Artifact uploads fail with broken pipe errors – Sonatype Support](https://support.sonatype.com/hc/en-us/articles/360000228868-Artifact-uploads-fail-with-broken-pipe-errors)