困った時は

manufacia-ctrl startで起動しないんだけど。。。

コンソールのエラーがどこで出ているかを確認してください。

a. "Starting containers..."　の後

docker-compose_up.log

b. "Initializing database..." の後
c. "This Host is Linux System, tuning start ... "　の後

docker-stop.log
docker-update.log
docker-start.log

.manufacia/versions/x.x.x-gpu/bin/error_logs/　フォルダ内にある上記のファイルのERROR行を確認してください。

MANUFACIAの実行ファイルパスが設定されているか

$ export PATH=$HOME/.manufacia/bin:$PATH

ホストの設定が正しいかどうか

hostname -I を実施し、戻値のＩＰアドレスが例えば以下のように設定されているか。

$ export THIS_HOST=192.168.100.1

ログファイルのエラーメッセージを調べてみる

$ manufacia-ctrl logs --all

ドライバー・ライブラリのバージョン確認

ドライバーやライブラリが環境にインストール済であるか、且つそれぞれのバージョンが正しいかはこちらで確認してください。

Diskが一杯になったみたいだけど、どのファイルを整理したらいいの？

アプリケーションを使い続けるとローカルディスクが一杯になることがあります。

$ df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 8189636 0 8189636 0% /dev
tmpfs 1642520 1188 1641332 1% /run
/dev/sda1 522541784 514764840 7776944 99% /
...

rootのディレクトリ (/)　のUse%が100の場合にはDiskが一杯になっています。このとき、アプリケーションコンテナ内のtemporaryファイルを削除することである程度ディスク領域を空けることが可能です。削除可能なのは以下の２種類です。

前処理用に作成されたキャッシュファイル
アプリケーションのログファイル

キャッシュファイルの削除

アプリケーションで作成されるキャッシュファイルはappコンテナ内の /root/.cache/draupnir 以下に保存されています。

$ docker exec -it manufacia_app_1 /bin/bash
app$ cd /root/.cache/draupnir
app$ ls
168ea5becaff058a130761e029e512dafdb733fba3bf3a4a477e426a5b892cb2
168ea5becaff058a130761e029e512dafdb733fba3bf3a4a477e426a5b892cb2-meta
c9d1526a96cca5656842b43b3bead16fd4857f3fbc9d3b287d1a8c48092dbd69
c9d1526a96cca5656842b43b3bead16fd4857f3fbc9d3b287d1a8c48092dbd69-meta
...

ここのファイルは必要な場合に自動的に再作成されるため、削除しても問題ありません。

アプリケーションのログファイルの削除

アプリケーションのサーバのログファイルはappコンテナに保存されています。

$ docker exec -it manufacia_app_1 /bin/bash

ここの下記のディレクトリ以下に保存されています。

/root/rb/log
/var/log/supervisor
supervisord.log
web.log
worker.log

app$ cd /root/rb/log
app$ rm *

ログは削除しても問題ありませんが、過去のログが確認することができなくなることに留意してください。

appコンテナのアプリケーションが起動していないみたいだけど。。。

appコンテナが再起動された場合、sshプロセスが自動的に起動していない可能性があります。 appコンテナに入り、プロセスが起動しているかを確認します。期待するプロセスがすべて起動していれば下記のような状態となります。

$ docker exec -it manufacia_app_1 supervisorctl status
sshd RUNNING pid 804, uptime 0:03:02
web RUNNING pid 803, uptime 0:03:02
worker RUNNING pid 805, uptime 0:03:02

仮にsshdが動いていない場合には下記のような状態になります。

$ docker exec -it manufacia_app_1 supervisorctl status
sshd STOPPED Jul 17 03:23 PM
web RUNNING pid 803, uptime 0:05:25
worker RUNNING pid 805, uptime 0:05:25

sshdを起動するには次のコマンドを実行します。

$ docker exec -it manufacia_app_1 supervisorctl restart sshd

プロセスを確認し、下記の状態になっていれば問題ありません。

$ docker exec -it manufacia_app_1 supervisorctl status
sshd RUNNING pid 803, uptime 0:22:46
web RUNNING pid 802, uptime 0:22:46
worker RUNNING pid 804, uptime 0:22:46

サーバリブート後にMANUFACIAをどうやって起動したらいいの？

サーバリブート後はdockerコンテナが停止状態となっているため、起動を行う必要があります。 dockerコンテナを起動するには次のコマンドを実行します（コンテナの起動順序があるため、以下のコマンドをそのまま利用する）

$ docker start manufacia_db_1 manufacia_redis_1 manufacia_jarngreipr_1 manufacia_broker_1 manufacia_frontend_1 manufacia_app_1

dockerコンテナを起動した後、アプリケーションの起動確認を行います。もし、MANUFACIAにアクセスできない場合は、IPアドレスが変更されている場合があるため、問合せいただく必要があります。

データのバックアップとリストアはどうやってやるの？

バックアップを取得し、リストアする方法を記載します。リストアの前提としては、MANUFACIAのメジャーVersionが同一のものとします。メジャーVersionが異なっている場合は、原則リストアはできません。

