memo.

カテゴリー: 技術系memo

  • ChomebookでGoogle Homeを使う

    展示会でもらったまま、あけてもいなかったGoogle HomeをChromebok（Lenovo Ideapad Duet）で設定、つなげてみた。

    Google Homeの設定は、アプリから行うので、「Playストア」から「Google Home」のアプリをダウンロードして、設定する。設定の中で、Googleアプリのインストールがあるのだが、ChromebookではGoogleアプリが使用できないと表示され、完全には設定ができない。なので、Google Homeのフル機能は使用できない。

    Googleアプリは使えないが、Google Homeで、「音楽を再生して」「今の時刻を教えて」などは使えた。なお、連携させているアカウントは、G Suiteのアカウントではなく、通常のGmailアカウントだ。Chromebookで再生する音楽をGoogle Home側にキャストもできるので、スピーカーとしては悪くない。

    Chromebookから、Youtube Musicの音楽をキャストしようとすると、プレミアムの契約を求められるので使えない。最初に選んだ好きなアーティストを参考にしての自動再生はできるから、放置。好みにあっているかどうか、バックミュージックを垂れ流すくらいでいいのかもしれないけど。

    スマートスピーカーは、周辺のサービスも含めて、ロックインされないと、便利に使えない。iPhoneユーザなら、Appleのhome podなのかも。もしくは、Googleに変えるか。

  • Chromebookの初期設定でハマったこと

    Chromebook（Lenovo Ideapad Duet）の初期設定で、ハマったことなど。

    • G Suiteアカウントだと、Google Oneの特典を受け取れない。G Suite側の設定ではなく、個人用のプランなので、そういう仕様。
    • G Suiteのアカウントでログインした後に、メインアカウントの削除ができない。
    • 所有者アカウント（メインアカウント）の変更には、Chromebookの初期化が必要。
    • 個人で使うなら、Google Homeのことも考えて、G Suiteのアカウントではなく、Googleアカウントを作成して使った方がいい。G Suiteが個人のアカウントだとしても。
    • 企業で使うなら、最初の登録で、「企業の登録」をする。Chrome Enterpriseのライセンスが必要で、これで登録すると企業の管理者が管理できるようになる。G Suiteだけじゃダメなのが辛い。
    • Chromebookの購入特典は、メインアカウントが受け取れない対象であっても、受け取ろうとしたら、権利が失われた。
    • PCモードのとき、スクリーンショットの取り方が、Androidと違っていて、スクリーンショットを取ろうとして、電源を落とした。
    • タブレットモードのときは、スクリーンショットがAndroidと同じ方法（電源ボタン＋電源ボタンの同時押し）
    • 画面の解像度は1920 X 1200なのに表示が大きいと思ったら、デフォルトが1080 X 675だった。表示は設定のディスプレイから表示の解像度を変えられる。

    使っていくうちに何かあれば、増やして予定。たちまちは、こんなところだ。

  • 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の設定ファイルの内容で失敗しても、画面上は同じ感じのエラーが表示されるので、注意。

  • 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を１つにしたためか、とても長い。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は、サーバ上でスクリプト書いたりするのに便利なんだが、避けられることがあるので、これでまた使える人が増えるといいのだけど。