Armadilloフォーラム

コンテナアプリケーション内でpingが使用できない

ryo_sakura

2025年3月25日 19時25分

シェルスクリプトプロジェクトにて、main.sh内でpingコマンドを使用するためにiputils-pingをインストールし実行したのですが、「ping: command not found」と出力されてしまいます。
何か対処法はございますでしょうか?

==========
製品型番:
Debian/ABOSバージョン:
カーネルバージョン:
3G/LTE モジュール情報 (Debianのみ):
その他:
==========

コメント

at_dominique.m…

2025年3月26日 10時00分

ryo_sakuraさん

お世話になっています、
マルティネです。

> シェルスクリプトプロジェクトにて、main.sh内でpingコマンドを使用するためにiputils-pingをインストールし実行したのですが、「ping: command not found」と出力されてしまいます。

iputils-ping をインストールした方法を教えていただけますでしょうか?
packages.txt にパッケージを追加した後に、「Generate xx swu」でコンテナをビルドしないで「run app on armadillo」だけを実行するとインストールされません。
また、コンテナでaptなどでパッケージをインストールしても次の実行では消えますのでご注意ください。

念の為、main.sh に「dpkg -l iputils-ping」を実行してみてパッケージの有無を確認してみてください。

よろしくおねがいします。

ご返答いただきありがとうございます。
先にインストールした方法を共有いたします。
iputils-pingはpackages.txtとDockerfileでのインストールの2通りを試しました。
パッケージ追加後にコンテナをビルドしたうえでRUNをしたため、そちらに関しては問題ないかと思われます。

at_dominique.m…

2025年3月26日 10時33分

お返事ありがとうございます。

> パッケージ追加後にコンテナをビルドしたうえでRUNをしたため、そちらに関しては問題ないかと思われます。

RUNというのは「App run on Armadillo」でしょうか。
DockerfileのRUN命令でしょうか。(そちらでしたらコマンドは見えると思いますが、main.shとの関係がわかりませんので確認させてください)

App run on armadilloでしたら、お手数ですがビルドだけではなく swu をインストールしましたか?
run コマンドですと main.sh がコピーされますが、ビルドしたコンテナは自動的にインストールされません。
dpkg -l で確認していただければ確実です。

また、alpine の iputils-ping では問題ありませんが debian パッケージの場合は ping プログラムが cap_net_raw=ep のキャパビリティを持ってるため、標準ですと「bash: /usr/bin/ping: Operation not permitted」としてエラーします(No such file or directory ではないので別の問題になります)

そのキャパパビリティは実際に不要なので、Dockerfileにパッケージをインストールした後に「setcap -r /usr/bin/ping」コマンドを実行すればその設定を外せば実行かのうとなります。(コンテナにキャパビリティを設定しても動きますが、不要なのでファイルを直した方がいいと思います。こちらの問題は Debian Trixie で修正されました)

よろしくおねがいします

> RUNというのは「App run on Armadillo」でしょうか。
→RUNは「App run on Armadillo」の実行を指しておりました、わかりにくく申し訳ございません。

> App run on armadilloでしたら、お手数ですがビルドだけではなく swu をインストールしましたか?
→はい、ビルドとswuファイルのインストールを行いました。

> また、alpine の iputils-ping では問題ありませんが debian パッケージの場合は ping プログラムが cap_net_raw=ep のキャパビリティを持ってるため、標準ですと「bash: /usr/bin/ping: Operation not permitted」としてエラーします(No such file or directory ではないので別の問題になります)
→ケイパビリティについてはまだ試していないので、試してみます。

Dockerファイルについてスクリーンショットを添付いたします、ご確認をお願いいたします。

ファイル ファイルの説明
スクリーンショット 2025-03-26 140649.png

ケイパビリティをalpine(version:3.21.3)に変更し、packages.txtにてiputils-pingを記載しましたが、pingの利用ができませんでした。

armadillo:~# podman exec -it <コンテナ名> /bin/bash
root@c18b07c2d2bd:/# ping 8.8.8.8
bash: ping: command not found

また、debian パッケージの場合と同様の以下のエラーが発生しました。

