2018-03-25

gdbで死んでるphpプロセスから諸々の情報を得るメモ

手法は色々出回っているがちょうど某サービスでcronジョブの途中でお亡くなりになっているプロセスがいるので便利コマンドを試しておく。

環境

php -v
PHP 5.5.8 (cli) (built: Feb  4 2014 16:57:24)

$ gdb -v
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-92.el6)

対象

2017年からご存命の6792さんを調べる

  6777  0.0  0.0 275812    52 ?        S     2017   0:00 php -q /home/xxxx/momochro.me/app/Console/cake.php -working /home/xxx/momochro.me/app update_and_notify -app /home/xxxx/momochro.me/app
  6791  0.0  0.0 273184   200 ?        S     2017   0:00  \_ /usr/local/bin/php /home/xxx/momochro.me/app/Console/do.php update_momo_items
  6792  0.0 17.4 280772 177860 ?       S     2017   0:00      \_ php -q /home/xxx/momochro.me/app/Console/cake.php -working /home/xxx/momochro.me/app update_momo_items -app /home/xxx/momochro.me/app

外から眺める

psで

$ ps -eopid,wchan:30,comm  |grep 6792
 6792 sk_wait_data                   php

sk_wait_dataで止まってる

sudo strace -p 6792
Process 6792 attached
read(10,

lsofで

$ sudo  lsof -i |grep 6792
php        6792      %USER%   10u  IPv4  937985628      0t0  TCP %HOSTNAME%:42784->202x6x245x194:https (ESTABLISHED)

202x6x245x194にestablishedになってる。ということでhttpsなリクエストの最中に死んでそう。

gdbで

phpソース直下の.gdbinitを読ませる

$ gdb -p 6792  --init-command=/usr/local/src/php-5.5.8/.gdbinit

(gdb) zbacktrace
[0x7ff32cff5860] file_get_contents("https://api.dmm.com/affiliate/v3/ItemList?api_id=xxxxxx&affiliate_id=xxx.....") /home/xxx/momochro.me/app/Lib/MomoParser/DMMItemParser.php:29
[0x7ff32cff5640] DMMItemParser->getList() /home/xxx/momochro.me/app/Console/Command/UpdateMomoItemsShell.php:41
[0x7ff32cff5498] UpdateMomoItemsShell->main() /home/xxx/momochro.me/lib/Cake/Console/Shell.php:393
...

file_get_contentsで雑にapi呼んでるところで止まってるのがわかる

$ dig +short api.dmm.com
202.6.245.194

上記をcoreを吐かせてgdbで

$ gcore 6792
$ gdb /usr/local/bin/php core.6792  --init-command=/usr/local/src/php-5.5.8/.gdbinit

参考諸々

だいたいここを参照

PHPのcoredumpを読んでなぜSEGVで落ちたかを知りたい - Qiita

Robert Ames (.com!)

2017-11-27

Amazon EchoのAlexaスキル開発で地味にはまったところをメモしておく

解決してしまえば大したことないが時間がもったいない系の色々

対話モデルの設定でサンプル発話のスロット前後にスペースがないとエラーになる問題

エラー

AddHomeShoppingIntent {Item}を追加

Error: There was a problem with your request: Parsing error in sample: AddHomeShoppingIntent {Item}を追加

以下はOK

AddHomeShoppingIntent {Item} を追加

パースエラーとしか言ってくれないし、ドキュメントのサンプルをみても特にスペースとか入ってない、のでこれをこのまま入れると怒られる。スペース入れればおっけー。エラーメッセージもアレだがドキュメントに書いて欲しい。

Echosim.ioで無限にsomething went Wrong. Oopsと言われる

フォーラムでのやりとりを見る限り、どうもEchosim.ioの不具合っぽい。一応自分の環境はChromeだが特にブラウザどうこうという話でもなさそう。再ログインして一時的に復活したりもするが一度エラーのループに入ると、「アレクサ、今日の天気を教えて」的なリクエストも全部上記のエラーとなってしまう。このパターンはスキル側の不具合を疑っても時間の無駄なのでひとまず開発者コンソールからのリクエストで問題なければおっけーと考えた方がよさそう。 ~~Amazon mShop appを使うと良いという回答がついているが、ようわからんので、このあたりは何かわかったら追記するやも。~~ amazon shoppingのアプリにalexaが搭載されており、英語で話しかける分にはテスト出来るが、こちらはamazon.comのみで英語はEngishとSpanishのみ。日本語はamazon.co.jpでしか使えず、amazon.co.jpでは音声での商品検索が出来るだけでalexaが起動するわけではないのでテストすることはやはり出来ない。

Alexa Skills Kit SDK for Node.jsでAlexa.handlerにいわゆるLambdaのcallbackを渡すとemitした段階でレスポンスを返してくれない

alexa-skills-kit-sdk-for-nodejs/response.js at master · alexa/alexa-skills-kit-sdk-for-nodejs · GitHub

このあたりの処理を見る限りcontext.succeedの形式もcallbackの形式も両対応してるようなんだけど、どうも何らかのイベントが実行され続けているらしく常にタイムアウトしてしまう。 f:id:egmc:20171128231855p:plain

AWS Solutions Architect ブログ: AWS LambdaでNode.js 4.3.2が利用可能になりました

[12/9追記]

~~単にメッセージを返すだけの処理でも発生するので、sdkの問題っぽい。~~ ローカル実行してプロファイラでおっかけたところwunderlistのsdkでした、alexa-sdkは無罪。

issueもあがってた Script Hangs · Issue #12 · wunderlist/wunderlist.js · GitHub

wunderlistsdkをnewした段階で何らかのイベントが動き続けていてタイムアウトまで実行し続けていた模様、対応は↓の通りで変わりなく、まあ必要な処理が終わった段階でのcallbackなのでcallbackWaitsForEmptyEventLoopは基本falseでもいいんじゃないかとは思う。

[/追記おわり]

回避策としてはcallbackを渡さない古いスタイルで書くか、↑の通りcontext.callbackWaitsForEmptyEventLoop = false;を指定しておけばOK。

レポジトリのサンプルではcallbackを渡しているが

https://github.com/alexa/alexa-skills-kit-sdk-for-nodejs

ブログのチュートリアルでは渡してなかったりするのはこのあたりにはまる人が多いのやも？

Alexaスキル開発トレーニングシリーズ第2回対話モデルとAlexa SDK : Alexa Blogs

2017-04-02

nodejsのsslまわりメモ

自鯖に設定したLets'e EncryptのSSL証明書の設定をミスっていて（おそらく中間証明書が設定できておらず）、だいぶ回り道をしたが、折角なのでメモを残しておく。

nodeが使うroot証明書はハードコードされてる。拡張方法が提供されるっぽいやりとりされていたが・・。
- node_root_certs.hにいる
- バージョンによって異なりそうだが、今回必要だったDST Root CA X3はv0.1.45時点で既に入ってそう

$ find . -name 'node_root_certs.h' |xargs grep  'DST Root CA X3'
./v0.10.45/node-v0.10.45/src/node_root_certs.h:/* DST Root CA X3 */
./v4.3.2/node-v4.3.2/src/node_root_certs.h:/* DST Root CA X3 */
./v7.8.0/node-v7.8.0/src/node_root_certs.h:/* DST Root CA X3 */

letsencrypt.org

この辺とか、各所で議論してるっぽい

github.com

root証明書がいない問題が発生したらこのあたりが使えそう、ただし初回リクエストでダウンロードが発生したので、lambdaとかの実行環境だとnodeが入れ替わったタイミングで困るのでちょっと扱いづらい Daplie / node-ssl-root-cas · GitLab
先の中間証明書がない問題で検証に失敗していた場合も.addFileで中間証明書をリクエスト元でセットしてやると成功した（本来やることはないだろうけど・・）

とりあえずエラーメッセージはきちんと読もう。

2017-03-12

certbot設定メモ

諸事情により取得していたrapidsslの証明書の有効期限が切れたのでletsencryptに切り替えたメモ。

大体公式とこちらの記事参考でなんとかなった。

https://certbot.eff.org/

CentOSにLet's EncryptのSSL証明書を導入する - オープンソースこねこね

apacheをソースからインストールしてしまっていたのでパスまわりは適当に。

Cent6+Apache2.4

手順に従ってインストール
初回の確認でhttpでアクセスされるのでバーチャルホストでアクセス出来るように設定
発行された証明書を手動でパス設定

すれば発行後の更新は

certbot-auto renew --force-renewal --post-hook "/usr/sbin/apachectl graceful"

でOK。 apacheのreloadがいるのでrootでやらせておく。

force-renewalな状態でcronに仕込んで、実際に証明書の期限が更新されればOK

openssl s_client -connect ssl.eg2mix.com:443 < /dev/null 2> /dev/null | sed -n '/BEGIN CERTIFICATE/,/END CERTIFICATE/p'|openssl x509 -noout -startdate -enddate

f:id:egmc:20170312194930p:plain f:id:egmc:20170312194939p:plain

めでたい。

2016-12-12

土善旅館を激推しする

概要

土善旅館を激推しします。

11月に開発合宿でお世話になり、参加者のみなさまとよかったねーという話をしていたらタイムリーにこちらの記事で紹介されていました。

qiita.com

宿の対応も素晴らしいという話なんですが、ワイ的にはここ良かったやで！というやつを書きます。
一応自分の開発合宿歴としてはとあるコミュニティで年二回くらいのペースで参加していて、過去には

マホロバマインズ三浦
山喜旅館
まるも+かぢや旅館
KANAYABASE（閉鎖済）+かぢや旅館
梁山泊

あたりに行ってます（手配はお任せで毎回良い場所をチョイス頂いてます）。

その中でも今回行った土善旅館さんがだいぶ良かったので、激推ししてみます。

概要
温泉
回線
飯
交通
備品
おまけ：本棚

温泉

もしかしたら部屋によるかもしれませんが、今回使用させて頂いた会議室のすぐ横に風呂（温泉）があります。

風呂が近いというのは超大事であり、そしてほぼ24時間好きな時に入れる、というのは素晴らしいことです。
大体自分は風呂が好きであり、開発中には足湯が常にあるといいと思っており、なんならこのブログも足湯をしつつ書いており、眠くなったらすぐそこに風呂があると良いという考えの人間なので風呂がそこにあるだけでとても安心感があります。

温泉宿での開発合宿は良いのですが、単に夜風呂に入れるだけであることと、開発中に風呂に入ることは大きな差がありますので、ロケーションは大事ですね。

ちなみに土善旅館さんの風呂は、お湯は常に温かいのですが、冷めにくくするためにプールで使うようなでかい発泡スチロール的なサムシングが湯船に設置してあり、まあまあ重いのでそこだけちょっと頑張りましょう。
お湯はちょっと長めに出し続けるとそのうちあったかくなります。