問題タブ [broken-pipe]

クライアント側のコードは android です。.NET のサーバー側コード。エラーの中でパイプが壊れています。この点で何ができるでしょうか？

クライアント側コード -

MainActivity.java

HttpFileUpload.java

サーバ：-

LogCat 出力:-

Rarely, when under more load than usual my RabbitMQ application starts returning SocketException: Broken pipe (and basically doesn't process any further messages).

The system is using the RPC pattern, with workers listening on a few predefined queues for jobs, clients submitting tasks on these jobs while opening a temporary auto-delete queues that they specify as replyTo queue where they listen for the replies on (and use a correlation ID as well to match the messages).

The code that actually leads to the Broken pipe is quite simple, it is in the client part and basically does:

The exception is as follows:

I think this generally coincides with the workers taking longer than usual about their business, and thus more temporary client queues concurrently open (about 20-30 perhaps?), however as far as I know I'm not running into any of the usual watermarks (memory, disk - I could be running into some limit I don't know about).

I've reviewed the Rabbit logs and the only kind of errors I find there are:

I checked both logs and the first "broken pipe" on the client appeared at 21:37:03, while the first ERROR of any kind in RabbitMQ logs on that date appeared at 21:36:59, with regular errors of the same kind appearing regularly thereafter until the systems were restarted. Thus I believe the ones published are corresponding log entries.

I'm using the Rabbit Java client 3.1.4 (latest on Maven central) with Rabbit server 3.1.4 running on Amazon Linux on AWS EC2.

Here is the rabbitmqctl status under normal situation (unfortunately not during the failure, I will try to get one when it appears next):

Any ideas what could be wrong or at least what I can do to debug this / get more clarity on what is happening?

dos.write での書き込みに大きな問題があり、パイプが壊れてしまい、修正方法がわかりません。このタイプのエラーを処理する適切な方法を誰かが提案できますか。私はウェブを検索し、問題は接続であると言いますが、outputStream にファイルを書き込むコードを削除しようとすると、outputStream の他の書き込みバイトが機能しています。助けてくださいありがとう..

----これが私のコードです----

初めてコードを git リポジトリにプッシュしようとしていますが、次のエラーが発生します。

http バッファ サイズ ( git config http.postBuffer 524288000)を増やしてみましgit repackたが、うまくいきませんでした。

非常に似たサイズのコードを別のリポジトリにプッシュすることができました (このコードのようには機能しませんでしたが、機能した後git repackでした)。それをbitbucketにプッシュしようとしています。

何か案は？

Egnyte から REST APIにファイルをアップロードしようとしています setFixedLengthStreamingMode(...) を使用しない場合、setFixedLengthStreamingMode(...) を使用すると、例外を取得せずにファイルがアップロードされます。 SSL 例外 -> 壊れたパイプ。

なぜこれが必要なのですか？HTTURLConnection のドキュメントが示すように、コンテンツの長さを設定しないか、setChunkedStreamingMode() を使用しない場合、ファイル全体が送信される前にクライアントのメモリにキャッシュされます。 OOM 例外。私のコードに欠けているものがありますか?

端末を見ると、以下のエラーが表示されることがあります。表示されていることと、それを回避する方法を教えてください。

私はマルチスレッドのpythonスクリプトに取り組んでおり、新しいzshシェルを再度開くことなく、同じセッションを維持しながら、いくつかのシェルコマンドを実行する専用スレッドを持っています。

メインスレッドは、コマンドの実行を担当するスレッドと共有されるキューに、実行されるコマンドを入れます。

それは機能しますが、ランダムなエラーが発生し、各コマンドを実行IOError: [Errno 32] Broken pipeした後に取得する方法がまだ見つかりません。stdout

更新: これの全体的なポイントは、1 つだけの zsh シェルを開いたままにしておくことであることに注意してください (これが、この目的のために専用のスレッドを用意している理由です)。Popen.communicateコマンドが終了するとシェルが閉じられ、前もって実行する必要があるすべてのコマンドがわからないため、使用できません。

jenkins スレーブに 5 つのデバイスを追加し、for gradle broken pipe errorinstall タスクを取得しています。

com.android.ddmlib.InstallException: Broken pipe

varを設定してANDROID_SERIAL、gradle インストール用の特定のデバイスに gradle を転送します。ただし、私のadbにはすべてのデバイスがリストされており、adbからapkをインストールできます. デバイスの 1 つを取り外すと、gradle のインストールは正常に機能します。

gradle がサポートできるデバイスの数に制限はありますか?

C サブプロセスに大量のデータを非常に高速に書き込むと、Broken Pipe エラーが発生します。

だから私はpythonスクリプトからacサブプロセスを実行しています：

gpiopwm.c のメイン ループのセクション:

ただし、これからの出力は次のとおりです。

C プログラムは明らかにそのfgets行で壊れており、出力される2ことはありません。私は何を間違えましたか？どうすればこれを回避できますか?

編集:fgets逆参照引数が含まれないように行を更新しましたが、パイプの破損エラーがまだ発生しています。

EDIT： inputとして初期化されますchar *input="m2000";

AndroidでNIOクライアントプログラムに取り組んでいます。基本的にはうまく機能しますが、ネットワークが利用できない場合（WIFIが無効になっているなど）、ソケットが「実際に」接続されていることを区別する方法がわかりません.SocketChannel.finishConnect () は、利用可能なネットワークがなくても常に true を返します。接続されていない SocketChannel に書き込もうとすると、Broken pipe 例外が発生します。

では、SocketChannel が実際に接続されていることを確認するにはどうすればよいのでしょうか。