Vagrantの共有フォルダでNode.jsを編集するたびに自動再起動する

結論から、

私の結論としてはnodemonを使うしかないかと。

ソース監視の方式に

nodemon

supervisor

node-dev

pm2

っといったアプリがありますが、すべてデフォルトではVagrantの共有フォルダに反応してくれません。

試行錯誤で結局全て試してしまったので、紹介する。

Nodemonをインストール

nodemonをインストール

npm install nodemon -g

1	npm install nodemon -g

後はnodeコマンドの代わりにnodemonを使うだけ

$ nodemon server.js

1	$ nodemon server.js

これがスタンダードなやり方。

VagrantのSynced folderを使っている場合には遅くするために”L”というオプションをつけて、

$ nodemon -L server.js

1	$ nodemon -L server.js

っとしなくてはいけないのですが、これが何故か上手くいかない。

何故かと言うと、↑のコマンドではファイルの更新を監視する対象(watch)

が「*.*」っとなっている、これでは同階層のファイルに対する変更しか監視しない。

監視したい対象は自分で指定する必要がある。

私の場合はこんな感じ。

nodemon -L server.js -watch packages/**/**/**/* packages/**/**/*

1	nodemon -L server.js -watch packages///*/ packages///*

これでOK。

Vagrantの共有フォルダで更新を監視したいだけなら、ココまでの部分でOK。

以降は蛇足。

Supervisorのインストール。

supervisorをインストールした。

$ npm install supervisor -g

1	$ npm install supervisor -g

無視するファイルとディレクトリの指定は -i

npmでインストールをかけたときに異常に再起動しないために

$ supervisor -i node_modules server.js

1	$ supervisor -i node_modules server.js

としてみたけど、結局VagrantのSynced Folderでは、これも結局使えない。

Node-devのインストール

$ npm install node-dev -g

1	$ npm install node-dev -g

PM2のインストール

$ npm install pm2 -g

こうです。

$ pm2 start server.js --watch

1	$ pm2 start server.js --watch

そうするとこう。

$ pm2 list
┌──────────┬────┬──────┬───────┬────────┬─────────┬────────┬─────┬───────────┬──────────┐
│ App name │ id │ mode │ pid   │ status │ restart │ uptime │ cpu │ mem       │ watching │
├──────────┼────┼──────┼───────┼────────┼─────────┼────────┼─────┼───────────┼──────────┤
│ server   │ 0  │ fork │ 24446 │ online │ 1       │ 13s    │ 0%  │ 46.3 MB   │ enabled  │
└──────────┴────┴──────┴───────┴────────┴─────────┴────────┴─────┴───────────┴──────────┘

$ pm2 list

┌──────────┬────┬──────┬───────┬────────┬─────────┬────────┬─────┬───────────┬──────────┐

│ App name │ id │ mode │ pid │ status │ restart │ uptime │ cpu │ mem │ watching │

├──────────┼────┼──────┼───────┼────────┼─────────┼────────┼─────┼───────────┼──────────┤

│ server │ 0 │ fork │ 24446 │ online │ 1 │ 13s │ 0% │ 46.3 MB │ enabled │

└──────────┴────┴──────┴───────┴────────┴─────────┴────────┴─────┴───────────┴──────────┘

ただひとつ残念なのが、今まで標準出力でリアルタイムに監視できてたログが見えなくなってしまうこと、標準出力がどこに言っているかというと

~/.pm2/logs/ ここ

ここに、

エラー：server-error-0.log

標準出力：server-out-0.log

っとわけて収納されている。

リアルタイム監視をしたいなら

$ tail -f ~/.pm2/logs/server-error-0.log

1	$ tail -f ~/.pm2/logs/server-error-0.log

っとすればリアルタイム監視ができます。

pm2での監視もういいよってなったらこう。

$ pm2 delete all

1	$ pm2 delete all

ただSynced Folderで使えない。

AWSでGitを使う

AWSの環境ではどうやらCodeCommitというサービスを利用しなくてはいけないみたい。

AWS CodeCommitでは、Gitリポジトリのアクセス権限もIAM（Identity and Access Management）で管理されている。

IAMとは、「AWSユーザーに対して AWSのリソースへのアクセスできる範囲やアクセス方法を安全に制御するためのウェブサービス」のこと。

AWSの管理画面のダッシュボードから”IAM”の文字列でサービスをサーチ。

ユーザ名を設定、

次のステップ、グループ作って、ユーザ登録

