2016-03-19

CentOS6 + node.js5系を導入する手順

CentOS node.js

先日CentOS6系(RHEL6系)にnode.js5.1以上を入れようとしたらコンパイルに失敗したので、それを解決する手順。

まず、原因はCentOS6系に入っているg++が古いことに起因しているので、新しいモノをいれてやります。ただし、ここで既存のモノと入れ替えてしまうと別のところに影響が出てしまうので、個別にいれてやります。

今回はSoftwareCollectionsを利用した方法を採用。

root# cd  /etc/yum.repos.d/
root# wget http://people.centos.org/tru/devtools-2/devtools-2.repo
root# yum install devtoolset-2-gcc devtoolset-2-binutils devtoolset-2-gcc-c++ devtoolset-2-gcc-gfortran

wgetしてくる開発用リポジトリは色々あるので、この限りではないですが、centos ドメインで提供しているのでこれにしました。 yumでインストールできるので依存関係ももちろんやってくれます。

ここからnode.jsですが、nodebrewを利用したので、そこは公式を参照して「nodebrew -v」が効くようにしてください。あとは次のコマンドで無事とおるはず。

user# nodebrew install v5.3.0

シングルクオートでかこったコマンドに対してdevtoolset-2でインストールしたモノが適用されます。次のような感じになるので既存環境にも影響しないはず。

user# g++ -v // 4.4.x
user# scl enable devtoolset-2 'g++ -v' // 4.8.x
user# g++ -v // 4.4.x

毎回シングルクオートでくくるのは面倒で環境を整える間だけ有効にする場合、次のようにシェルを起動してやるのが便利と思います。

user# g++ -v // 4.4.x
user# scl enable devtoolset-2 zsh
user# g++ -v // 4.8.x

2016-01-23

PHPのpreg_matchについて

PHP

いろいろなところで利用されているpreg_matchについてはまったのでメモ。
今回はまったのはcodeigniterのクエリビルダで使われているところで、
nginxのエラーログから調査していたけど、ちゃんとした内容がみつからなかった。

・エラー内容
Warning: preg_match(): Compilation failed: regular expression is too large at offset XXXXX

なにやら最後の数字（恐らくByte）を超えるとpreg_matchが意図した動作をしないようで。
日本語情報のほとんどが「pcre.backtrack_limit」と「pcre.recursion_limit」の上限を上げると解消する、というもの。backtrackというのがどういった動作に影響する値かが良くわからなかったけど、今回の現象とは違うと思いつつ設定したけど案の定解決せず。

おそらくpcreのコンパイルオプションで「link size」という値をデフォルトの2から3以上にすると解決するのではないかというところまで調べたけど時間切れで諦めた。
そもそもで正規表現にかけてる文字数が多すぎるのが、誰が見てもイケてないという結論になったのでそこを修正した。

ということで今回のハマリで注意することは、

・フレームワークでは結構使われているので、他人事ではない。

・上記warningが出た場合、マッチするはずであろうがなかろうがreturnは「0」になる。

・warningなので処理が続行されてしまうので、条件分岐では「x==0」のようにしない。
　（マッチしない場合も0、warningが出た場合も0なので意図した条件分岐にならない可能性が高い）

・使用上どうしても長い・大きい値を正規表現にかけないといけない場合はpcreをコンパイルし直す。

・pcreなのでpreg_match以外のpcre系関数でも同様の制限がかかる模様。

・特に他人が書いたコードでは要注意。

2016-01-17

AWSでCentOSインスタンス作成メモ

AWS CentOS

どっかに書いてるかもしれないけど殴り書きメモ

・AWSのWebコンソールで使えるcloud-initは実行ユーザはec2user。・マーケットプレースにあるCentOSにはec2userが居ない。・マーケットプレースにあるCentOSのcloud-init実行ユーザはcentos。・CentOS公式のAMI IDは一度適当にインスタンス立てると確認できた。（他に方法あるきがするけど・・・

何かあれば追記しよう

2015-07-03

Phalcon 2 はまりどころメモ

Phalcon

あとで清書するよてい

phalcon1系から2になることで実装が純粋なC言語からZephirを挟んでいるようで、よく次のような事に巻き込まれる。

経験したことのあるタイミング：autoloder等で設定を読み込ませる、viewのsetvarする時
発生した事象1：「Parameter 'key' must be a string」的なエラー
発生した事象2：コンフィグ等、配列・連想配列で読み込ませた値が参照できない
原因：値を格納する際に可変変数を利用して実装しているため

可変変数使ってるの初めてみるんじゃないかって感じで理解するまで時間かかった。
連想配列の値を格納する際に、連想配列のkeyを可変変数で指定しており、そのkeyが数値だった場合、エラーがでたりkeyを指定して値が参照できなくなります。
可変変数で格納された連想配列はdumpとかすると次のような見えかたします。

(["0"] => 'aaa', ["1"] => '123')

ちょこっとしらべたところ、こういう形ではいっちゃうとforearchとかしないと中身とりだせない仕様っぽい？実装箇所によってエラー出てくれるけど、場所によっては上記のような入りかたしちゃうこともあるので、注意。
英語できないからこっそりと修正待ち。

