Mac の R の ggmcmc で「フォントタイプが不正です」エラー → file=NULL とフォント指定で解決
統計ソフトウェア Rのパッケージ ggmcmcは, rstan, rjags rbugs などの MCMCによる推定をするパッケージの収束の様子を trace plot などとして可視化するためのもの.
Mac macOS OS X の R で使ったところ, こうなった.
fit<-rstan(file="model.stan) ggmcmc(ggs(fit)) > ... grid.Call.graphics(L_text, as.graphicsAnnot(x$label), x$x, x$y, でエラー: フォントタイプが不正です
ああ, ggmcmc は ggplot2 を使ってるから, Mac ではフォント設定に注意ね.
fit<-rstan(file="model.stan) theme_set(theme_bw(base_family="HiraKakuProN-W3")) quartz(type="pdf",file="plot.pdf") ggmcmc(ggs(fit)) dev.off() > ... grid.Call.graphics(L_text, as.graphicsAnnot(x$label), x$x, x$y, でエラー: フォントタイプが不正です
あれっ変わらないってどういうこと?
実は, ggmcmcは独自のグラフィックスドライバ(不正確な用語でしょう)を持っているので, 上のようにしても, themeやquartzの設定と無関係に, 独自のドライバで ggmcmc-output.pdf に書こうとしちゃうとのこと. その過程に対してフォント指定できてないからエラーになるのね. file=NULLで明示的に無効化しないといけない.
fit<-rstan(file="model.stan) theme_set(theme_bw(base_family="HiraKakuProN-W3")) quartz(type="pdf",file="plot.pdf") ggmcmc(ggs(fit),file=NULL) ##### 変更行 dev.off() pdf 2
NFS Server Debian 9 Stretch から NFS Client macOS 10.12.6 へのNFS Export / NFS Mount したディレクトリ内に resource folk (dot underscore ._ ファイル)が作れず lockd not responding, ビーチボールアイコンになる問題への対症療法
問題の表面的かつあいまいな記述. 具体的な export / mount option は書いてない.
Debian 7 以前から, Debian の ext3 filesystem を, NFS v3で macOS = OS X に static mount していた. しかし, 次のような不具合が, 両者のバージョンアップとともに発生するようになった.
- Mount したディレクトリを mac OS の Finder で開き, 日本語の濁点半濁点を含むファイル名に変更/新規ファイルを保存しようとすると, 「そのファイル名は使えません」と言われる
- Debian 側で Dropbox を動かして, 特定のディレクトリを, macOSの(NFS mountされたものでないHFS+ filesystem 上の)ディレクトリと同期していると「ファイル名(NFS Server ホスト名の競合コピー日付)」という名前で重複してファイルが作られることがある
- 同時編集(NFS側も含め)しているわけではない
Debian 9 にバージョンアップした直後から, さらに次の問題が発生するようになった.
- macOS 側で NFS mount されたディレクトリのファイルを Preview.app で編集したり, Microsoft Office でファイルを保存したりすると, busy cursor (ビーチボールまたは砂時計カーソル)となり, 保存できない
- ターミナルで cp や touch してもこのようなことは起きない
- この状態で, ターミナルから当該ディレクトリ内のファイルにアクセスすると,
nfs server サーバ名:ディレクトリ名: lockd not responding nfs server サーバ名:ディレクトリ名: lockd live again
のような警告がでてアクセスできない.
砂時計になるのは,
- ACL拡張の情報が resouce fork すなわち dot underscore ファイル( ._元のファイル名) に新たに保存されようとするとき,
であるようだ( resource forlk はしょせんただのファイル(名)であるので NFS transparent でないのは不思議に思えるが). このような事象のレポートとして次がある. ファイヤウォール(的にlockdのportが開いてるか)やNFSを確認しろとのことだが.
https://discussions.apple.com/thread/2733032?start=0&tstart=0
これに対する対症療法のひとつとして, NFS client 側で
mount -o locallocks ...
を指定すると解消することがわかっている. 副作用のありそうな療法である.
Debian 8 Jessie から 9 Stretch へ, Moodle 3.1.5+ から Moodle 3.1.7+ へアップグレード
Debian 8 Jessie から 9 Stretch へ, 次いで, Moodle 3.1.5+ から Moodle 3.1.7+ へアップグレードしたときのいくつかの事情の記録.
- Apache は 2.4.* のままだから問題ない.
- PHPは5. から 7. に変化する. apt-get update; apt-get dist-upgrade の結果 php5 が消えたので, php(=7のこと)を改めて手動で導入する. 関係ライブラリも, php5-curl のかわりに php-curl を導入, などが必要. 何が足りてないのかわからないので, Moodle も Upgrade して, notification でチェックしてもらうことに(邪道).
- MySQL は MySQL から Mariadb に. データベースは引き継がれる. Moodleの側では, MySQLのバージョンが低いというチェック失敗になる. しかし, default-mysql-server=mariadb のバージョンが低いという意味ではなく, Moodle の config.php で
# $CFG->dbtype='mysqli'; $CFG->dbtype='mariadb';
と手で編集する必要がある, という話. * unoconv などは jessie-backports から得ていたが, 自動的に stretch から得るようになったように見える * unoconv は, owner permission 関係で, MoodleDoc に載っているscript で起動することはできていない. HOME=/tmp として, 手動で起動.
追記(2017-09-15)
その後, アップロードファイル上限, MathJax, STACK は手動で調整が必要になった.
数学オンラインテストモジュール STACK 3.5.* を LMS Moodle 3.1 on Debian GNU/Linux 8 Jessie にインストール
概要
MoodleはオープンソースのLMS, 数学オンラインテストSTACKはMoodleのQuizのひとつのQuestion Typeであるモジュール.
Moodle 3.1, STACK 3.5.5, STACK-Maxima library 2016082901 を Debian 8 Jessie にインストールしたときに遭遇した困難と解決, STACK 3.5.6, STACK-Maxima library 2016122100 にアップデートしたときに遭遇した困難と解決の記述.
STACK 3.5.5のインストール
インストール手順は
apt-get install maxima gnuplot
で必要なパッケージが追加され, 実行ファイルは /usr/bin に置かれた.
maxima --list-avail Available versions: version 5.34.1, lisp gcl Maxima 5.34.1 http://maxima.sourceforge.net using Lisp GNU Common Lisp (GCL) GCL 2.6.12 (a.k.a. GCL)
とのことで, GCL=GNU Common Lisp が dependency でインストールされた.
ところが Health Check
したところ,
CAS result loadfile: failed to load /usr/share/maxima/5.34.1/share/draw/draw.lisp -- an error. To debug this try: debugmode(true); FAILED あなたの要求したMaximaパッケージのいくつかの読み込みに失敗しているようです。このエラーに対する注意については，インストール手順を参照してください。 CASは期待したとおりデータを返しましたが，エラーがありました。
だそうで, draw.lisp がloadできないというエラー. 即物的には, このファイルはあるのか? Pathが正しいか? Owner and Permisson は正しいのか, などと調べ始めるわけだが, そういうことでなく, もっと深く精妙なことで, バージョン依存であるらしい, というのが下のスレッドで書かれている.
上のスレッドでは回避方法として, ライブラリをあらかじめ読み込んで最適化した maxima のイメージを保存すればいい, と言っている. GCLの場合のその手順はここで説明されている.
ただし, Debian では
apt-get build-essential
であらかじめ gcc がインストールされていることが必要. 最後に Moodle のSTACK設定で, maxima コマンドを
timeout --kill-after=6s 6s /path/to/moodledata/stack/maxima-optimised -eval '(cl-user::run)'
と指定しようとするが, このinput formには single quote や paren を書くと正しく認識されないようだった.
に書かれているように,
#!/bin/sh /path/to/moodledata/stack/maxima-optimised -eval '(cl-user::run)'
だけからなる wrapper shell script maxima-optimised.sh を作成し
timeout --kill-after=6s 6s /path/to/moodledata/stack/maxima-optimised.sh
とすると, Health Checkを通過した.
追記: STACK 3.5.6 へのアップグレード
その後,
cd /path/to/moodle/question/type/stack git pull
したところ, 正誤判定は正しくされるものの, プレビューでの「正解を表示」fill in right answer 『正解概要」が効かなくなり, 学生にも, 正解は表示されるが正解入力文字列が表示されなくなった.
Health Check したところ,
FAILED The version of the STACK-Maxima libraries being used (2016082901) does not match what is expected (2016122100) by this version of the STACK question type. Please rebuild your optimised Maxima executable.
というエラーになった. そう, 最適化した maxima イメージは, STACK の update のたびに再生成しなければいけないのだった. 3.5.5 インストール時の手順をやり直したところ, Health Check を通過し, 正解入力文字列も表示されるようになった.
追記: STACK 4.0.1, Maxima 5.38.1, Moodle 3.3.2, Debian 9 stretch へのアップグレード(2017-09-15)
もちろんまた
FAILED 期待されるMaximaのバージョン："5.38.1"。実際のMaximaのバージョン："5.34.1" CASは期待したとおりデータを返しましたが，エラーがありました。
FAILED 使用されているSTACK-Maximaライブラリのバージョン (2016122100) はSTACK問題タイプで必要とされているバージョン (2017082400) と一致していません。最適化されたMaxima実行ファイルの再構築を行ってください。
と言われるようになった. こんどは, WebのSTACK設定で, いったんぜんぶ default に戻して, 「Maximaのイメージを作成」ボタンを押すだけで, Unix-optimised になって, ぜんぶ正常に機能するようになった…ように今のところ見えている. STACK4では, テキスト内に書く CAS expression の dellimiter が @exp(x)@ から {@exp(x)@}になったという表面的には大きな変更がある.
iOS iPhone iPad を, スリープボタンを使わずに, タッチスクリーンだけでソフトウェア的に再起動する方法
iPhoneでは, ほとんどの操作はタッチスクリーンで行える. ホームボタンさえ, Accessibility > TouchAssist によってタッチスクリーンで代替できる. 唯一, タッチスクリーンの操作だけで行えないのは, 電源OFF, 再起動.
ちなみにMacでは, 電源OFF, 再起動は林檎メニューからGUIで行えるが, 起動の際にはハードウェアキーボードの接続を促され, ログインの際にはハードウェアキーボードが必要となる(スクリーンキーボードはある).
これを考えると, iOSでタッチスクリーン操作による電源OFF, 再起動を許していないのは不思議. ソフトウェアアップデート後には自動的に再起動することを考えると, APIが存在しないわけでもないはず. 実際, jailbreak 脱獄を要するアプリの中には電源OFF, 再起動を行うものがある.
jailbreak もせず, タッチスクリーンだけでiOSを再起動する, wild でおすすめできない方法だが, 要するに, iOSをクラッシュさせる操作を行えばよい. 例えば執筆時点の最新のiOS 9.2.1 は, Mobile Safari で http://crashsafari.com にアクセスすると, Mobile Safari の道連れになってクラッシュし, iOSの再起動が発生する. このサイトは, JavaScript で特定のAPIを特定の方法で呼び出して, 再起動を引き起こしているそう. 副作用がないかどうかは保証の限りではないが.
Moodle で課題を評定・フィードバックしたときに学生に通知 notification する/しない設定
教員が課題を評定・フィードバックしたときに, メール, ダイレクトメッセージ, モバイルノティケーションで学生に通知 notify する/しない設定.
通知を受ける設定
サイト管理者は, フィードバックされたときに学生が通知を受け取るかどうかを, サイト管理>プラグイン>メッセージアウトプット>デフォルトのメッセージアウトプット>フィードバックリマインダで, 設定できる.
各学生はマイプロファイル>メッセージングでこれを上書きできる.
通知を送る設定
教師は, 各コース・各課題アクティビティで評定・フィードバックしたときに各学生に通知するかどうかを, 課題の設定>通知>「「学生に通知する」のデフォルト設定」で, 設定できる.
しかしその例外として, 個々の課題の個々の提出物の評定やクイック評定で, 各学生に通知するかどうかを, (セレクトボックスで)選択できる.Using Assignment - MoodleDocs
しかしその例外として, オフライン評定ワークシートをアップロードする場合には, 通知の有無を選択できず, かならず通知される.
しかしその例外として, 課題が非表示であるときは通知されない.
しかしその例外として, 評定後24時間以内に課題が表示状態になったときは, 通知される. Using Assignment - MoodleDocs *1
Moodle 2.7 でForumNGアンインストール後cron.phpでエラー→回復
概要
Moodle 2.7にForumNGをインストール→動作しない→アンインストール→cron.phpが完了しない→lockファイル手動消去→回復
前提
Moodleはオープンソースのコース管理システム(LMS). ForumNGはOpen University in UKによって開発された, 標準モジュールのForumよりも高機能な活動を提供するプラグイン.
時系列で
ForumNGのインストール
Moodle 2.7 に ForumNG をインストールしたが, 正常に機能しない(ウィークリーフォーマットの設置したブロック内にエラー表示が出る)のでアンインストールした.
不具合
その後, フォーラムの通知メールが(30分後に)送られてこないことに気づく. コース管理>サーバ>スケジュールをチェックすると, フォーラム通知がオフになっている. ForumNGのインストール/アンインストール過程によるものか? オンにする. それでも通知メールは送られてこない.
そこで, cron.php が機能していないという仮説で,
curl https://moodle.example.jp/Moodleインストールディレクトリ/admin/cron.php
してみると,
Server Time: 時刻 !!! ロック待ち時の操作タイムアウトです。 !!!
と表示される. Webの情報によれば, cron.php が正常に動作していてもこのメッセージが表示される頻度は低くない, とのこと. しかし, 今回は, cron.php が動作していない(例えばフォーラムの通知が送られない)のでさらに調査. Debug mode をTrueにしてみると,
Server Time: 時刻 Warning: open(/Moodleデータディレクトリ/lock/8b/8b以下一意文字列): failed to open stream: Permission denied in /Moodleインストールディレクトリ/lib/classes/lock/file_lock_factory.php on line 144 !!! ロック待ち時の操作タイムアウトです。 !!!
ロックファイルを消去
だいぶ危ない話だが, バックアップを取った後で, このロックファイルを消去してみた. すると, 他の多くのロックファイルについても, エラーが報告される. さらに危ない話だが, バックアップを取った後で, それらすべてのロックファイルを消去してみた.
結果
すると, cron.php は最後まで実行されるようになり, フォーラムのメール通知も定期的に行われるようになった. 今のところ, 観察可能な不具合は起きていない.
だいぶ間隔の空いた cron.php の(最後までの)実行において, 最近のフォーラム通知メールは遡って送られたが, 一定の時間が経った投稿については無視されたようだ.