例：

リストアの可否	バックアップ前のバージョン	リストア時のバージョン
リストア可	MANUFACIA_v2.0	MANUFACIA_v2.1
リストア不可	MANUFACIA_v2.0	MANUFACIA_v3.0

バックアップの取得とリストアの機能は、MANUFACIA_v2.0から追加されたものです。MANUFACIA_v1.x をご利用中の方で、バックアップ取得とリストアの機能を用いる場合は、一度MANUFACIA_v1.xをアンインストールしてから、MANUFACIA_v2.0以上のVersionをインストールする必要があります。

バックアップを取得する

sudo su -でrootへ切り替えたのち、バックアップ対象を確認します。

# cd /var/lib/docker/volumes/
# ls
32a1abc7f27d171f41cadebb6853628f057a9f7fb6ca5a8374588a88eb125b4f
4a932f10b366e924a3f5639dd772f6978ea3f181ad2468801e55ba067ce197aa
cdb73458638f40c497397ea38eb404d34309cbbba9a17ecb95994d19e3d1e37e
manufacia_app_storage
370dfb363cdb4d59a9340498575a7dbd355c4115f639ce07960740e662e77c99
cc48cb9062e364259d803487b1c2298fee62b22d0f8b08eb255546bfc50d3a00
ede73affe0e762d339273231ae0bb04d5097b019fe3514a9bd587cb2fd3de16b
manufacia_ps_data

バックアップデータを保存するディレクトリを任意の場所に作成します。

例として、/root/backup ディレクトリを作成します。

# mkdir /root/backup

バックアップを作成します。

# cd /var/lib/docker/volumes/
# cp -rp manufacia_app_storage manufacia_ps_data /root/backup

バックアップが作成されていることを確認します。

# ls /root/backup
manufacia_app_storage manufacia_ps_data

リストアする

リストアには、以下の条件が必要です。

リストア対象のバックアップファイルがあること。（例として、/root/backup　配下に保存されていることとします。）
/var/lib/docker/volumes配下にある「manufacia_app_storage」「manufacia_ps_data」フォルダを削除もしくは移動しておくこと（バックアップとして保管しておきたい場合は移動する）。

リストア対象のバックアップファイルを/var/lib/docker/volumesにコピーします。

# cd /root/backup
# ls
manufacia_app_storage manufacia_ps_data
# cp -rp manufacia_app_storage manufacia_ps_data /var/lib/docker/volumes/

dockerを削除します。

# docker ps -aq | xargs docker rm -f
9daa4c1b44a8
5aa2c20db00f
f0c4c7424380
144b976334d6
888b72a7fd8f
7858f80a8926

MANUFACIAを起動します。

# manufacia-ctrl start
Starting containers...
Creating manufacia_redis_1 ... done
Creating manufacia_frontend_1 ... done
Creating manufacia_broker_1 ... done
Creating manufacia_db_1 ... done
Creating manufacia_app_1 ... done
Creating manufacia_jarngreipr_1 ... done
Initializing container infos...
Initializing core...
Initializing database...
manufacia-0.10.0.1.3 ... ok
manufacia-0.10.0.1.3 ... ok
Cleaning up...
Done.

ブラウザでMANUFACIAにアクセスし、バックアップ時点のデータに戻っていることを確認します。

学習後、結果が全てN/A表示になる場合にはどう対処すればいいの？

アセットアップロード時のタグ付け、タグのラベル付与で間違いがないかを確認する

ユーザーズマニュアルの以下の項目を確認してください。

5.3　アセットの作成　タグの使い方

-> アセットのアップロード時に、タグのつけ忘れがないか？
5.4 プロジェクトの作成の　ラベル付与

-> 一つのラベルに全く異なるアセット（タグ）を定義していないか？

時系列、振動データをお使いの場合：CSVファイルのフォーマットが正しいか確認する

MANUFACIAが、お使いのCSVファイルフォーマットをサポートしていない（ヘッダー行がない、または、一部データが欠けている等）可能性が考えられます。同梱しておりますテストデータと比べていただくか、CSVチェッカーのご使用を推奨します。

MANUFACIA起動時のメモリが枯渇していないか確認する

ターミナルで free を実行する。

GPUカードが他のアプリケーションからも使用されていないか確認する

GPU_RAMの使用量を確認する。ターミナルで nvidia-smi を実行する。

プロキシ経由でのアクセスになっていないか確認する

貴社のIT担当者にご確認下さい。MANUFACIAはプロキシ経由でのアクセスには仕様として対応しておりません。プロキシ設定を解除して試行をお願いします。

Nvidia社製ドライバーのバージョンを確認する

インストール済みのNvidiaドライバーでは、お使いのMANUFACIAが動作しない可能性があります。こちらを参考にしてNvidiaドライバーのバージョン確認をお願いします。

上記以外の場合には、manufacia-ctrl logs -allで出力されたログファイルを圧縮して、サポート窓口までご送付願います。ログファイルは、以下のフォルダに保存されます。

var/log/supervisor