Solr 8.4 Получение исключения Asyn c во время распределенного обновления: java .io.IOException: сломанный канал при попытке опубликовать документ - PullRequest
0 голосов
/ 29 мая 2020

Может кто-нибудь, пожалуйста, помогите мне понять, почему я вижу ошибку Asyn c исключение во время распределенного обновления: java .io.IOException: сломанный канал при попытке опубликовать документ в solr

Версия Solr: 8.4.1; Zookeeper: 3.4.14; OpenJDK 11; 2 узла solr + 1 zookeeper (размещенный zookeeper в одном из узлов solr)

с использованием аутентификации basi c на solr, а также с TLS1.2, ниже приведена полная трассировка стека ошибок, которую я вижу

Примечание: я не вижу никаких ошибок при попытке отправить сообщение на узел solr, который является лидером и работает последовательно; это проблема только тогда, когда я отправляю сообщение на узел, не являющийся лидером, который выдает следующую ошибку

java .io.IOException: java .io.IOException: сломанный канал в org.eclipse .jetty.client.util.DeferredContentProvider.flu sh (DeferredContentProvider. java: 193) в org.eclipse.jetty.client.util.OutputStreamContentProvider $ DeferredOutputStream.flu sh (OutputStreamContentProvider) *1019* (OutputStreamContentProvider). в org.eclipse.jetty.client.util.OutputStreamContentProvider $ DeferredOutputStream.write (OutputStreamContentProvider. java: 146) в орг. apache .solr.common.util.FastOutputStream.flu sh (FastOutputStream : 216) в организации apache .solr.common.util.FastOutputStream.flushBuffer (FastOutputStream. java: 209) в организации apache .solr.common.util.JavaBinCode c .marshal (JavaBinCode c. java: 172) в орг. apache .solr.client.solrj.request.JavaBinUpdateRequestCode c .marshal (JavaBinUpdateRequestCode c. java: 103) в орг. apache .solr .client.solrj.impl.BinaryRequestWriter.write (BinaryRequestWriter. java: 83) в организации apache .solr.client.solrj.impl.Http2SolrClient.send (Http2SolrClient. java: 339) в организации apache .solr.client.solrj.impl.ConcurrentUpdateHttp2Solr. sendUpdateStream (ConcurrentUpdateHttp2SolrClient. java: 236) в org. apache .solr.client.solrj.impl.ConcurrentUpdateHttp2SolrClient $ Runner.run (ConcurrentUpdateHttp2SolrClient. $. run (InstrumentedExecutorService. java: 181) в org. apache .solr.common.util.ExecutorUtil $ MDCAwareThreadPoolExecutor.lambda $ execute $ 0 (ExecutorUtil. java: 210) в org. apache .solr.common .util.ExecutorUtil $ MDCAwareThreadPoolExecutor $$ Lambda $ 142 / 0000000000000000.run (Неизвестный источник) в java .base / java .util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor. java: 1050 *: base / java .util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor. java: 628) в java .base / java .lang.Thread.run (Thread. java: 834) Подавлено : java .io.IOException: java. io.IOException: сломанный канал в org.eclipse.jetty.client.util.DeferredContentProvider.flu sh (DeferredContentProvider. java: 193) в org.eclipse.jetty.client.util.OutputStreamContentProvider $ DeferredOutputStream.flutil.OutputStreamContentProvider $ DeferredOut * (OutputStreamContentProvider. java: 152) в org.eclipse.jetty.client.util.OutputStreamContentProvider $ DeferredOutputStream.write (OutputStreamContentProvider. java: 146) в org. apache .solr.common.util.Fastream flu sh (FastOutputStream. java: 216) в организации apache .solr.common.util.FastOutputStream.flushBuffer (FastOutputStream. java: 209) в организации apache .solr.common.util .JavaBinCode c .close (JavaBinCode c. java: 1269) в орг. apache .solr.client.solrj.request.JavaBinUpdateRequestCode c .marshal (JavaBinUpdateRequestCode java. 104) ... еще 10 Причина: java .io.IOException: сломанный канал в org.eclipse.jetty.io.ssl.SslConnection $ DecryptedEndPoint.flu sh (SslConnection. java: 927) в org .eclipse.jetty.io.WriteFlusher.flu sh (WriteFlusher. java: 393) на org.eclipse.jetty.io.WriteFlusher.write (WriteFlusher. java: 277) на org.eclipse.jetty.io.AbstractEndPoint.write (AbstractEndPoint. java: 380) на org.eclipse.jetty.http2 .HTTP2Flusher.process (HTTP2Flusher. java: 247) в org.eclipse.jetty.util.IteratingCallback.processing (IteratingCallback. java: 241) в org.eclipse.jetty.util.IteratingCallback.iterate (IteratingCallback. java: 224) в org .eclipse.jetty.http2.HTTP2Session.frame (HTTP2Session. java: 755) в org.eclipse.jetty.http2.HTTP2Session.frames (HTTP2Session. java: 734) в org.eclipse.jetty.http2.client .HTTP2ClientConnectionFactory $ HTTP2ClientConnection.onOpen (HTTP2ClientConnectionFactory. java: 130) в org.eclipse.jetty.io.AbstractEndPoint.upgrade (AbstractEndPoint. java: 441) в org.eclipse.jettyClientConnectionConnectionConnectionConnectionConnection (NegotiatingConnectionConnectionConnectionConnection) (NegotiatingConnectionConnectionConnectionConnection (Negotiating). . java: 115) в org.eclipse.jetty.io.NegotiatingClientConnection.onFillable (NegotiatingClientConnection. java: 85) в org.eclipse.jetty.io.AbstractConnection $ ReadCallback.succeeded (AbstractConnection. java: 305 ) на org.eclipse.jetty.io.FillInterest.fillable (FillInterest. java: 103) на org.eclipse.jetty.io.ssl.SslConnection $ DecryptedEndPoint.onFillable (SslConnection. * 1 094 *: 427) на org.eclipse.jetty.io.ssl.SslConnection.onFillable (SslConnection. java: 321) на org.eclipse.jetty.io.ssl.SslConnection $ 2.succeeded (SslConnection. java: 159) на org.eclipse.jetty.io.FillInterest.fillable (FillInterest. java: 103) на org.eclipse.jetty.io.ChannelEndPoint $ 2.run (ChannelEndPoint. java: 117)

1 Ответ

0 голосов
/ 09 июля 2020
  • Клиент отключил соединение из-за слишком длительного ожидания на сервере. Более высокое время ожидания может вызвать проблемы с производительностью.

  • Другой причиной может быть кеш ОС. Проверьте место на диске и попробуйте увеличить его.

...