カテゴリー: 技術系

  • Windows Server 2019のサポート期限

    Windows Server 2019は、長期サービスチャネルのため、サポート期限が半期チャネル(Windows Server Version 1909など)に比べると長い。

    Windows Server 2019のメインストリームサポートは、2020年1月9日まで。延長サポートは、2029年1月9日まで。

    参考。
    https://docs.microsoft.com/ja-jp/windows-server/get-started/windows-server-release-info

  • GitLabをaptでアップグレードしたところエラーになった

    GitLab(バージョンは、GitLab Community Edition 12.10.5)をaptでアップグレードしたところエラーになった。apt upgradeで発生したエラーは下記。

    gitlab preinstall: It seems you are upgrading from major version 12 to major version 13.
    gitlab preinstall: It is required to upgrade to the latest 13.0.x version first before proceeding.
    gitlab preinstall: Please follow the upgrade documentation at https://docs.gitlab.com/ee/policy/maintenance.html#upgrade-recommendations
    dpkg: アーカイブ /var/cache/apt/archives/gitlab-ce_13.1.3-ce.0_amd64.deb の処理中にエラーが発生しました (--unpack):
     new gitlab-ce package pre-installation script subprocess returned error exit status 1
    処理中にエラーが発生しました:
     /var/cache/apt/archives/gitlab-ce_13.1.3-ce.0_amd64.deb
    E: Sub-process /usr/bin/dpkg returned an error code (1)
    

    エラーの原因としては、メジャーバージョンアップがあり、段階的にバージョンアップをしないと、マイグレーションが行えないため、エラーになった。バージョンの12.10から13.1へのアップグレードには、間に13.0をはさんでから、アップグレードする必要があった。

    アップグレードパスの参考: 
    https://docs.gitlab.com/ee/policy/maintenance.html#upgrade-recommendations
    パッケージのバージョン情報: 
    https://packages.gitlab.com/gitlab/gitlab-ce

    アップグレードパスを参考に、パッケージのバージョン情報をを調べて、upgradeのバージョンを指定する。そして、1段階ずつアップグレードしていく。

    実行したコマンド

    sudo apt update
    sudo apt upgrade gitlab-ce=13.0.9-ce.0
    sudo apt upgrade gitlab-ce=13.1.3-ce.0
    sudo gitlab-ctl restart
    
  • CANVAS LMSで、メール送信設定を変更したら、エラーでサイトが表示されなくなった

    Bitnami のCANVAS LMSで、メール送信のためのSMTP設定を変更して、再起動したところ、ウェブ画面で下記のエラーが表示された。

    Error ID:
    079f6a97
    Details:
    Web application could not be started by the Phusion Passenger application server.
    
    Please read the Passenger log file (search for the Error ID) to find the details of the error.
    
    You can also get a detailed report to appear directly on this page, but for security reasons it is only provided if Phusion Passenger is run with environment set to development and/or with the friendly error pages option set to on.
    
    For more information about configuring environment and friendly error pages, see:
    

    ログファイル: ApacheのErrorログファイル

    App 1947 output:     /opt/canvaslms-2020.06.17.20-0/ruby/lib/ruby/gems/2.4.0/gems/passenger-5.3.7/src/ruby_supportlib/phusion_passenger/loader_shared_helpers.rb:380:in `run_block_and_record_step_progress'
    App 1947 output:     /opt/canvaslms-2020.06.17.20-0/ruby/lib/ruby/gems/2.4.0/gems/passenger-5.3.7/src/helper-scripts/rack-preloader.rb:188:in `'
    App 1947 output:     /opt/canvaslms-2020.06.17.20-0/ruby/lib/ruby/gems/2.4.0/gems/passenger-5.3.7/src/helper-scripts/rack-preloader.rb:30:in `'
    App 1947 output:     /opt/canvaslms-2020.06.17.20-0/ruby/lib/ruby/gems/2.4.0/gems/passenger-5.3.7/src/helper-scripts/rack-preloader.rb:29:in `
    ' [ E 2020-07-02 05:39:09.0597 1396/Tq age/Cor/App/Implementation.cpp:221 ]: Could not spawn process for application /opt/canvaslms-2020.06.17.20-0/apps/canvaslms/htdocs/: The application encountered the following error: Permission denied @ rb_sysopen - /opt/canvaslms-2020.06.17.20-0/apps/canvaslms/htdocs/config/outgoing_mail.yml (Errno::EACCES) Error ID: 079f6a97 Error details saved to: /tmp/passenger-error-eo0uMM.html [ E 2020-07-02 05:39:09.0624 1396/T8 age/Cor/Con/CheckoutSession.cpp:276 ]: [Client 1-4] Cannot checkout session because a spawning error occurred. The identifier of the error is 079f6a97. Please see earlier logs for details about the error. [ E 2020-07-02 05:39:09.0631 1396/T8 age/Cor/Con/CheckoutSession.cpp:276 ]: [Client 1-5] Cannot checkout session because a spawning error occurred. The identifier of the error is 079f6a97. Please see earlier logs for details about the error.

    原因と対応としては、編集のために、設定ファイルのコピーして編集したことによるグループの変更およびパーミッションだった。

    他の設定ファイルと同様のグループおよびファイルオーナーに、chown、chgrpで変更。そして、パーミッションがもともと、440だったので、440で再設定した。その後、再起動したところ、正常に表示できるようになった。また、YAMLの設定ファイルの内容で失敗しても、画面上は同じ感じのエラーが表示されるので、注意。

  • LacieのUSB HDDをかった

    Mac miniにつけていたUSB HDDの容量が足りないのと、老朽化(5年ちょっと使った)したので、新しくLacieのHDDを買った。前は、LacieのHDDばかり買っていたのだが、なかなかいいモデルがなかったこともあり、10年くらいはWDばかり買っていた。今回は、Mac miniの見た目に合わせて、Lacieを購入した。

    買ったのは、USB 3.0のmicro Type-Bのケーブルでつなぐモデルだ。USB micro Type-Bのケーブルは、ものによってはグラグラして安定しないので、どうしようかと思っただが、前にUSB Type-CのSSDをMac miniに接続したときに、無線LANと干渉してネットワークが使えなくなった。そのSSDに、Mac OSをインストールしてブートさせているので、やめるわけにはいかず、太めの長いケーブルで物理的に離すことで干渉を防いでいる。今度のHDDでも、同じように干渉されると困るので、安全策をとってmicro Type-Bのモデルを選択した。外付けHDDの価格がType-Cのモデルよりも少し安かったのも理由の一つだ。

    買ってから、だいたい2週間くらい経つが問題なし。写真のデータを入れているが、問題は起きていない。写真の取り込みも編集もできているので満足。ただし、iPhoneから4Kの動画を取り込むときは、要注意。HDDの問題ではなく、Macのメモリ使用量が増えていると、取り込みが進まずフリーズしたようになるため。

  • SYSVOLの物理パス

    ADでログオンスクリプトを実行する際に、保存する先のSYSVOLの物理パスのメモ。

    ログオンスクリプトなどを変更する際、ネットワーク共有からだと、変更権限がないため、ADのサーバ上で行わないといけない。そのときの物理的なパス。

    C:\Windows\SYSVOL\sysvol\

    sysvolのあとには、ADのドメイン名が続く。あとはフォルダを掘り下げていく。

  • Bitnami Canvas LMS Stack をインストール

    Ubuntu Server 20.04に、Bitnami Canvas LMS Stackをインストールしてみた。Canvas LMSの使い勝手や設定を見たかっただけなので、お手軽にインストールできる環境で、構築。

    手順

    1. Bitnamiのサイトからダウンロードする
    https://bitnami.com/stack/canvaslms/installer

    2. ダウンロードしたファイルを、セットアップするサーバにアップロードする

    3. パーミッションをかえて、実行できるようにする

    chmod 755 bitnami-canvaslms-2020.06.17.20-0-linux-x64-installer.run
    

    4. インストーラーを実行する

    sudo ./bitnami-canvaslms-2020.06.17.20-0-linux-x64-installer.run
    

    5. CLIのウィザード形式で、いろいろと聞かれるので、答えていく。

    6. ウィザードの質問に答え終わると、インストールが始まる。CPUを1つにしたためか、とても長い。30分くらいかった。

    7. Canvas LMSのディレクトリに移動

    cd /opt/canvaslms-2020.06.17.20-0
    

    8. Canvas LMSを起動する

    sudo ./ctlscript.sh start
    

    9. サイトにアクセスする
    ユーザIDとパスワードは、ウィザードで入力したメールアドレスとパスワード。

    ページ: 1 2

  • Moodleのgitリポジトリをクローンしたところ、拒否された

    Moodleをインストールするために、Gitリポジトリをクローンしようとしたしたところ、「git.moodle.org[0: 34.210.133.53]: errno=接続を拒否されました」と表示された。

    sudo git clone git://git.moodle.org/moodle.git
    Cloning into 'moodle'...
    fatal: unable to connect to git.moodle.org:
    git.moodle.org[0: 34.210.133.53]: errno=接続を拒否されました
    

    で、対処としては、github上のリポジトリから取得するようにした。これで、接続拒否のエラーは解消。

    sudo git clone https://github.com/moodle/moodle.git

    下記は、作業時のログ。

    zen@moodle:/opt$ sudo git clone git://git.moodle.org/moodle.git
    Cloning into 'moodle'...
    fatal: unable to connect to git.moodle.org:
    git.moodle.org[0: 34.210.133.53]: errno=接続を拒否されました
    
    zen@moodle:/opt$
    zen@moodle:/opt$
    zen@moodle:/opt$
    zen@moodle:/opt$
    zen@moodle:/opt$ ls
    zen@moodle:/opt$
    zen@moodle:/opt$
    zen@moodle:/opt$ git clone https://github.com/moodle/moodle.git
    fatal: could not create work tree dir 'moodle': 許可がありません
    zen@moodle:/opt$ sudo git clone https://github.com/moodle/moodle.git
    Cloning into 'moodle'...
    remote: Enumerating objects: 7, done.
    remote: Counting objects: 100% (7/7), done.
    remote: Compressing objects: 100% (7/7), done.
    remote: Total 1163958 (delta 0), reused 0 (delta 0), pack-reused 1163951
    Receiving objects: 100% (1163958/1163958), 536.89 MiB | 22.33 MiB/s, done.
    Resolving deltas: 100% (812431/812431), done.
    Updating files: 100% (21140/21140), done.
    zen@moodle:/opt$ ls
    moodle
    zen@moodle:/opt$
    
    
    zen@moodle:/opt/moodle$ sudo git branch -a
    * master
      remotes/origin/HEAD -> origin/master
      remotes/origin/MOODLE_13_STABLE
      remotes/origin/MOODLE_14_STABLE
      remotes/origin/MOODLE_15_STABLE
      remotes/origin/MOODLE_16_STABLE
      remotes/origin/MOODLE_17_STABLE
      remotes/origin/MOODLE_18_STABLE
      remotes/origin/MOODLE_19_STABLE
      remotes/origin/MOODLE_20_STABLE
      remotes/origin/MOODLE_21_STABLE
      remotes/origin/MOODLE_22_STABLE
      remotes/origin/MOODLE_23_STABLE
      remotes/origin/MOODLE_24_STABLE
      remotes/origin/MOODLE_25_STABLE
      remotes/origin/MOODLE_26_STABLE
      remotes/origin/MOODLE_27_STABLE
      remotes/origin/MOODLE_28_STABLE
      remotes/origin/MOODLE_29_STABLE
      remotes/origin/MOODLE_30_STABLE
      remotes/origin/MOODLE_31_STABLE
      remotes/origin/MOODLE_32_STABLE
      remotes/origin/MOODLE_33_STABLE
      remotes/origin/MOODLE_34_STABLE
      remotes/origin/MOODLE_35_STABLE
      remotes/origin/MOODLE_36_STABLE
      remotes/origin/MOODLE_37_STABLE
      remotes/origin/MOODLE_38_STABLE
      remotes/origin/master
    zen@moodle:/opt/moodle$
    zen@moodle:/opt/moodle$
    zen@moodle:/opt/moodle$ sudo git branch --track MOODLE_38_STABLE origin/MOODLE_38_STABLE
    Branch 'MOODLE_38_STABLE' set up to track remote branch 'MOODLE_38_STABLE' from 'origin'.
    zen@moodle:/opt/moodle$
    zen@moodle:/opt/moodle$
    zen@moodle:/opt/moodle$
    zen@moodle:/opt/moodle$ sudo git checkout MOODLE_38_STABLE
    Switched to branch 'MOODLE_38_STABLE'
    Your branch is up to date with 'origin/MOODLE_38_STABLE'.
    zen@moodle:/opt/moodle$
    

  • Moodleのインストールメモ

    MoodleをUbuntu Server 20.04にインストールしたときのメモ。

    1. MariaDBをインストール

    sudo apt install mariadb-server
    

    2. PHPをインストール

    sudo apt install php7.4
    

    3. apache2はインストールされていたので、省略。

    4. 関連パッケージをインストール

    sudo apt install graphviz aspell ghostscript clamav php7.4-pspell php7.4-curl php7.4-gd php7.4-intl php7.4-mysql php7.4-xml php7.4-xmlrpc php7.4-ldap php7.4-zip php7.4-soap php7.4-mbstring

    MariaDBのセットアップ

    5. MariaDBの初期化

    sudo mysql_secure_installation

    6. MariaDBに、Moodle用のDB作成

    sudo mysql -u root
    
    CREATE DATABASE moodle DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
    
    GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,CREATE TEMPORARY TABLES,DROP,INDEX,ALTER ON moodle.* TO 'moodleuser'@'localhost' IDENTIFIED BY 'pa55m00d1e';
    

    7. gitのインストール(最初からインストールされていたので、省略)

    8. Moodleのインストール

    gitのリポジトリをクローンしてくる。

    cd /opt
    sudo git clone git://git.moodle.org/moodle.git
    

    エラーになったら、下記。

    git clone https://github.com/moodle/moodle.git
    

    ブランチを選択する。

    sudo git branch -a
    sudo git branch --track MOODLE_38_STABLE origin/MOODLE_38_STABLE
    sudo git checkout MOODLE_38_STABLE
    

    9. Moodle のセットアップ

    ウェブ画面から、各項目を設定する。

    参考:

  • Moodleのgitリポジトリをクローンしたところ、拒否された

    Moodleをインストールするために、Gitリポジトリをクローンしようとしたしたところ、「git.moodle.org[0: 34.210.133.53]: errno=接続を拒否されました」と表示された。

    sudo git clone git://git.moodle.org/moodle.git
    Cloning into 'moodle'...
    fatal: unable to connect to git.moodle.org:
    git.moodle.org[0: 34.210.133.53]: errno=接続を拒否されました
    

    で、対処としては、github上のリポジトリから取得するようにした。これで、接続拒否のエラーは解消。

    sudo git clone https://github.com/moodle/moodle.git
    

    下記は、ログ。

    zen@moodle:/opt$ sudo git clone git://git.moodle.org/moodle.git
    Cloning into 'moodle'...
    fatal: unable to connect to git.moodle.org:
    git.moodle.org[0: 34.210.133.53]: errno=接続を拒否されました
    
    zen@moodle:/opt$
    zen@moodle:/opt$
    zen@moodle:/opt$
    zen@moodle:/opt$
    zen@moodle:/opt$ ls
    zen@moodle:/opt$
    zen@moodle:/opt$
    zen@moodle:/opt$ git clone https://github.com/moodle/moodle.git
    fatal: could not create work tree dir 'moodle': 許可がありません
    zen@moodle:/opt$ sudo git clone https://github.com/moodle/moodle.git
    Cloning into 'moodle'...
    remote: Enumerating objects: 7, done.
    remote: Counting objects: 100% (7/7), done.
    remote: Compressing objects: 100% (7/7), done.
    remote: Total 1163958 (delta 0), reused 0 (delta 0), pack-reused 1163951
    Receiving objects: 100% (1163958/1163958), 536.89 MiB | 22.33 MiB/s, done.
    Resolving deltas: 100% (812431/812431), done.
    Updating files: 100% (21140/21140), done.
    zen@moodle:/opt$ ls
    moodle
    zen@moodle:/opt$
    
    
    zen@moodle:/opt/moodle$ sudo git branch -a
    * master
      remotes/origin/HEAD -> origin/master
      remotes/origin/MOODLE_13_STABLE
      remotes/origin/MOODLE_14_STABLE
      remotes/origin/MOODLE_15_STABLE
      remotes/origin/MOODLE_16_STABLE
      remotes/origin/MOODLE_17_STABLE
      remotes/origin/MOODLE_18_STABLE
      remotes/origin/MOODLE_19_STABLE
      remotes/origin/MOODLE_20_STABLE
      remotes/origin/MOODLE_21_STABLE
      remotes/origin/MOODLE_22_STABLE
      remotes/origin/MOODLE_23_STABLE
      remotes/origin/MOODLE_24_STABLE
      remotes/origin/MOODLE_25_STABLE
      remotes/origin/MOODLE_26_STABLE
      remotes/origin/MOODLE_27_STABLE
      remotes/origin/MOODLE_28_STABLE
      remotes/origin/MOODLE_29_STABLE
      remotes/origin/MOODLE_30_STABLE
      remotes/origin/MOODLE_31_STABLE
      remotes/origin/MOODLE_32_STABLE
      remotes/origin/MOODLE_33_STABLE
      remotes/origin/MOODLE_34_STABLE
      remotes/origin/MOODLE_35_STABLE
      remotes/origin/MOODLE_36_STABLE
      remotes/origin/MOODLE_37_STABLE
      remotes/origin/MOODLE_38_STABLE
      remotes/origin/master
    zen@moodle:/opt/moodle$
    zen@moodle:/opt/moodle$
    zen@moodle:/opt/moodle$ sudo git branch --track MOODLE_38_STABLE origin/MOODLE_38_STABLE
    Branch 'MOODLE_38_STABLE' set up to track remote branch 'MOODLE_38_STABLE' from 'origin'.
    zen@moodle:/opt/moodle$
    zen@moodle:/opt/moodle$
    zen@moodle:/opt/moodle$
    zen@moodle:/opt/moodle$ sudo git checkout MOODLE_38_STABLE
    Switched to branch 'MOODLE_38_STABLE'
    Your branch is up to date with 'origin/MOODLE_38_STABLE'.
    zen@moodle:/opt/moodle$
    
  • Perl7が出るのね。

    Perlは、結局、Perl6として開発されていたrakuではなく、Perl5をベースにして、Perl7になるのか。Perlが開発のメインストリームに戻ってくる時があるのだろうか。

    https://forest.watch.impress.co.jp/docs/news/1261315.html

    Perlは、サーバ上でスクリプト書いたりするのに便利なんだが、避けられることがあるので、これでまた使える人が増えるといいのだけど。