cloudy

Forum Replies Created

Viewing 15 posts - 91 through 105 (of 107 total)
  • Author
    Posts
  • in reply to: 8.6.5-1でOpenSSL Error #893
    cloudy
    Participant

      collne さん、こんにちは。

      頂いた情報だけでは再現性がないので、追加で情報いただけますと助かります。

      1. kusanagi status の結果
      トップページにも書いてあるとおり、情報が多ければ多いほど確認しやすいです。

      2. プロトコルが不明です。
      $fp = stream_socket_client( ******* で伏せ文字の情報ももう少し開示してください。

      3. 再現できるソースコード
      ソースはすべて提示できないと思いますので、公開できる範囲で再現性のあるソースをご提示ください。

      in reply to: KUSANAGI RoDのprovisionでERRORがでる #885
      cloudy
      Participant

        gontankun さん、こんにちは。

        ホストの Ubuntu 側は、どのユーザーで作業されていますでしょうか?
        root ユーザーでしょうか?

        また、git の設定はされていますでしょうか?

        git config –global user.email “{GIT_EMAIL}”
        git config –global user.name “{GIT_USER}”

        in reply to: KUSANAGI RoDのprovisionでERRORがでる #863
        cloudy
        Participant

          gontankun さん、こんにちは。

          docker-compose 2.2.3 の件、ありがとうございました。
          KUSANAGI Runs on Docker 1.3.0 にて修正されたようです。
          ご報告いたします。

          https://github.com/prime-strategy/kusanagi-docker/releases

          in reply to: KUSANAGI RoDでWordPressが正常動作しない #862
          cloudy
          Participant

            gontankun さん、こんにちは。

            情報ありがとうございます!
            ちょっと私がすぐに試せないので、頂いたお話を拡散しておきます。

            プラグインに関しましては、WP CLI でインストールができます。
            Docker や Vagrant で自動的に環境作成時に使うものです。

            wp plugin install (プラグイン)

            このように使えます。

            wp plugin install

            in reply to: KUSANAGI RoDのprovisionでERRORがでる #859
            cloudy
            Participant

              gontankun さん、こんにちは。

              kusanagi-docker provision --fqdn wp.localhost wordpress

              上記のコマンドで、こちらでは問題なく完了できることを確認しました。
              上記のコマンドを実行する以前の、別の問題点があるように思えます。。。

              cloudy
              Participant

                pants さん、こんにちは。

                bcache もしくは fcache を有効にした場合、ログインされている場合はキャッシュされないと思うのですが。。。?

                また、URLにクエリストリング(クエリ文字列)が付与されていると通常はキャッシュはされません。
                ログインユーザーにクエリストリングを付与してみる方法も検討してみてください。

                bcache 設定のほうがわかりやすいので下記に例として示します。内容を参考にしてみてください。

                KUSANAGI専用プラグイン

                KUSANAGI専用プラグイン

                ページキャッシュの設定
                3.キャッシュするクエリ文字列

                つまり、ここにないクエリストリングはそもそもキャッシュされませんので、要件を満たしているかと思います。

                ※KUSANAGI プラグインが古い場合もありますので、アップデートをされていない場合は、コマンドでアップデートできます。

                kusanagi update plugin コマンド

                KUSANAGIコマンド

                in reply to: yum updateに失敗する - –enablerepo=remiでもだめ #833
                cloudy
                Participant

                  bigjo さん、こんにちは。

                  追記です。

                  頂いたFAQを参考に以下のコードを試したところアップデートは終了したのですが、バージョンは変わりませんでした。(外部サイト:Twitter)

                  (もしかしてですが)問題点が変わっていますか?

                  当初の問題は『アップデートできない』だったので解決したと思っています。
                  改めて回答を読むと、『バージョンは変わりませんでした。』となっています。

                  もし、問題点が別に変わったのであれば、解決した点と別の問題点が発生したということを記載していただけますと助かります。

                  そもそも今回のゴールはなんでしょう?なんのバージョンが変わればいいのでしょうか?
                  バージョンはどのバージョンの話でしょうか? KUSANAGI ですか? PHP ですか? Nginx ですか?
                  メジャーバージョンですか?マイナーバージョンですか?リビジョンですか?なっていてほしいバージョンと現在のバージョンは何でしょう?
                  どのように確認したときの話でしょうか?コマンドですか?ログですか?設定ファイルですか?クライアントからですか?

                  ここから予想です。

                  PHP や Nginx のアップデートはうまくできたので解決しました。
                  ただ新たな問題が発生しました。アップデートした Nginx のバージョンを nginx -v で確認したところ、リビジョンが古いバージョン 1.21.3 のままで、1.21.4 になっていません。

                  上記の質問の意味ですと、Nginx の再起動が必要です。
                  一番手っ取り早いのは、サーバーの再起動ですが、コマンドで各モジュールごとの再起動も可能です。

                  Nginx 再起動
                  kusanagi nginx

                  PHP7 再起動
                  kusanagi php7

                  (参考) KUSANAGIモジュール更新情報

                  KUSANAGIモジュール更新情報

                  in reply to: yum updateに失敗する - –enablerepo=remiでもだめ #826
                  cloudy
                  Participant

                    bigjo さん、こんにちは。

                    投稿が反映されていなかった件ですが、許可していないタグを使用されていたため、スパム判定されていたようです。

                    タグを使用される際は、許可されているタグ(投稿ボックス上部のバーにあるタグ)以外の使用はお控えください。

                    in reply to: yum updateに失敗する - –enablerepo=remiでもだめ #825
                    cloudy
                    Participant

                      bigjo さん、こんにちは。

                      返信頂いてたみたいですが、投稿が反映されていなかったようです。
                      反映していただきましたので、確認が遅くなりました。申し訳ないです。

                      頂いたFAQを参考に以下のコードを試したところアップデートは終了したのですが、バージョンは変わりませんでした。(外部サイト:Twitter)

                      それでいいのではないでしょうか??
                      アップデートがないということなので、解決していると思いますけれども。。。?

                      もともとの問題は、

                      yum update --enablerepo=remi

                      でエラーが出るということですよね?
                      もう一度試してもらっても良いでしょうか?
                      たぶん、エラーは出ないと思います。

                      エラーが出た場合は、改めて下記を試してください。

                      yum clean all
                      yum update kusanagi -y
                      yum update --enablerepo=remi,remi-php56 -y

                      そして改めて確認として

                      yum update --enablerepo=remi

                      これでエラーが出た場合は、すべての出力をこちらに貼り付けてください。

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

                      in reply to: yum updateに失敗する - –enablerepo=remiでもだめ #802
                      cloudy
                      Participant

                        bigjo さん、こんばんは。

                        ログは正常なログの最終行から、異常が発生した部分をすべてコピペしてください。
                        上記内容では、失敗していることはわかるのですが、原因が全くわかりません。

                        ここからはもう予想になりますので、とりあえず試していただきたい内容です。

                        1. アップデート

                        FAQの内容 https://kusanagi.tokyo/faq/
                        Q6. yum のアップデートに失敗する場合は、どのように対応すればよろしいですか?
                        より

                        yum clean all
                        yum update --enablerepo=remi,remi-php56

                        上記を試していただいてもよろしいでしょうか?
                        なお、FAQへのリンクはトップページに記載してあります。

                        2. 現在の環境

                        詳細に教えていただけますか?

                        kusanagi status

                        一部ドメイン名などが表示されますので、マスク処理をお願いします。
                        なお、質問する際に記載してほしい情報として、コマンド例がトップページに記載してあります。

                        in reply to: yum updateに失敗する - –enablerepo=remiでもだめ #800
                        cloudy
                        Participant

                          bigjo さん、こんばんは。

                          yum update --enablerepo=remi はハイフンが2つです。

                          詳しくは下記更新記事をご確認ください。

                          KUSANAGIモジュール更新情報

                          cloudy
                          Participant

                            shinobu さん、こんばんは。

                            エラーメッセージの肝心な部分がないので、メッセージはできる限りそのままコピーしてください。

                            ここからは予想となりますが、アップデートはされていますでしょうか?

                            yum update kusanagi
                            yum update --enablerepo=remi

                            上記の結果を貼り付けてください。
                            もし、アップデートしても問題なければアップデートしてみて各種モジュールの再起動を行ってください。

                            各種モジュールの再起動は下記記事が参考になるかと思います。

                            KUSANAGIモジュール更新情報

                            in reply to: KUSANAGIでSSL証明書の更新ができない #786
                            cloudy
                            Participant

                              失礼しました。ハイフンが一つ抜けてました。

                              yum update --enablerepo=remi

                              enablerepoの前はハイフンが2つです。

                              先のメッセージにも書きましたが、上記コマンドは下記記事からの抜粋となりますので、そちらも参照ください。

                              KUSANAGIモジュール更新情報

                              • This reply was modified 2 years, 12 months ago by cloudy.
                              • This reply was modified 2 years, 12 months ago by cloudy.
                              in reply to: KUSANAGIでSSL証明書の更新ができない #779
                              cloudy
                              Participant

                                こんにちは、anseilen さん。

                                yum update の結果を見るに、そもそも各種モジュールが最新になっていないようです。
                                php7 モジュールで失敗しているようですね。

                                –> 依存性解決を終了しました。
                                エラー: パッケージ: kusanagi-php7-7.4.25-2.noarch (kusanagi)
                                要求: libicui18n.so.69()(64bit)
                                エラー: パッケージ: kusanagi-php7-7.4.25-2.noarch (kusanagi)
                                要求: libicudata.so.69()(64bit)
                                エラー: パッケージ: kusanagi-php7-7.4.25-2.noarch (kusanagi)
                                要求: libicuuc.so.69()(64bit)
                                エラー: パッケージ: kusanagi-php7-7.4.25-2.noarch (kusanagi)
                                要求: libicuio.so.69()(64bit)
                                問題を回避するために –skip-broken を用いることができます。
                                これらを試行できます: rpm -Va –nofiles –nodigest

                                各種モジュールをアップデートしても問題なければ、下記コマンドでアップデートしてみてください。

                                `
                                yum update –enablerepo=remi
                                `

                                アップデート後は使用している各種モジュールの再起動が必要となります。

                                参考

                                KUSANAGIモジュール更新情報

                                in reply to: KUSANAGIでSSL証明書の更新ができない #775
                                cloudy
                                Participant

                                  こんにちは、anseilen さん。

                                  状況を確認したいので、以下の情報を教えてください。

                                  ・KUSANAGIの正確なバージョン
                                  例)

                                  `
                                  # kusanagi –version
                                  KUSANAGI Version 8.5.9-1
                                  `

                                  ・KUSANAGI のエディション
                                  KUSANAGI Business Ediotion や KUSANAGI Premium Edition、WEXAL Reverse Proxy などを利用している場合

                                  ・使用しているサーバー
                                  例:Azure、さくらインターネットなど

                                  ・上記エラーが発生したコマンド実行時の正確なコピー

                                  ・各種モジュールが最新になっているか確認した結果

                                  `
                                  yum update
                                  `

                                  質問の内容だけでは回答が難しいのですが、
                                  予想として、ca-certificates が更新されていない可能性があります。

                                Viewing 15 posts - 91 through 105 (of 107 total)