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で使えない。

Node.jsでSSHからサーバを起動するけどBroken Pipeで止まっちゃう

件名の通り、

$ node server.js

1	$ node server.js

で起動したNode.jsのサーバがSSHでのログインが切れると止まってしまう。

正確な理由は、サーバのログ出力でエラーが発生したから。

Broken PipeするとSSHでのログインが切れる、ログインが切れると標準出力がなくなる、そうすると、、エラーが発生してサーバが落ちる。

っということ。

なのでログの吐き出し先を示してやる、かつバックグラウンドで走るように”＆”をつけてやる。

$ node server.js & > ~/log/porkyou_log.out

1	$ node server.js & > ~/log/porkyou_log.out

これで、ログオフしてもserverが走り続けてくれる。。

と思ったらダメでした。

npmで発行してるnodeでリリース用のアプリがありました。

npm install -g forever

1	npm install -g forever

をインストール。

forever start server.js

1	forever start server.js

これでOK。

意味はserver.jsをサービスとして実行したということ。

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>

AWSでGit環境を設定できなかったパターン２

Gitをインストール

$ sudo yum install git git-all git-daemon
$ sudo /etc/init.d/xinetd start

1 2	$ sudo yum install git git-all git-daemon $ sudo /etc/init.d/xinetd start

$ sudo passwd uploader
$ sudo chown uploader /var/lib/git
$ sudo chgrp uploader /var/lib/git
$ sudo chmod 755 /var/lib/git

$ sudo passwd uploader

$ sudo chown uploader /var/lib/git

$ sudo chgrp uploader /var/lib/git

$ sudo chmod 755 /var/lib/git

uploaderユーザでリモートリポジトリを作成

$ mkdir porkyou
$ git init --bare --shared porkyou

1 2	$ mkdir porkyou $ git init --bare --shared porkyou

前回の記事と同様に、、git push origin masterまでいって

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

のエラーで終わり。

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

AWSにNodeJSとMongoDBをセットアップ

AWSにMEANの環境をセットアップする

まずyumアップデート

$ sudo yum update

1	$ sudo yum update

環境構築に必要なパッケージを一気に取得

$ sudo yum install git gcc-c++ make openssl-devel

1	$ sudo yum install git gcc-c++ make openssl-devel

Nodejsのインストールのために

nvmをインストール

$ git clone git://github.com/creationix/nvm.git ~/.nvm
$ source ~/.nvm/nvm.sh

1 2	$ git clone git://github.com/creationix/nvm.git ~/.nvm $ source ~/.nvm/nvm.sh

で、Nodejsのいい感じのバージョンをインストール。

そのいい感じのバージョンをデフォルトとする。

$ nvm install 6.9.5
$ nvm alias default v6.9.5

1 2	$ nvm install 6.9.5 $ nvm alias default v6.9.5

次にMongoDBをインストールする

MongoDBインストール用のyumレポジトリを記述する

$ 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=1

[mongodb]

name=MongoDB Repository

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

gpgcheck=0

enabled=1

それでは、yumでMongoDBをインストール・スタート・起動のたびにスタートするように設定

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

取り敢えずここまでOK。

AWSでVPSを作成してみる

AWS(Amazon Web Server)でVPS(Virtual Private Server)を作成。

OSにAmazon Linux AMI

CPUにti.micro

キーペアをダウンロードして、完了

キーペアは一度しかダウンロードできないので大切に保存。

完成したら、IPv4 Public IPに向けて接続する。

MACの場合

ssh -i (キーペア)　em2-user@(IPv4 Public IP)

1	ssh -i (キーペア)　em2-user@(IPv4 Public IP)

ちなみにこのときにキーペアへのパーミッションエラーが出る場合がある。

そのときはキーペアの属性をchmodで400にしてやる。

エラーの原因がほかのユーザも閲覧できるということだから、

属性をかえて自分しか見れないようにする。

で接続、早速↓みたいなメッセージが出ている

Run "sudo yum update" to apply all updates.
-bash: warning: setlocale: LC_CTYPE: cannot change locale (UTF-8): No such file or directory

1 2	Run "sudo yum update" to apply all updates. -bash: warning: setlocale: LC_CTYPE: cannot change locale (UTF-8): No such file or directory

のですなおに

$ sudo yum update

1	$ sudo yum update

それから/etc/environmentというファイルを作成

LC_ALL=en_US.UTF-8
LC_CTYPE=en_US.UTF-8

1 2	LC_ALL=en_US.UTF-8 LC_CTYPE=en_US.UTF-8

と入力・保存。

これで次回ログインから問題なし。

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

M	T	W	T	F	S	S
« Jan				Mar »
		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

HARD WORKER

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

Month: February 2017