試しにグループ名を「developers」として、

「AWSCodeCommitFullAccess」というパーミッションを設定する。

作成した「uploader」を覗いてみる。

Security credentialsのタブを叩いて

HTTPS Git credentials for AWS CodeCommit

でGenerate。

UsernameとPasswordもコピーしておく、

もしくは、CSVもダウンロードしておく。

CSVの中身はUsernameとPassword。

AWS CodeCommit Consoleに接続してレポジトリを作成する。

https://console.aws.amazon.com/codecommit

選択してる地域(region)がCodeCommitの対象外だと

みたいな感じでサポートされている地域の選択を促される。

仮に「US East(N.Virginia)」を選択する。

選択すると次のような画面。Get startedをクリック。

レポジトリの名前をいれる。Create repositoryをクリック。

すると次のような画面

丁寧にチュートリアルが出てくるので、これに従って作業する。

GitとAWSはすでにインストールされている。

$ aws configure

1	$ aws configure

AWS CodeCommit managed policyはすでに「AWSCodeCommitFullAccess」が設定されている。

$ git config --global credential.helper '!aws codecommit credential-helper $@'
$ git config --global credential.UseHttpPath true

1 2	$ git config --global credential.helper '!aws codecommit credential-helper $@' $ git config --global credential.UseHttpPath true

それで、ローカルマシーンに戻って

git clone https://git-codecommit.us-east-1.amazonaws.com/v1/repos/porkyou

1	git clone https://git-codecommit.us-east-1.amazonaws.com/v1/repos/porkyou

上で設定したuploaderのusernameとpasswordを入れてクローンする。

~~ローカルマシーン(MAC)に戻って、Gitがインストールされていなかったらインストールする。~~

~~次にAWS CLIをインストール。~~

~~AWS CLIとはコマンドラインインターフェース~~

<del>$ brew install awscli</del>

1	<del>$ brew install awscli</del>

~~これをインストールする、、のだが~~

~~それを入れるためにpipをインストールする必要がある。~~

~~pipとはPythonのパッケージマネージェのこと。~~

<del>sudo easy_install pip</del>

1	<del>sudo easy_install pip</del>

~~でインストール~~

<del>$ which pip
/usr/local/bin/pip
</del>

<del>$ which pip

/usr/local/bin/pip

</del>

~~OK。インストールされている。~~

~~AWS CLIのインストール~~

<del>$ sudo pip install --upgrade --user awscli</del>

1	<del>$ sudo pip install --upgrade --user awscli</del>

Gitで fatal: remote origin already exists. というメッセージが出る場合git remote rm origin

originを削除して再度プッシュすればOK。

git remote rm origin

1	git remote rm origin

AWSでGit環境の構築できなかったパターン

AWSにec2-userでログイン。

Gitでアップロードするのは「uploader」というユーザが行うとして、

まず「uploader」というユーザを作成。

$ sudo useradd uploader

1	$ sudo useradd uploader

この「uploader」をSSH鍵で認証できるようにする。

$ sudo mkdir /home/uploader/.ssh
$ sudo touch /home/uploader/.ssh/authorized_keys
$ sudo chown uploader /home/uploader/.ssh
$ sudo chown uploader /home/uploader/.ssh/authorized_keys
$ sudo chmod 700 /home/uploader/.ssh
$ sudo chmod 600 /home/uploader/.ssh/authorized_keys

$ sudo mkdir /home/uploader/.ssh

$ sudo touch /home/uploader/.ssh/authorized_keys

$ sudo chown uploader /home/uploader/.ssh

$ sudo chown uploader /home/uploader/.ssh/authorized_keys

$ sudo chmod 700 /home/uploader/.ssh

$ sudo chmod 600 /home/uploader/.ssh/authorized_keys

ローカルマシーン（MACの場合）でRSA暗号方式の鍵を作成。

$ cd ~/.ssh/
$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/Users/user/.ssh/id_rsa): po
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in po.
Your public key has been saved in po.pub.

$ cd ~/.ssh/

$ ssh-keygen -t rsa

Generating public/private rsa key pair.

Enter file in which to save the key (/Users/user/.ssh/id_rsa): po

Enter passphrase (empty for no passphrase):

Enter same passphrase again:

Your identification has been saved in po.

Your public key has been saved in po.pub.

暗号キー完成。

id_rsaのファイルの内容をコピー。

そしたら、またAWSに戻って。

一旦uploaderとして作業