2025-04-14 02:17:41.303 ERROR   blockingCurlCall(): Curl perform failed for url https://xxxxxxxxxx.credentials.iot.ap-northeast-1.amazonaws.com/role-aliases/xxxxx-xxxx-xxxx-xxxxx/credentials with result Timeout was reached : Resolving timed out after 3000 milliseconds

内容のご確認と解決方法を教えていただきたく思います。
よろしくお願いいたします。

at_dominique.m…

2025年4月14日 15時17分

ryo_sakuraさん

マルティネです。

> ケイパビリティをalpine(version:3.21.3)に変更し

すみませんこの部分を理解できませんでした。
Dockerfileのベースになっているイメージを alpine に変更したということでしょうか?

> packages.txtにてiputils-pingを記載しましたが、pingの利用ができませんでした。

> armadillo:~# podman exec -it <コンテナ名> /bin/bash
> root@c18b07c2d2bd:/# ping 8.8.8.8
> bash: ping: command not found

alpine に変更した場合は bash コマンドがありませんので、パッケージに追加しましたか?

お手数ですがファイルを更新してビルドしたイメージが正しくインストールされてない可能性はまだ残っていると思いますので、
Armadilloにログインして「podman image inspect <コンテナイメージ名>」の出力を添付していただけますでしょうか。
(イメージ名は「podman image list」で確認できます)

その出力に「PACKAGES=[packages.txtの内容] ... apt-get install -y ${PACKAGES}」(または alpine に合わせた場合に apk add ${PACKAGES}) が記載されているはずですので、最終的にはこちらで確認できます。

> また、debian パッケージの場合と同様の以下のエラーが発生しました。

> 2025-04-14 02:17:41.303 ERROR   blockingCurlCall(): Curl perform failed for url https://xxxxxxxxxx.credentials.iot.ap-northeast-1.amazonaws.com/role-aliases/xxxxx-xxxx-xxxx-xxxxx/credentials with result Timeout was reached : Resolving timed out after 3000 milliseconds

こちらのエラーはネットワーク接続の問題に見えますが、コンテナを起動する際にネットワーク接続が完了されていることを待っていませんので、場合によっては想定通りの動きかもしれません。
Armadilloはどういうふうにネットワーク接続していますでしょうか?
また、このエラーについて教えてください。Armadilloが起動して、ネットワーク接続が完了した後でも発生しますでしょうか。
試しに起動後にArmadilloから ping 等で aws のサーバーと通信できるを確認した後に「podman_start -a」ですべてのコンテナを再起動させてみてください。その状態ではエラーは発生しますでしょうか?
発生しなかった場合はアプリケーションにリトライ処理等を追加するといいかもしれません。

よろしくおねがいします。

podman image listとpodman image inspect <コンテナイメージ名>を実行した結果、内容変更したイメージファイル(development.swu)がArmadilloでdebianのまま変更されていないことが判明しました。

podman image listの実行結果

REPOSITORY          TAG         IMAGE ID      CREATED       SIZE        R/O
localhost/{コンテナ名}       latest      xxxxxxxxxxx  4 weeks ago   813 MB      true

podman image inspect {コンテナ名} | grep debian

 "created_by": "# debian.sh --arch 'armhf' out/ 'bullseye' '@1740355200'",

イメージファイルの正しいアップデート方法を教えていただきたく思います。

今までは以下の手順で行っておりました。
dockerファイルの変更・保存

「Generare development swu」でイメージファイル作成

「Install SWU onArmadillo」から最新のswuファイルを選択しArmadilloへインストール

「App run on Armadillo」でコンテナアプリケーション実行

>Dockerfileのベースになっているイメージを alpine に変更したということでしょうか?
はい、ご認識の通りです。
Dockerfileのベースになっているイメージをdebain(bullseye-slim)からalpineに変更しようとしておりましたが、Armadillo上では変更がされておりませんでした。

at_dominique.m…

2025年4月14日 18時13分

マルティネです。

> podman image listとpodman image inspect <コンテナイメージ名>を実行した結果、内容変更したイメージファイル(development.swu)がArmadilloでdebianのまま変更されていないことが判明しました。

原因がわかって良かったです。

