ta-imai
2025年5月1日 16時18分
==========
製品型番:AG6271-C03Z
Debian/ABOSバージョン:3.19.1-at.1
カーネルバージョン:5.10.210-0-at
3G/LTE モジュール情報 (Debianのみ):
その他:
==========
現場に設置した機器でLTE切断後、LTEに再接続が行われませんでした。
LTE再接続サービスも起動していますが、LTEモジュールの再起動も実行されていないように見えます。
同じ現場に設置したもう一台は、同時刻にLTE切断しましたがその後再接続できていました。
/var/log/message, /etc/atmark/connection-recover.conf,/etc/atmark/els31.conf を添付します
(LTEの切断は 2025/03/18 22:02頃です)。
再接続できない原因、対策等ありますでしょうか。
ファイル | ファイルの説明 |
---|---|
messages.zip |
コメント
ta-imai
at_makoto.sato
ありがとうございます。
> /var/log/connection-recover.log は作成されていませんでした。
承知しました。お使いになられているabosのバージョンでは、
connection-recover.logにログを出力する対応を入れる前のバージョンでした。
また可能であれば、最新のABOSのバージョンにアップデートして再現確認をお願いします。
ただ、messages の方にもほとんど connection-recover のログが出ていないのが気になります。
今一度確認させてください。以下のコマンド実行結果はどうなっていますでしょうか。
armadillo:~# rc-status | grep connection-recover armadillo:~# nmcli c armadillo:~# cat /etc/atmark/connection-recover.conf
また、可能であれば最新のバージョンのABOSにアップデートして再現するか確認をお願いできますでしょうか。
ta-imai
ご回答ありがとうございます。
> 今一度確認させてください。以下のコマンド実行結果はどうなっていますでしょうか。
現場の機器は確認できないのですが、
同じインストールイメージから作成している機器では下記のようになっています。
armadillo:~# rc-status | grep connection-recover connection-recover [ started ] armadillo:~# nmcli c NAME UUID TYPE DEVICE gsm-ttyCommModem 4e8aae2f-ea90-46d1-85e1-895b227364fa gsm ttyCommModem lo 7e39ec38-5fab-4a4a-a659-dce18a832568 loopback lo podman0 8919f667-ae41-4b65-a067-4f112325f1fd bridge podman0 abos_web_br_ap 6aeab875-8235-47bf-b7e7-61cdf6666b7c bridge br_ap veth0 2866bb38-f670-400b-ae8f-81ff7b2446ca ethernet veth0 Wired connection 1 0d60d547-9489-38cc-a278-f935b96b953b ethernet -- Wired connection 2 abd93784-2f0e-3e44-9818-b22988c0bc21 ethernet -- armadillo:~# cat /etc/atmark/connection-recover.conf #!/bin/sh # SPDX-License-Identifier: MIT CHECK_INTERVAL_SEC=60 PING_DEST_IP=8.8.8.8 FORCE_REBOOT=FALSE REBOOT_IF_SIM_NOT_FOUND=TRUE WWAN_FORCE_RESTART_COUNT=3 armadillo:~#
> また、可能であれば最新のバージョンのABOSにアップデートして再現するか確認をお願いできますでしょうか。
ABOSのアップデートを検討します。
以上、よろしくお願いします。
at_makoto.sato
ta-imai
お世話になっております。
別の現場で nmcli c を実行した際に、応答がない場合がありました。
CTRL+Cで止めるまで30秒くらいです。
/var/log/messagesを添付します。
原因は何が考えられますでしょうか。
nmcliを実行したのは 6/25 15:00頃です。
armadillo:~# rc-status | grep connection-recover connection-recover [ started ] armadillo:~# nmcli c ^CError: nmcli terminated by signal Interrupt (2) armadillo:~# armadillo:~# nmcli c
connection-recover内ではnmcli実行していますが、
nmcli の応答がない場合は connection-recover も応答待ちで止まってしまいますか。
以上、よろしくお願いします。
ファイル | ファイルの説明 |
---|---|
messages.zip |
at_makoto.sato
佐藤です
> 別の現場で nmcli c を実行した際に、応答がない場合がありました。
> CTRL+Cで止めるまで30秒くらいです。
CTRL+C で止めたあとに再度 nmcli c をすると正常でしたでしょうか?
> /var/log/messagesを添付します。
> 原因は何が考えられますでしょうか。
> nmcliを実行したのは 6/25 15:00頃です。
ログの6/25 15:00頃には手がかりになりそうなログはありませんでした。
> connection-recover内ではnmcli実行していますが、
> nmcli の応答がない場合は connection-recover も応答待ちで止まってしまいますか。
原因が分からないと確定的なことは言えませんが、その可能性は高いと思います。
at_makoto.sato
2025年5月1日 18時04分
佐藤です。
すいません。
現象発生時の connection-recover のログもいただけますでしょうか。
/var/log/connection-recover.log
/var/log/connection-recover.log.0 (こちらはあれば)