$ sudo su - uploader

1	$ sudo su - uploader

以下のファイル暗号キーの内容をローカルからペースト

$ vi ~/.ssh/authorized_keys

1	$ vi ~/.ssh/authorized_keys

これで一旦ローカルからuploaderでSSH接続できるか確認。

ローカルから

$ ssh uploader@00.00.00.00 -i /Users/user/.ssh/id_rsa

1	$ ssh uploader@00.00.00.00 -i /Users/user/.ssh/id_rsa

では、またAWSでec2-userで作業。

そして、対象のフォルダのユーザもuploaderに変更

$ sudo chown uploader ./porkyou

1	$ sudo chown uploader ./porkyou

移行作業はuploaderで行う。

$ sudo su - uploader

1	$ sudo su - uploader

$ cd ./porkyou/

1	$ cd ./porkyou/

リモートリポジトリの作成

$ git --bare init
Initialized empty Git repository in /var/www/html/porkyou/

1 2	$ git --bare init Initialized empty Git repository in /var/www/html/porkyou/

次に、ローカルマシーンに戻って、リモートへの接続の簡便化のため

$ touch ~/.ssh/config
$ vi ~/.ssh/config

1 2	$ touch ~/.ssh/config $ vi ~/.ssh/config

下みたいに編集。

Host porkyouserver
  User         uploader
  hostname     00.00.00.00
  identityfile ~/.ssh/id_rsa

Host porkyouserver

User uploader

hostname 00.00.00.00

identityfile ~/.ssh/id_rsa

ローカルリポジトリの作成。

$ git init
$ git remote add origin porkyouserver:/var/www/html/porkyou

1 2	$ git init $ git remote add origin porkyouserver:/var/www/html/porkyou

ローカルレポジトリからプッシュ

$ git add .
$ git commit -m "first commit"
$ git push origin master

$ git add .

$ git commit -m "first commit"

$ git push origin master

完了！！

っと思ったら、

 ! [remote rejected] master -> master (shallow update not allowed)

1	! [remote rejected] master -> master (shallow update not allowed)

っというエラーメッセージ、、取り敢えず。保留。

MEAN.IOをセットアップ

MEAN.IOを採用。

同じ系統でMEAN.JSというのもあるようだが、MEAN.IOのほうが風説が良いので採用。

MEANコマンドをインストール。

ついでにgulpも

$ sudo npm install -g gulp
$ sudo npm install -g mean-cli

1 2	$ sudo npm install -g gulp $ sudo npm install -g mean-cli

そして、meanコマンドでどこかのフォルダにプロジェクトを展開

$ mean init porkyou(プロジェクト名)

1	$ mean init porkyou(プロジェクト名)

すべての質問にデフォルトでリターン連打。

All Done! - Now lets install the dependencies...

  Install node package dependencies:
    $ cd porkyou && npm install
  Bower install should be triggered for client side dependencies.
  If it did not run invoke it manually...
    $ cd porkyou && bower install
  Run the app by running:
    $ cd porkyou and then run..
    $ gulp

All Done! - Now lets install the dependencies...

Install node package dependencies:

$ cd porkyou && npm install

Bower install should be triggered for client side dependencies.

If it did not run invoke it manually...

$ cd porkyou && bower install

Run the app by running:

$ cd porkyou and then run..

$ gulp

の指示に従って、

$ cd porkyou && npm install

1	$ cd porkyou && npm install

gulpを実行

$ gulp

$ gulp

では、サーバを実行。

node server.js

1	node server.js

PhantomjsをCentOS6.5にインストール

sudo yum install epel-release
sudo rpm -ivh http://repo.okay.com.mx/centos/6/x86_64/release/okay-release-1-1.noarch.rpm
sudo yum install phantomjs.x86_64

sudo yum install epel-release

sudo rpm -ivh http://repo.okay.com.mx/centos/6/x86_64/release/okay-release-1-1.noarch.rpm

sudo yum install phantomjs.x86_64

Vagrant/CentOSにMEANの環境を一瞬で作成しようとしてできなかった。

Vagrant/CentOSにMEANの環境を一瞬で作成する

sudo yum -y groupinstall "Development Tools"
sudo yum -y update

1 2	sudo yum -y groupinstall "Development Tools" sudo yum -y update

git clone git://github.com/creationix/nvm.git ~/.nvm

1	git clone git://github.com/creationix/nvm.git ~/.nvm

source ~/.nvm/nvm.sh