> dockerファイルの変更・保存
> ↓
> 「Generate development swu」でイメージファイル作成
> ↓
> 「Install SWU on Armadillo」から最新のswuファイルを選択しArmadilloへインストール
> ↓
> 「App run on Armadillo」でコンテナアプリケーション実行

この流れで問題ない認識です。

可能性としては、「Generate development swu」でSWUのバージョンを上げてますが、プロジェクトを同じ名前で作り直した場合は前のバージョンが残ってしまって実際にインストールされてない可能性はあります。

「Install SWU on Armadillo」を実行する際にコンソール出力が下あたりに表示されると思いますが、その出力に「Skipping install of component ...」というメッセージがありますでしょうか。
その場合は Armadillo の /etc/sw-versions を直接に編集してもいいですので、プロジェクトのバージョンを削除してみて swu を再びインストールしてみてください。

よろしくおねがいします

> 「Install SWU on Armadillo」を実行する際にコンソール出力が下あたりに表示されると思いますが、その出力に「Skipping install of component ...」というメッセージがありますでしょうか。

上記の「Skipping install of component ...」のメッセージが出力されなかったため、一旦Armadillo上でコンテナイメージの削除し再度development.swuファイルをArmadilloにアップロードしたら強制的にコンテナイメージを書き換えることができるかなと思い試したのですが、Armadillo上に対象のコンテナイメージが存在しない状態になってしまいました。
恐れ入りますが、対象のコンテナイメージを再度Armadilloにアップロードする方法をご教授いただきたく思います。
以下実行した流れです。

「abos-ctrl podman-rw rmi localhost/{コンテナイメージ名}」をArmadillo上で実行し、対象のコンテナイメージを削除

「Install SWU on Armadillo」から最新のswuファイルを選択しArmadilloへインストール

「podman images」で対象のコンテナイメージが追加されていないことを確認

> その場合は Armadillo の /etc/sw-versions を直接に編集してもいいですので、プロジェクトのバージョンを削除してみて swu を再びインストールしてみてください。
こちらについて、具体的にどこを編集するのか教えていただけますでしょうか。

base_os 3.20.3-at.3
boot 2020.4-at24
extra_os.initial_setup 4
extra_os.twin_exec_command enable
extra_os.{コンテナ名} 1
{コンテナ名} 1

以上よろしくお願いいたします。

at_dominique.m…

2025年4月16日 15時45分

マルティネです。

> 上記の「Skipping install of component ...」のメッセージが出力されなかったため、一旦Armadillo上でコンテナイメージの削除し再度development.swuファイルをArmadilloにアップロードしたら強制的にコンテナイメージを書き換えることができるかなと思い試したのですが、Armadillo上に対象のコンテナイメージが存在しない状態になってしまいました。
> 恐れ入りますが、対象のコンテナイメージを再度Armadilloにアップロードする方法をご教授いただきたく思います。

現在の /etc/sw-versions に「1」しかインストールされてないので、初期のインストール以降に一度もインストールされてなかったということになります。

いくつか考えれますので確認させてください:
- development.swu ファイルを削除して「Generate development SWU」を実行すると再生成されますか?
- コマンドで「mkswu --show development.swu」を実行するとバージョン情報が表示されますが、1 以外の値になっていますでしょうか。1 の場合はプロジェクトディレクトリの「info.json」ファイルの内容をここにコピーしていただければ幸いです(隠しファイルになってますので vscode では見れませんが、ファイルとしてプロジェクトディレクトリを開けば確認できるはずです)

1 だった場合はひとまず Armadillo の /etc/sw-versions から コンテナ名の2つの行を削除していただければインストールできると思います。
1 以上だった場合はインストールが失敗していると思いますのでお手数ですがインストール時の出力をここにコピーしていただけますでしょうか。

お手数ですがよろしくおねがいします

ご返答いただきありがとうございます。

mkswu --show development.swu」の実行結果が 1 以上だったため、development.swuファイルをArmadilloへインストールした時の出力を下記に記します。

