CumulocityLongPollingTransport - 非アクティブなために長いポーリング要求をキャンセルします。

Cumulocity Javaエージェント（7.38.0）を使用していますが、明らかにサーバーとの通信が途絶えてしまったため、回復しませんでした。管理インタフェースは言う：デバイスのsyslogにCumulocityLongPollingTransport - 非アクティブなために長いポーリング要求をキャンセルします。

LAST COMMUNICATION November 22, 2016 2:25 AM

と最後cumuloレコードがあった。

Nov 22 01:25:47 localhost root: 01:25:47.166 [CumulocityLongPollingTransport-scheduler-2] WARN c.c.s.c.n.ConnectionHeartBeatWatcher - canceling the long poll request because of inactivity

（一部のデバイス設定PROBによる1時間の差分があった。）

プロセスはとにかく実行されているように見えます。

ps -ef | grep -i c8y root 1341 1257 0 Nov19 ? 00:00:00 /bin/sh ./c8y-agent.sh root 1342 1341 0 Nov19 ? 00:00:00 /bin/sh ./c8y-agent.sh root 1344 1342 0 Nov19 ? 00:25:39 java -cp cfg/*:lib/* -Dlogback.configurationFile=cfg/logback.xml c8y.lx.agent.Agent

誰でもこのprobを見たことがありますか？

出典

2016-11-27 Peter

残念ながら、私はこれを見続けています。 4つの試験装置のうち4つは最近同じ症状で到達不能になった。（彼らは数日間頻繁にcumuloプラットフォームから新しい指示を得ることなく、自律的な測定を行います。）これを避けるために、毎日のpingを実装しようとします。 – Peter

-1

人々がファイアウォールまたはVPN経由で累積に接続していたとき、それを1〜2回持ちました。結果はあなたが説明した通りです：接続がブロックされた場合のように、しばらくしてポーリングが止まってしまいます。言い換えれば、私はそれが再接続をブロックしているプロキシだと思うでしょう。

出典

2016-12-01 13:31:14

答えにLukaszを感謝します。エージェントはデフォルトの設定で通常のfirtzboxの背後で実行されています。この頃、私は何らかの変更を適用している可能性は非常に低く... VPNやファイアウォールやプロキシは設定されていません。 – Peter

残念ながら、私はまだこのためにすべてのデバイスを定期的に失っています。これらは3つの全く異なるインターネット回線の後ろにあります...Andréはhttp://stackoverflow.com/questions/41453134でもいくつかのネットワーク要素が通信をブロックしていることを示唆しましたが、私の場合はFritzBox/KDモデムしかありません。すべてのデバイスに定期的な「ping」操作をスケジュールする方法はありますか？ cumuloプラットフォームのcronのようなもの？または、誰でもこの提案の例を投稿してください。「MQTT APIを使用し、より高いpingレートを設定する」（理想的には、1つの操作ですべてのデバイスにpingを実行します。 – Peter

CumulocityLongPollingTransport - 非アクティブなために長いポーリング要求をキャンセルします。

答えて

関連する問題