1	source ~/.nvm/nvm.sh

nvm install 6.3.1

1	nvm install 6.3.1

sudo vim /etc/yum.repos.d/mongodb.repo

1	sudo vim /etc/yum.repos.d/mongodb.repo

[mongodb]
name=MongoDB Repository
baseurl=http://downloads-distro.mongodb.org/repo/redhat/os/x86_64/
gpgcheck=0
enabled=1

[mongodb]

name=MongoDB Repository

baseurl=http://downloads-distro.mongodb.org/repo/redhat/os/x86_64/

gpgcheck=0

enabled=1

sudo yum -y install mongodb-org
sudo service mongod start
sudo chkconfig mongod on

sudo yum -y install mongodb-org

sudo service mongod start

sudo chkconfig mongod on

sudo yum install libpng-devel

1	sudo yum install libpng-devel

npm install -g bower grunt-cli yo generator-mean

1	npm install -g bower grunt-cli yo generator-mean

yo mean

yo mean

$ grunt server --force
Loading "mocha-test.js" tasks...ERROR
>> Error: Cannot find module 'mocha'
Loading "mocha-test.js" tasks...ERROR
>> Error: Cannot find module 'mocha'
Warning: Task "server" not found. Used --force, continuing.

Done, but with warnings.

$ grunt server --force

Loading "mocha-test.js" tasks...ERROR

>> Error: Cannot find module 'mocha'

Loading "mocha-test.js" tasks...ERROR

>> Error: Cannot find module 'mocha'

Warning: Task "server" not found. Used --force, continuing.

Done, but with warnings.

npm install mocha
sudo yum install ruby
sudo yum install gcc g++ make automake autoconf curl-devel openssl-devel zlib-devel httpd-devel apr-devel apr-util-devel sqlite-devel
sudo yum install ruby-rdoc ruby-devel
sudo yum install rubygems
sudo gem update --system
sudo gem install compass
sudo gem install sass

npm install mocha

sudo yum install ruby

sudo yum install gcc g++ make automake autoconf curl-devel openssl-devel zlib-devel httpd-devel apr-devel apr-util-devel sqlite-devel

sudo yum install ruby-rdoc ruby-devel

sudo yum install rubygems

sudo gem update --system

sudo gem install compass

sudo gem install sass

Rubyが最新版でないことが問題。

su
cd ~
git clone https://github.com/sstephenson/rbenv.git ~/.rbenv
mkdir ~/.rbenv/plugins
cd ~/.rbenv/plugins/
git clone git://github.com/sstephenson/ruby-build.git

cd ~

git clone https://github.com/sstephenson/rbenv.git ~/.rbenv

mkdir ~/.rbenv/plugins

cd ~/.rbenv/plugins/

git clone git://github.com/sstephenson/ruby-build.git

/etc/profileを編集

一番下に↓の行を追加

export PATH="$HOME/.rbenv/bin:$PATH"
eval "$(rbenv init -)"

一番下に↓の行を追加

export PATH="$HOME/.rbenv/bin:$PATH"

eval "$(rbenv init -)"

rbenvを実行するときに必要なモジュールをインストール

sudo yum install gcc make openssl-devel libffi-devel
sudo yum install -y readline-devel

1 2	sudo yum install gcc make openssl-devel libffi-devel sudo yum install -y readline-devel

exec $SHELL -l

1	exec $SHELL -l

rubyの2.3.3をインストール

rbenv install 2.3.3
rbenv global 2.3.3
rbenv local 2.3.3
rbenv rehash

rbenv install 2.3.3

rbenv global 2.3.3

rbenv local 2.3.3

rbenv rehash

MongoDBを3.4にアップグレード

MongoDB3.4のyumレポジトリを追加

sudo vi /etc/yum.repos.d/mongodb-org-3.4.repo

1	sudo vi /etc/yum.repos.d/mongodb-org-3.4.repo

[mongodb-org-3.4]
name=MongoDB Repository
baseurl=https://repo.mongodb.org/yum/redhat/$releasever/mongodb-org/3.4/x86_64/
gpgcheck=1
enabled=1
gpgkey=https://www.mongodb.org/static/pgp/server-3.4.asc

[mongodb-org-3.4]

name=MongoDB Repository

baseurl=https://repo.mongodb.org/yum/redhat/$releasever/mongodb-org/3.4/x86_64/

gpgcheck=1

enabled=1

gpgkey=https://www.mongodb.org/static/pgp/server-3.4.asc