2015-06-21

Dockerでredisを動かそうとしてはまった件

Docker

環境ホストOS : CentOS6.5 Docker : 1.5

Dockerファイル(詳細は別記事)でfromをcentos6にし、yumってインストールまでは問題なく完了。

いざ起動しようと以下コマンドをうつと

/etc/init.d/redis start
Starting redis-server:could not open session

となった。

起動スクリプトを調べると、どうやらrunuserがちゃんと動作していないっぽい。 PAM回りかとおもい、runuserのpamファイルをコメントアウトしてみたけど駄目。調査時間があまりとれなかったので、とりあえず起動スクリプトを以下のようにして暫定処置した。

-runuser ～
+#runuser ～
+sudo -u redis $exec $REDIS_CONFIG --daemonize yes --pidfile $pidfile

１年前くらいに似たようなバグがあったっぽいけど再発なのかセキュリティの観点から仕様にしたのか・・・時間ができたら調べるかも・・・

2015-06-17

DockerでPhalcon+mysql実行環境を構築する

PHP Docker Phalcon

dockerhubのものを使うのも味気なかったので自分でdockerfileを作ったのでメモ。

開発する際にローカルで動作確認するためのモノを想定しているので、いろんなサービス乗っけてます。

動くモノ Php5.5 phalcon1.3.4 nginx＋Php-fpm mysql5.6 redis3

From centos:6
ADD conf /tmp/
RUN yum install -y epel-release && \
    Rpm -Uvhp iusrepo && \
    Rpm -Uvhp mysqlrepo && \
    Rpm -Uvhp nginxrepo && \
    Yum install -y wget vim git gcc make zip unzip re2c file zsh sudo && \
    Yum install -y php55u php55u-pdo php55u-devel php55u-mbstring php55u-apcu-devel php55u-pecl-igbinary php55u-pecl-jsonc-devel php55u-pecl-memcached php55u-mysql php55u-mysqlnd php55u-pecl-redis php55u-opcache pcre-devel && \
    Yum install -y mysql-community-server && \
    Yum install -y nginx php55u-fpm redis30u && \
    Cd /usr/local/src && \
    Wget cphalcon.zip && \
    Unzip phalcon-v1.3.4.zip && \
    Cd cphalcon-phalcon-v1.3.4/build/ && \
    ./install && \
    Cd ../../ && \
    Rm -rf phalcon* && \
    Rm -rf cphalcon-phalcon-v1* && \
    Echo 'extension=phalcon.so' >> /etc/php.d/50-phalcon.ini && \
    Chmod 755 /etc/php.d/50-phalcon.ini && \
    Mv /tmp/config /etc/config
CMD /bin/zsh

PHPは55を56にするとPHP56系が、Phalconは1.3.4を2.0.3に変えるとPhalcon2がインストールできます。

Dockerfileとおなじディレクトリにconfディレクトリを作成し、その中にnginx等の設定ファイルを置いて、ビルドは「docker build -t phalcon/test .」でok。恐らく1gb弱のイメージができるので「docker run --name phalcon-testy -p 8080:80 -p 8806:3306 -v /var/www/html:/var/www/html:ro -itd phalcon/test」のような感じでコンテナを起動すればok。

場合によってCMDをENTRYPOINTに変えて運用したりする。

2015-05-26

VPS・PaaS・IaaS比較と所感

AWS GCP

(2016/11/17 GCE更新)

仕事用途よりも個人でゲームサーバを立てる、という視点で調べてみた。最重要ポイントである日本リージョンがあるサービスを軽く調べた。 secdsがギリギリ稼動しそうなインスタンスで比較してみたが、全く同等のものは無いのでそこは似たようなモノで比較。なお、Pingは東京から発信してます。

サービス	種類	費用	Ping
Amazon EC2	c3.large	$0.128 /1 時間	6ms
Vultr	2CPU 2GBMEM 45GBSSD	$0.024 /1 時間	4ms
Linode	Linode 2GB	$0.03 /1 時間	4ms
GoogleComputeEngine	n1-highcpu-2	$0.069/1 時間	4ms

AmazonEC2は必要なときに必要なだけスケールアップ、スケールアウトが容易に出来るので扱いやすいが、インスタンスのプランが仕事でも微妙に噛み合わない時が多い。

Vultrはスペック・Ping共に申し分ないサービスだが、インスタンスを停止しても料金が発生するので、止めるならインスタンス毎消し去らないといけない。動的に複数インスタンスを運用する場合のコストは割り切りか工夫が必要となる。

Linodeはまだ利用したことないので詳細はわかってないです。

GooglwCEは日本リージョンが来ていないけどAWSの対抗なんじゃないかと思って調べてみたら、インスタンスのプランがよさげな感じで仕事でも使えそうだと思った。

なお、追加ストレージや帯域費用は別で、上記はインスタンスのみの費用なので動画配信とか帯域を大量に必要とするようなモノを動かす場合は月額固定費用のサービスを利用することをお勧めします。

二度忘れた事を三度忘れないようにする

しがないフリーランスIT系エンジニア