'/home/atmark/containers/kvs/development.swu' install on armadillo.local
{"stdout":"SWUpdate v2024.05.2_git20240718-r0\n"}
{"stdout":"\n"}
{"stdout":"Licensed under GPLv2. See source distribution for detailed copyright notices.\n"}
{"stdout":"\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [print_registered_handlers] : \tno handler registered.\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [main] : Running on AGX4500 Revision at1\n"}
{"stdout":"[INFO ] : SWUPDATE started :  Software Update started !\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [install_single_image] : Installing pre_script\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : No base os update: copying current os over\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Waiting for btrfs to flush deleted subvolumes\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [install_single_image] : Installing swdesc_files --extra-os swu/app\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [install_single_image] : Installing swdesc_command 'rm -rf /var/app/rollback/volumes/kvs'\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [install_single_image] : Installing swdesc_files --dest kvs swu/dest\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [install_single_image] : Installing swdesc_embed_container swu/kvs.tar\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Command 'command podman --root /target/var/lib/containers/storage_readonly --storage-opt additionalimagestore= load -i /var/tmp/swupdate-abosweb-upload.dGNjCG/kvs.tar' output:\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Getting image source signatures\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Copying blob sha256:585575027801119527d9e2cdccd8394afa2bb05fce6725337cf0ed0eb04fd693\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Copying blob sha256:5f70bf18a086007016e948b04aed3b82103a36bea41755b6cddfaf10ace3c6ef\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Copying blob sha256:3dc92e1a59bf3db7aa47f8ced580fe2c33453ed007edf60cea8becc4256f651f\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Copying blob sha256:e4088a555704516ed7e5544ca5bff60d1349a30556a91c841572b51a761bbf17\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Copying blob sha256:b8eebf0cc5c21b673064eba23fdf3c4d207302a9403fd42bcdbe586973365107\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Copying blob sha256:0ca1385a6f62aace8757895e557eab55f34e7c2b483061b26b2c9ea5ecc88e72\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Copying config sha256:717f9ead1f510ffab984d9436fb42686b4fbc17a22c47fd1afdbb6635c778901\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Writing manifest to image destination\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : Loaded image: localhost/kvs:latest\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [install_single_image] : Installing swdesc_command --extra-os 'mkdir -p /root/.ssh' 'ssh-keygen -A' 'rc-update add sshd default'\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [install_single_image] : Installing swdesc_script --extra-os /usr/share/mkswu/examples/update_preserve_files.sh -- --file /root/.ssh/authorized_keys --comment 'ssh key for vscode project' --add -- 'ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIAFJGMNt+nQAye9irMgzjGwXxxxlUZ47MSdE2H6jGusP atmark@atde9'\n"}
{"stdout":"[INFO ] : SWUPDATE running :  [install_single_image] : Installing post_script\n"}
{"stdout":"[INFO ] : SWUPDATE running :  Installation in progress\n"}
{"stdout":"[INFO ] : SWUPDATE successful ! SWUPDATE successful !\n"}
{"stdout":"[INFO ] : No SWUPDATE running :  Waiting for requests...\n"}
{"exit_code":0}
SWU installation has been completed
Successfully installed SWU

話が少し変わりますが、「abos-ctrl podman-rw rmi localhost/{コンテナイメージ名}」をArmadillo上で実行し、対象のコンテナイメージを強制的に削除したのは問題なかったでしょうか?

ご返答よろしくお願いいたします。

at_dominique.m…

2025年4月16日 17時08分

マルティネです。

逆順番で回答します。

> 話が少し変わりますが、「abos-ctrl podman-rw rmi localhost/{コンテナイメージ名}」をArmadillo上で実行し、対象のコンテナイメージを強制的に削除したのは問題なかったでしょうか?

問題ありません。
元々アップデートをインストールする時に不要になったイメージを削除する処理がありますので、タイミングが少しズレただけです。

> 「mkswu --show development.swu」の実行結果が 1 以上だったため、development.swuファイルをArmadilloへインストールした時の出力を下記に記します。

了解しました。