もともとあるMongoのレポジトリを修正

sudo vi /etc/yum.repos.d/mongodb.repo

1	sudo vi /etc/yum.repos.d/mongodb.repo

[mongodb]
name=MongoDB Repository
baseurl=http://downloads-distro.mongodb.org/repo/redhat/os/x86_64/
gpgcheck=0
enabled=0 <- 0に変更

[mongodb]

name=MongoDB Repository

baseurl=http://downloads-distro.mongodb.org/repo/redhat/os/x86_64/

gpgcheck=0

enabled=0 <- 0に変更

MongoDBのアップグレード

sudo yum clean all; sudo yum check-update
sudo yum update

1 2	sudo yum clean all; sudo yum check-update sudo yum update

・・・・・・・・

どう頑張ってもうまくいかない。。ので、諦めた。

一応、今後のために覚え書きとして記事にしておく。

・・・・・・・・

Vagrantをリロードしたらnodeもnpmもなくなっていた。。

幸いnvmを入れていたので、nvmですぐにインストールし直そうと思ったら。

nvmもないし、

source ~/.nvm/nvm.sh

1	source ~/.nvm/nvm.sh

っと、そうしたらnodeもnpmも回復。何故だかわからないけど。

まぁよし。

[2017/2/17追記]

イチイチログインのたびに上を実行するのも面倒なので、

~/.bashrcに以下のコードを追加。

export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # This loads nvm

1 2	export NVM_DIR="$HOME/.nvm" [ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # This loads nvm

Vagrant共有フォルダのパーミッションってchmodできない

VagrantのCentOSのYeomanでひな形つくって、展開とかしてたらpermission errorが発生。

そこら辺、解決しようとchmodしても一向に権限が変わらない。。

原因はchmodしようとしているフォルダがVagrantの共有フォルダのため

みたい。

Vagrantfileに権限の設定を変更して再起動することみたい。

↓を↓みたいに変更する。

  config.vm.synced_folder "./http", "/var/source", :create => true, :owner => 'vagrant', :group => 'vagrant', :mount_options => ['dmode=777', 'fmode=666']

1	config.vm.synced_folder "./http", "/var/source", :create => true, :owner => 'vagrant', :group => 'vagrant', :mount_options => ['dmode=777', 'fmode=666']

config.vm.synced_folder "./http", "/var/source", :create => true, :owner => 'vagrant', :group => 'vagrant', :mount_options => ['dmode=777', 'fmode=766']

1	config.vm.synced_folder "./http", "/var/source", :create => true, :owner => 'vagrant', :group => 'vagrant', :mount_options => ['dmode=777', 'fmode=766']

VagrantにYoemanでAngular-Material-FullStackをインストール

YoemanとGruntとbowerをAngular-Material-FullStackをインストール

npm install -g yo grunt-cli bower generator-angular-material-fullstack

1	npm install -g yo grunt-cli bower generator-angular-material-fullstack

プロジェクトのディレクトリに移動

そして、Yoemanを実行。Angular-Material-FullStackを展開

 yo angular-material-fullstack sns

1	yo angular-material-fullstack sns

ちなみに、ここで使っているnodejsのバージョンは6.9.5です。

バージョンを7以上にするとエラーがひどいみたいなので、

しかし、エラーがバンバンでる。。

前に試して見たエラーの対策を使って、対応してみる。

npm install -g grunt-node-inspector

1	npm install -g grunt-node-inspector

そうしたうえで実行

npm install

1	npm install

ダメでした。

npm install -g node-inspector

1	npm install -g node-inspector

M	T	W	T	F	S	S
« Nov
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31

HARD WORKER

カンボジア・プノンペンのフリーWEBプログラマー

Category: TOOL/ツール

Vagrantの共有フォルダでNode.jsを編集するたびに自動再起動する

Nodemonをインストール

Supervisorのインストール。

Node-devのインストール

PM2のインストール

AWSでGitを使う

Gitで fatal: remote origin already exists. というメッセージが出る場合git remote rm origin

AWSでGit環境の構築できなかったパターン

MEAN.IOをセットアップ

PhantomjsをCentOS6.5にインストール

Vagrant/CentOSにMEANの環境を一瞬で作成しようとしてできなかった。

Vagrantをリロードしたらnodeもnpmもなくなっていた。。

Vagrant共有フォルダのパーミッションってchmodできない

VagrantにYoemanでAngular-Material-FullStackをインストール