CumulocityLongPollingTransport - 由於不活動而取消長時間輪詢請求

我使用的是Cumulocity java代理（7.38.0），它顯然與服務器失去了溝通，從未恢復。該管理界面說：CumulocityLongPollingTransport - 由於不活動而取消長時間輪詢請求

LAST COMMUNICATION November 22, 2016 2:25 AM

，並最後在設備系統日誌cumulo紀錄是：（有是1個小時的時間差異，由於一些設備配置概率）

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

過程看起來正在運行：

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

有沒有人見過這個概率？

來源

2016-11-27 Peter

不幸的是我繼續看到這個。最近有4個測試設備中有4個出現相同的症狀。（他們會自動進行測量，而無需經常從積分平臺獲得新的指示）。我會盡力實施一些每日ping以避免這種情況。 – Peter

-1

當人們通過防火牆或vpn連接到cumulocity時，我們曾經有過一次或兩次。結果與您所描述的完全相同：輪詢在一段時間後卡住，就像連接被阻止一樣。換句話說，我會懷疑它是阻止重新連接的代理。

來源

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 - 由於不活動而取消長時間輪詢請求

回答

相關問題