出力ありがとうございます。確かに成功にしか見えないですね…コンテナイメージをちゃんと展開する出力もありますので、どこかにはインストールされてますが、最後に「{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : swupdate triggering reboot!\n"}」がないのは気になります。
VSCode プロジェクトの設定ではアップデートインストール後に再起動してアップデートを適用するはずですが、再起動しなければアップデートが成立してないように見えます。

頂いた出力で swupdate のバージョンを確認できましたが、お手数ですが Armadillo上と ATDE上の mkswu のバージョンと Armadillo上の「abos-ctrl status」の出力も教えていただけますか?

# ATDE
atmark@atde9:~$ mkswu --version
mkswu version 7.4

# Armadillo
armadillo:~# apk list --installed | grep mkswu
mkswu-swupdate-7.3.1-r0 aarch64 {mkswu} (MIT) [installed]
armadillo:~# abos-ctrl status
Currently booted on /dev/mmcblk2p2
Last update on Wed Apr 16 17:00:00 JST 2025, updated:
my_project2: 2 -> 3
extra_os.my_project2: 2 -> 3
rollback-status: OK: available, no auto-rollback

教えていただければ同じバージョンに切り替えて動作確認させてください。

また、失敗の原因によりますがもしかしたらArmadilloを再起動するだけで更新が完了される可能性も十分ありえますので試してみてください。

よろしくおねがいします

以下指示いただいたコマンドの実行結果です。

ATDE

atmark@atde9:~$mkswu --version
mkswu バージョン 7.1

Armadillo

armadillo:~# apk list --installed | grep mkswu
WARNING: opening from cache https://download.atmark-techno.com/alpine/v3.20/atmark: No such file or directory
WARNING: opening from cache https://dl-cdn.alpinelinux.org/alpine/v3.20/main: No such file or directory
WARNING: opening from cache https://dl-cdn.alpinelinux.org/alpine/v3.20/community: No such file or directory
mkswu-swupdate-6.4-r0 aarch64 {mkswu} (MIT) [installed]
armadillo:~# abos-ctrl status
Currently booted on /dev/mmcblk2p1
Last update on Wed Apr 16 15:10:09 JST 2025, updated:
  container_clear: unset -> 2
rollback-status: OK: no fallback

よろしくお願いいたします。

at_dominique.m…

2025年4月17日 17時53分

ryo_sakuraさん
マルティネです。

ご確認ありがとうございます。

残念ながら同じバージョンでシェルプロジェクトの swu を VSCode/abos-web でインストールしても再現できませんでしたので、引き続きいくつかを確認させてほしいです。本当にすみません…

* プロジェクトの変更で config/app.desc など、SWUの設定ファイルに変更を行いましたか?行った場合はお手数ですが「mkswu --show development.swu」の出力を確認させてください(公開したくない場合はメールで個別で案内できます)

* お手数ですが VScode ではなく、ssh でその swu をでバグログ有効でインストールしてみていただけますでしょうか。
以下の手順でできるはずです
1. VSCode でSWUインストールの右の「Set IP in ssh config」ファイルアイコン(日本語の場合は「ssh config に IP を設定」)を選択してプロジェクト内の ssh コンフィグファイルを設定します
2. ATDE からファイルをコピーします

atde$ cd <プロジェクトディレクトリ>
atde$ scp -F config/ssh_config development.swu Armadillo:/var/tmp/

3. インストールします。シリアルでもいいですし ATDE から ssh 接続してもいいです

atde$ ssh -F config/ssh_config Armadillo
armadillo# swupdate -v -i /var/tmp/development.swu

お手数ですがよろしくお願いします

ご返答いただきありがとうございます。

> * プロジェクトの変更で config/app.desc など、SWUの設定ファイルに変更を行いましたか?行った場合はお手数ですが「mkswu --show development.swu」の出力を確認させてください(公開したくない場合はメールで個別で案内できます)
→app.desc は変更しておりませんが、app.confを編集したためご指示いただいたコマンドを実行しました。以下出力結果です。

# development.swu
 
# Built with mkswu 7.1
# signed by "{sign名}"
 
swdesc_files  --version extra_os.{コンテナ名} 31 --extra-os swu/app
#  (encrypted)
 
swdesc_command  --version {コンテナ名} 31 'rm -rf /var/app/rollback/volumes/{コンテナ名}'
 
swdesc_files  --version {コンテナ名} 31 --dest {コンテナ名} swu/dest
#  (encrypted)
 
swdesc_embed_container  --version {コンテナ名} 31 swu/{コンテナ名}.tar
#  (encrypted)
 
swdesc_command  --version extra_os.{コンテナ名} 31 --extra-os 'mkdir -p /root/.ssh' 'ssh-keygen -A' 'rc-update add sshd default'
 
swdesc_script  --version extra_os.{コンテナ名} 31 --extra-os /usr/share/mkswu/examples/update_preserve_files.sh -- --file /root/.ssh/authorized_keys --comment 'ssh key for vscode project' --add -- '[公開鍵の情報} atmark@atde9'

> * お手数ですが VScode ではなく、ssh でその swu をでバグログ有効でインストールしてみていただけますでしょうか。
→インストールを試し、Armadillo上でpodman image listを試しましたが何も表示されませんでした。
 他に確認すべきことございますでしょうか?

申し訳ございませんが、ご返答よろしくお願いします

at_dominique.m…

2025年4月18日 18時21分

マルティネです。

情報提供ありがとうございます。

>> * プロジェクトの変更で config/app.desc など、SWUの設定ファイルに変更を行いましたか?行った場合はお手数ですが「mkswu --show development.swu」の出力を確認させてください(公開したくない場合はメールで個別で案内できます)
> →app.desc は変更しておりませんが、app.confを編集したためご指示いただいたコマンドを実行しました。以下出力結果です。

了解しました。app.conf の内容は今のところ影響なさそうです。
mkswu --show の出力も問題ないと思います。

>> * お手数ですが VScode ではなく、ssh でその swu をでバグログ有効でインストールしてみていただけますでしょうか。
> →インストールを試し、Armadillo上でpodman image listを試しましたが何も表示されませんでした。
>  他に確認すべきことございますでしょうか?

すみません、swupdate の verbose (-v) ログを共有していただければ大変助かります。
具体的には post_script の処理が怪しいので、「Installing post_script」から「Installation in progress」までの短い間でなにか停止理由書いてないかを確認したいところですので、ログの削除が大変でしたらその部分だけでお願いします。

理由なさそうでしたら、/usr/share/mkswu/scripts_post.shファイルに set -x を追加して SWU をビルドし直せばログが大量に出力されてそれで知りたい情報は出ますが、手間を掛けさせて申し訳ございません。

atde$ sudo vi /usr/share/mkswu/scripts_post.sh
#!/bin/sh
# SPDX-License-Identifier: MIT
set -x

大変お手数ですがよろしくおねがいします

> すみません、swupdate の verbose (-v) ログを共有していただければ大変助かります。
> 具体的には post_script の処理が怪しいので、「Installing post_script」から「Installation in progress」までの短い間でなにか停止理由書いてないかを確認したいところですので、ログの削除が大変でしたらその部分だけでお願いします。
→以下「Installing post_script」から「Installation in progress」までのログ出力結果ですが、ご希望のものに沿っておりますでしょうか?

[INFO ] : SWUPDATE running :  [install_single_image] : Installing post_script
[TRACE] : SWUPDATE running :  [install_raw_file] : Installing file zst.scripts_post.sh on /var/tmp/scripts_post.sh
[TRACE] : SWUPDATE running :  [exec_image] : Running sh $1 /var/tmp/scripts_post.sh
[TRACE] : SWUPDATE running :  [__run_cmd] : sh $1 /var/tmp/scripts_post.sh command returned 0
[TRACE] : SWUPDATE running :  [exec_image] : Finished running command
[TRACE] : SWUPDATE running :  [extract_files] : END INSTALLING STREAMING
[TRACE] : SWUPDATE running :  [extract_padding] : Expecting up to 512 padding bytes at end-of-file
[TRACE] : SWUPDATE running :  [network_initializer] : Valid image found: copying to FLASH
[INFO ] : SWUPDATE running :  Installation in progress

> 理由なさそうでしたら、/usr/share/mkswu/scripts_post.shファイルに set -x を追加して SWU をビルドし直せばログが大量に出力されてそれで知りたい情報は出ますが、手間を掛けさせて申し訳ございません。
→ここでのビルドとはABOSDE上で「Generate development swu」をし、「Install SWU on Armadillo」を押下するということでしょうか?
上記のログ取得の方法で合っているならば、添付したSWUビルドエラーのファイルをご確認していただきたく思います。

申し訳ございませんが、ご確認よろしくお願いいたします。

ファイル ファイルの説明
swuビルドエラー.log

at_dominique.m…

2025年4月23日 15時00分

ryo_sakuraさん

お世話になっています、
マルティネです。

> > 具体的には post_script の処理が怪しいので、「Installing post_script」から「Installation in progress」までの短い間でなにか停止理由書いてないかを確認したいところですので、ログの削除が大変でしたらその部分だけでお願いします。
> →以下「Installing post_script」から「Installation in progress」までのログ出力結果ですが、ご希望のものに沿っておりますでしょうか?

はい、ありがとうございます。
恐れていた通りに追加の出力がなかったので、set -x の結果も確認します。

> > 理由なさそうでしたら、/usr/share/mkswu/scripts_post.shファイルに set -x を追加して SWU をビルドし直せばログが大量に出力されてそれで知りたい情報は出ますが、手間を掛けさせて申し訳ございません。
> →ここでのビルドとはABOSDE上で「Generate development swu」をし、「Install SWU on Armadillo」を押下するということでしょうか?
> 上記のログ取得の方法で合っているならば、添付したSWUビルドエラーのファイルをご確認していただきたく思います。

ありがとうございます、この改造と手順で合っています。
ただし、なぜかこう改造されるとインストールが成功したように見えます。
前のログと違って、再起動するところまでのメッセージを確認できてます:

{"stdout":"[INFO ] : SWUPDATE running :  [read_lines_notify] : swupdate triggering reboot!\n"}

なので、解決のてがかりにはなりませんが、ひとまずコンテナがインストールされたと思いますがいかがでしょうか?
(そういう問題を修正してない認識ですが、先週からは ATDE の mkswu パッケージあるいは Armadillo の Armadillo Base OS を更新してないですね?)

どちらにしてもすごく気になりますので、追加でもう一点確認してほしいですが、Armadillo上の /var/at-log/atlog ファイルを確認していただいて前にインストールできなかったバージョンの情報が記載されているかを教えていただけますか。

よろしくお願いします。

>解決のてがかりにはなりませんが、ひとまずコンテナがインストールされたと思いますがいかがでしょうか?
> (そういう問題を修正してない認識ですが、先週からは ATDE の mkswu パッケージあるいは Armadillo の Armadillo Base OS を更新してないですね?)
→コンテナイメージがインストールされたことを確認しました。(イメージもdebianからalpineにきちんと変更されていました)
 ABOSDEの入れ直し等は行いましたが、ATDE の mkswu パッケージやArmadillo の Armadillo Base OS の更新は行っておりません。

> どちらにしてもすごく気になりますので、追加でもう一点確認してほしいですが、Armadillo上の /var/at-log/atlog ファイルを確認していただいて前にインストールできなかったバージョンの情報が記載されているかを教えていただけますか。

cat /var/at-log/atlog出力結果

imx-boot_armadillo_x2 4194304 b005cda0be42ff9b
baseos-x2-3.20.3-at.3.img 314572800 442d50ec6877f4ea
firm 0e0b11a58aff5bef
installer.conf d381b8868fd69cc2
/installer_overrides.sh 81500882d0c54cb1
base_os 3.20.3-at.3
boot 2020.4-at24
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:13:24 armadillo NOTICE swupdate: Installed update to /dev/mmcblk2p2: extra_os.initial_setup: unset -> 4
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Dec 16 11:48:07 armadillo NOTICE swupdate: Installed update to /dev/mmcblk2p1: exapmle1: unset -> 3, extra_os.exapmle1: unset -> 3
Dec 16 14:26:55 armadillo NOTICE swupdate: Installed update to /dev/mmcblk2p2: exapmle3: unset -> 1, extra_os.exapmle3: unset -> 1
Dec 16 16:51:26 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Dec 25 11:52:30 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  8 18:27:20 armadillo NOTICE swupdate: Installed update to /dev/mmcblk2p1: extra_os.twin_exec_command: unset -> enable
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan 16 12:37:31 armadillo NOTICE swupdate: Installed update to /dev/mmcblk2p2: example4: unset -> 1, extra_os.example4: unset -> 1
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Mar 13 12:21:24 armadillo NOTICE swupdate: Installed update to /dev/mmcblk2p1: example4: 1 -> 2, extra_os.example4: 1 -> 2
Mar 13 13:43:44 armadillo NOTICE swupdate: Installed update to /dev/mmcblk2p2: extra_os.kvs: unset -> 1, kvs: unset -> 1
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Mar 17 13:41:20 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Mar 17 13:46:39 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Apr 16 15:10:09 armadillo NOTICE swupdate: Installed update to /dev/mmcblk2p1: container_clear: unset -> 2
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Apr 18 17:13:48 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Jan  1 09:00:02 armadillo NOTICE fsck_atlog: Booting after unclean shutdown
Apr 23 13:57:25 armadillo NOTICE swupdate: Installed update to /dev/mmcblk2p2: extra_os.kvs: 1 -> 32, kvs: 1 -> 32

ご確認よろしくお願いいたします。

at_dominique.m…

2025年4月24日 11時21分

マルティネです。

> >解決のてがかりにはなりませんが、ひとまずコンテナがインストールされたと思いますがいかがでしょうか?
> > (そういう問題を修正してない認識ですが、先週からは ATDE の mkswu パッケージあるいは Armadillo の Armadillo Base OS を更新してないですね?)
> →コンテナイメージがインストールされたことを確認しました。(イメージもdebianからalpineにきちんと変更されていました)
>  ABOSDEの入れ直し等は行いましたが、ATDE の mkswu パッケージやArmadillo の Armadillo Base OS の更新は行っておりません。

了解しました。

> > どちらにしてもすごく気になりますので、追加でもう一点確認してほしいですが、Armadillo上の /var/at-log/atlog ファイルを確認していただいて前にインストールできなかったバージョンの情報が記載されているかを教えていただけますか。
>
> cat /var/at-log/atlog出力結果

ありがとうございます、やっぱりコンテナを削除してからインストール完了のログもないですね。
(結構前からでも、3月13日に初回バージョンを入れてから更新なかったんですね… ping コマンドを実行できないと納得しますね…
でも、同じ日の「example4」はちゃんと更新できていましたので、更新できないというよりはその最後のプロジェクトでなにかがおかしくなったのかもしれません)

本当に何から何まで申し訳ないですが、問題を理解できないままですとまた発生するかもしれないので、
もし時間あるのであれば引き続き調査を続きたいと思いますがよろしいでしょうか。

時間がない場合はこのまま 「set -x」のバージョンを使っていただいても出力が多いだけで悪影響はないので、
これで更新が続いて正常にできる場合はこのまま使っていただいても問題ありません。
(その場合はまた再現できてしまった場合に調べる情報も残りますので、その時にまたご提供いただければと思います。
また、こちらで調べれる範囲はすでに調べたつもりですが、どうしても再現できないかをもう少し頑固に試します)

付き合っていただける場合は、
* 改造のまま再び「Generate development SWU」を再実行して新しい development.swu を再びインストールできることの確認(再起動した後に ssh 等で接続すると「Last update」の情報が表示されますので、例えばそれで確認してください)
インストールが失敗した場合はすみませんが出力をまたお願いします。(その場合はここまでで大丈夫です)
* インストールできた場合は、このままだと追加のテストはできなくなりますので、以下のコマンドでファイルをパッケージの元の状態に戻して、再び「Generate development SWU」で development.swu を更新してインストールできるかを試していただけますでしょうか。

atmark@atde9:~$ curl -O https://download.atmark-techno.com/debian/pool/main/m/mkswu/mkswu_7.1-1_all.deb
atmark@atde9:~$ sudo apt install --reinstall ./mkswu_7.1-1_all.deb 

そのイメージで再現できた・できなかったの確認によってまた後ほど案内させてください。

大変お手数ですが、よろしくお願いします。