Open 版 KUSANAGI の AWS AMI から起動すると kusanagi コマンドが panic を起こす

TOP Forums バグ報告と提案(Requests and Feedback) Open 版 KUSANAGI の AWS AMI から起動すると kusanagi コマンドが panic を起こす

Open 版 KUSANAGI の AWS AMI から起動すると kusanagi コマンドが panic を起こす

Viewing 3 reply threads
  • Author
    Posts
    • #554
      kaznak
      Participant

        Open 版 KUSANAGI の AWS AMI から起動すると kusanagi コマンドが panic を起こします。
        ご対応いただけないでしょうか。

        + AMI name: KUSANAGI8.0.7-fdf40472-8f17-4a5d-8972-70acbf221b66-ami-f590aee3.4
        + AMI ID: ami-3a5a415d
        + EC2 Instance type: t2.small
        + EC2 root volume size: 50

        操作ログ
        ~~~
        $ ssh centos@kusanagi-server
        Last login: Mon Jul 3 01:16:37 2017 from xxx

        __ ____ _______ ___ _ _____ __________
        / //_/ / / / ___// | / | / / | / ____/ _/
        / ,< / / / /\__ \/ /| | / |/ / /| |/ / __ / /
        / /| / /_/ /___/ / ___ |/ /| / ___ / /_/ // /
        /_/ |_\____//____/_/ |_/_/ |_/_/ |_\____/___/

        Version 8.0.7, Powered by Prime Strategy.

        [centos@kusanagi80 ~]$ sudo kusanagi init

        Checking KUSANAGI Version.
        Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast
        KUSANAGI is avilable. Start update.
        Loaded plugins: fastestmirror
        Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast
        base | 3.6 kB 00:00:00
        epel/x86_64/metalink | 8.0 kB 00:00:00

        (中略)

        Replaced:
        grub2.x86_64 1:2.02-0.44.el7.centos grub2-tools.x86_64 1:2.02-0.44.el7.centos pygobject3-base.x86_64 0:3.14.0-3.el7
        python-markdown.noarch 0:2.4.1-1.el7.centos rdma.noarch 0:7.3_4.7_rc2-6.el7_3

        Complete!
        Generating 2048bit DHE key for security
        Generating DH parameters, 2048 bit long safe prime, generator 2
        This is going to take a long time
        …………………………………………………………………………….+….+……………………………………………+……………………………………………………………………+………………………………………………………………………………………..+……………+…………+………………………………………………………..+…………………………………………………………………………………………………………….+……………………………+………..+…………………………………+………….+…………………..+……………………………………………………..+……………………………………………………………………..+…………………+……………………………………………….+……………………………………………………………………………………………………………………………………………………………+…………………………………………..++*++*
        Finish.
        Checking certbot-auto update.
        certbot 0.36.0
        panic: runtime error: index out of range

        goroutine 18 [running]:
        github.com/peco/peco/vendor/github.com/nsf/termbox-go.send_attr(0x0)
        /Users/daisuke/dev/src/github.com/peco/peco/vendor/github.com/nsf/termbox-go/termbox.go:162 +0x369
        github.com/peco/peco/vendor/github.com/nsf/termbox-go.send_clear(0x6c20c0, 0x9c)
        /Users/daisuke/dev/src/github.com/peco/peco/vendor/github.com/nsf/termbox-go/termbox.go:248 +0x3d
        github.com/peco/peco/vendor/github.com/nsf/termbox-go.update_size_maybe(0x2000000067, 0x6f00000066)
        /Users/daisuke/dev/src/github.com/peco/peco/vendor/github.com/nsf/termbox-go/termbox.go:272 +0xcc
        github.com/peco/peco/vendor/github.com/nsf/termbox-go.Flush(0xc400000008, 0x5cde10)
        /Users/daisuke/dev/src/github.com/peco/peco/vendor/github.com/nsf/termbox-go/api.go:157 +0x3c
        github.com/peco/peco.(*Termbox).Flush(0xc42000a200, 0x0, 0x0)
        /Users/daisuke/dev/src/github.com/peco/peco/screen.go:48 +0x64
        github.com/peco/peco.(*StatusBar).PrintStatus(0xc42000af80, 0x5c5fd3, 0x0, 0x0)
        /Users/daisuke/dev/src/github.com/peco/peco/layout.go:270 +0x1e5
        github.com/peco/peco.(*View).printStatus(0xc42000b000, 0x5e4b60, 0xc42000ae00, 0x7fa137eee050, 0xc42000ade0)
        /Users/daisuke/dev/src/github.com/peco/peco/view.go:74 +0xbf
        github.com/peco/peco.(*View).Loop(0xc42000b000, 0x5e5520, 0xc42000edc0, 0xc42000ada0, 0x0, 0x0)
        /Users/daisuke/dev/src/github.com/peco/peco/view.go:50 +0x4dc
        created by github.com/peco/peco.(*Peco).Run.func4
        /Users/daisuke/dev/src/github.com/peco/peco/peco.go:351 +0x1bd
        Exiting.
        Failed.
        [centos@kusanagi80 ~]$
        ~~~

        • This topic was modified 5 years, 2 months ago by kaznak.
      • #556
        nyan
        Participant

          最初に
          yum update

          を行い、サーバーを再起動させてから

          kusanagi init

          コマンドを実行すると良いと思います。

          公式ドキュメントも参考にしてみてください!

          KUSANAGIの初期設定

        • #560
          kaznak
          Participant

            ありがとうございます。

            yum update を実行するケース、実行しないケース両方で試行しましたが、同じ現象が発生します。

            kusanagi init 自体も、出力を見る限り自動で yum update をかけているように見えます。
            > Loaded plugins: fastestmirror
            から、
            > python-markdown.noarch 0:2.4.1-1.el7.centos rdma.noarch 0:7.3_4.7_rc2-6.el7_3
            の行までは yum update したときと同等の出力です。

            kusanagi コマンドが最新の yum のパッケージに対応していないために panic を起こしているのではないかと推測しているのですがどうですかね?

          • #561
            kaznak
            Participant

              再現の条件がわかりました。
              ターミナルに emacs のメジャーモード Shell を利用していると発生します。

              ターミナルの詳細な対応状況についてはどのようになっているのでしょうか?

              また、対応状況について、どこかドキュメントに記載はあるのでしょうか。

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

          Viewing 3 reply threads
          • You must be logged in to reply to this topic.

          Next article

          フォーラムについて