Armadilloフォーラム

大塩です。

> ▼質問内容
> LTE通信(ppp0)のタイムアウト判定20秒は何処で設定しているのでしょうか？
> また、イーサネット接続(eth0)の場合10秒でタイムアウトになるのですが、こちらも何処で設定しているのでしょうか？

上記につきまして、以下という認識でよろしいでしょうか。
・使用しているpythonアプリケーションは同一で、使用時にLTEかethernet のどちらかでテストしている
・python アプリケーション内で requests ライブラリを使用しており、requests.get のタイムアウトが使用デバイスによって違う

上記の通りである場合、python の requests に timeout は設定しているでしょうか。
設定していない場合、timeout を設定して動作に変化があるかご確認いただけますでしょうか。

以上です。

> 大変お世話になります、三井と申します。
>
> ▼質問内容
> LTE通信(ppp0)のタイムアウト判定20秒は何処で設定しているのでしょうか？
> また、イーサネット接続(eth0)の場合10秒でタイムアウトになるのですが、こちらも何処で設定しているのでしょうか？
>
> ▼背景
> 一定時間毎にLTE通信を利用してHTTPポストを行うシステムを運用中なのですが、
> 運用中システムのタスクが突然止まる(待ち状態？)事象が発生しており、
> まずはユーザソフトウェアかドライバ、LTEモデム等原因の切り分けを行っております。
>
> 内容としては、
> まだ解析途中ではありますが、ユーザソフトウェアのネットワーク通信を行う箇所で待ち状態になっており、
> 具体的には、pythonのrequestsライブラリを使用したHTTPポスト処理で待ち状態になっています。
> (ユーザソフトウェアでは通信のタイムアウトは設定しておりません)
> topコマンド確認した時、タスク自体は終了しておらず、
> 通常時は常にCPU使用率50%以上なのに対して、事象発生後はCPU使用率が0%になっています。
> 事象発生後に「ping www.atmark-techno.com」で外部ネットワークの通信確認をした時、正常に通信できます。
> armadillo本体を再起動した場合は、ユーザソフトウェアは正常に動作します。
>
> 通常は電波状況が悪い等でLTE通信できない場合は20秒でタイムアウト判定になるため、電波状況による原因ではなく、
> 別の場所に設置した複数基板でも同一現象が発生しているため、H/W故障による原因ではないと考えております。
>
> 事象発生時のsyslogを添付します。LTE通信不可となったタイミングは3/15 18:34頃でそれ以降ユーザソフトウェアが止まった状態です。
> ログを見た限りメモリ不足やLTEモデムの再起動等は行われていないと見受けられます。
>
> /etc/aiot-modem-control/startup.conf添付します。
> ping_check等の再接続設定の設定は行っておりません。
>
> Linuxカーネルバージョン：Linux armadillo 4.14-at48 #1 Wed Aug 24 13:40:29 JST 2022 armv7l GNU/Linux
> ems31-utilsバージョン：1.3.1
>
>
> ログでエラー等が確認できていないため想像にはなりますが、
> ユーザソフトウェアではタイムアウト処理を行っていないため、
> 通信タイムアウト20秒の処理がうまく動作しなかったことが原因かと思い、
> (例えば、ユーザソフトウェア側にタイムアウト通知が届いていない)
> タイムアウト20秒の設定箇所から調査していこうと考えております。
> pingコマンドでも上記のタイムアウト時間だったため、Linux側で設定を行うと想像しておりますが、
> 設定場所が分からないため質問させて頂きました。
>
> 対策としては、ユーザソフトウェアにタイムアウトを設ける、ping_checkの設定をする、等で
> 解決すると考えておりますが、事象発生に再現性が無いため原因の究明を思っております。
>
> その他考えられる原因あればご教授頂ければ幸いです。
>
> 以上、お手数ですがよろしくお願い致します。

清水と申します。
弊社でも同じような現象が発生しました。
pythonのrequestsライブラリは、タイムアウトを設定しない場合、
responseを待ち続けて、止まってしまうようです。
そのため、timeout設定は必要です。
弊社では、timeout設定を追加することで、タスクが停止することはなくなりましたが
10秒周期でAWSへ収集データを送信すると、4時間ほどでarmdilloのLTE接続が切断される
現象が発生しております。
自社（池袋）付近の事務所でロングランしている分には、事象が発生しませんでした（3日間連続動作）
現場（大阪）付近では、上記事象が発生し、LTE再接続サービスを有効にすることで、LTE通信切断時に
armdillo再起動をすることで、回避しています。
再起動したあとのデバッグログを採取するようにアドバイスを受け、フォーラムで解析を依頼しています。
再起動後もSIMカードの認識やLTE通信のリトライが繰り返されているように見受けられ、armdilloのNetworkManagerの動きが気になっています。