Hackers Champloo 2014 前夜祭LTで喋ってきた。

@cloneko さんとかも、前夜祭LT喋りますか？

— 西島 幸一郎 (@k_nishijima) 2014, 6月 24

からの

Amazon Web Services でサーバー構築「クラス」の学習環境を作ってみた from Yuu Yonashiro

反省

• 喋りなれしてなさすぎわろた。
• @libkinjoさん → @asumaslvさんの後は難易度高すぎ。
• あんだけITの人居て.okinawa/.ryukyu全然知名度無い雰囲気で広報しっかりしたほうが > 某大城さん

LMDEのpxeほげほげで遭遇した罠

LMDE(Linux Mint Debian Edition)インストーラーをpxe起動 #UEFIも大丈夫だよ!の続きです。

• UEFIでネットワークブートする環境が…
• dnsmasqのTFTPサーバー遅っ
• chefでパッケージインストールすると謎のエラー
• recipeのdirectory、なんでcreate_if_missing無いの?

そもそも何でこんなことやってるのか

LMDEをpxeでインストールできればいいなーと思ったのが1つ(学校で使うかもしれないので)。

あとは某@hanachin_先輩にchefchef煽られていたのでそろそろchefを真面目に使ってみようかと思ったので。

レシピ試す環境

Linux Mint上でkitchen(でdocker(lxc)) → MacでVagrant(virtualbox)とやってました。

kitchenでdockerやってるほうがdestroy/create楽だ(速い)もん。ただしnfs-kernel-serverの動作検証とかISOファイルのマウントとかやろうとするとコケるので途中からVirtualboxでの検証をしてました。

UEFIでネットワークブートするのを試す環境

環境作ったのはいいけどUEFIでネットワークブートする環境な無ければどうしようもない(学校いけば実機あるけど…)のでどうしようかと思ったんです。

で、よく見てみると普段仮想環境に使っているVMWare FusionがUEFI/Network対応という…うーん…

できればVirtualBoxで完結してほしかったんだけどVirtualBoxはUEFIは対応しているもののUEFI下でのネットワークブートに対応していない…

ほんでもって、VagrantのVMWareプラグインは有償…

なのでネットワークブートサーバーはVirtualBox、クライアントはVMWare Fusionという謎構成。

dnsmasqのTFTPサーバーが遅い…

最初のvmlinuzとinitrd.imgはtftpで転送するのですが…遅い…

もっともtftpというプロトコル自体そんなに高速なプロトコルではないんでしょうが、vmlinuzはともかく、initrd.img(20MBくらい)を転送するのに3分くらいかかって動いているので死んでるのかよくわからない状態に。

というわでtftpd-hpaにしてブロックサイズを指定することで2分弱くらいで転送できるようになりました。それでも遅い気がするけど。

chefでパッケージインストールすると謎のエラー

これ。もう一回vagrant provisionすりゃ通るんだけど、意味がわからない。recipeの問題でないっぽい。chefを最新版にしても直らない。recipeの最初にchefのバージョンをアップしても直らない。意味わからないけど今のところどうしようもないし、vagrant provisionすりゃ直るのでスルー。

recipeのdirectory、なんでcreate_if_missing無いの?

微妙に困るんだけど。

もくもくしながらAWSの各リージョンのインスタンスにtracerouteした結果。

JAWS-UG沖縄+ギークハウス沖縄 AWSハンズオン+もくもく勉強会 でもくもくした奴

何これ

JAWS-UG沖縄+ギークハウス沖縄 AWSハンズオン+もくもく勉強会に来てなんとなく自分のカネでやるにはちょっと…的なことを考えたけど、あんまり思い当たるものがなく、みんな東京リージョンのインスタンスしか立ち上げないので、他のとこのインスタンス立ち上げまくってひゃっはーしたかったので、ひゃっはーしたついでにtracerouteでも打ってどんな経路で行ってるのか調べた結果。

結論

KDDIが頑張ってるところは速い。Tokyo以外だとSingapore、N.Californiaは日本と相性いいのかも。サンパウロあたりでもKDDIさんが頑張ってくれればもっと使い物になるんだろうなぁ。とか思った。

N.Virginiaは謎。pingが350msくらいで返ってくるのでサンパウロより速くIrelandより遅い感じ。

各リージョンのインスタンスへのtraceroute結果

プロバイダーはKDDIなどこかです。物理場所は宜野湾ベイサイド情報センター内のGwave Incubate。 NTTなプロバイダーとかIIJなプロバイダーとかだとどうなるかは知りません…

N.VirginiaはSecurity Groupで「All Traffic」が選択できず、ALL TCP、ALL UDP、ALL ICMPしてもtracerouteできなかったので載ってません。

各インスタンスはUbuntu Server 13.10をmicroインスタンスで。Security Groupは「All Traffic」を0.0.0.0/0(

Tokyo

 1  192.168.23.254 (192.168.23.254)  4.026 ms  1.024 ms  1.117 ms
 2  192.168.60.254 (192.168.60.254)  1.659 ms  1.688 ms  1.483 ms
 3  222.3.255.233 (222.3.255.233)  8.421 ms  4.138 ms  3.510 ms
 4  222.3.255.254 (222.3.255.254)  3.954 ms  3.920 ms  4.371 ms
 5  10.199.199.22 (10.199.199.22)  4.908 ms  3.717 ms  4.910 ms
 6  obpbbac03.bb.kddi.ne.jp (118.152.252.86)  36.062 ms  35.185 ms  45.138 ms
 7  obpjbb205.int-gw.kddi.ne.jp (118.159.136.201)  34.425 ms  32.581 ms  31.902 ms
 8  jc-osa302.int-gw.kddi.ne.jp (113.157.227.90)  29.076 ms
    jc-osa302.kddnet.ad.jp (113.157.227.18)  32.626 ms  34.168 ms
 9  118.155.203.62 (118.155.203.62)  38.656 ms  87.547 ms  46.203 ms
10  27.0.0.191 (27.0.0.191)  45.754 ms  59.781 ms  41.746 ms
11  27.0.0.211 (27.0.0.211)  43.659 ms  50.967 ms  47.406 ms
12  ec2-54-199-176-15.ap-northeast-1.compute.amazonaws.com (54.199.176.15)  43.271 ms  42.024 ms  44.558 ms

Singapore

 1  192.168.23.254 (192.168.23.254)  3.948 ms  0.949 ms  0.876 ms
 2  192.168.60.254 (192.168.60.254)  1.361 ms  1.496 ms  1.321 ms
 3  222.3.255.233 (222.3.255.233)  4.397 ms  3.077 ms  3.281 ms
 4  222.3.255.254 (222.3.255.254)  5.888 ms  5.190 ms  6.506 ms
 5  10.199.199.22 (10.199.199.22)  5.287 ms  5.009 ms  4.134 ms
 6  sjkbbac05.bb.kddi.ne.jp (118.152.252.78)  39.881 ms  40.701 ms  40.019 ms
 7  otejbb205.int-gw.kddi.ne.jp (118.152.210.177)  37.958 ms  38.957 ms  38.252 ms
 8  sggjbb001.kddnet.ad.jp (59.128.4.62)  116.691 ms  116.619 ms  120.642 ms
 9  cm-sgg002.int-gw.kddi.ne.jp (111.87.6.22)  116.376 ms  118.870 ms  116.932 ms
10  106.187.1.18 (106.187.1.18)  112.469 ms  111.824 ms  111.310 ms
11  203.83.223.56 (203.83.223.56)  150.470 ms  118.134 ms  118.444 ms
12  203.83.223.74 (203.83.223.74)  119.481 ms  120.049 ms  118.271 ms
13  ec2-54-254-193-242.ap-southeast-1.compute.amazonaws.com (54.254.193.242)  112.583 ms  112.461 ms  116.285 ms

N.California

 1  192.168.23.254 (192.168.23.254)  3.884 ms  0.896 ms  0.837 ms
 2  192.168.60.254 (192.168.60.254)  1.308 ms  1.405 ms  1.482 ms
 3  222.3.255.233 (222.3.255.233)  3.703 ms  3.700 ms  3.514 ms
 4  222.3.255.254 (222.3.255.254)  3.694 ms  5.956 ms  3.832 ms
 5  10.199.199.22 (10.199.199.22)  4.015 ms  3.662 ms  5.473 ms
 6  obpjbb205.int-gw.kddi.ne.jp (118.159.136.201)  30.633 ms  31.840 ms  39.817 ms
 7  pajbb001.int-gw.kddi.ne.jp (203.181.100.194)  180.566 ms
    pajbb001.int-gw.kddi.ne.jp (203.181.100.30)  142.780 ms  141.748 ms
 8  ix-pa9.int-gw.kddi.ne.jp (111.87.3.74)  143.455 ms  139.892 ms  142.834 ms
 9  72.21.221.125 (72.21.221.125)  142.162 ms  142.560 ms  139.754 ms
10  205.251.229.30 (205.251.229.30)  138.869 ms  141.011 ms  142.533 ms
11  72.21.222.19 (72.21.222.19)  143.120 ms  140.088 ms  140.813 ms
12  ec2-54-193-81-83.us-west-1.compute.amazonaws.com (54.193.81.83)  142.394 ms  141.360 ms  145.187 ms

Sydney

 1  192.168.23.254 (192.168.23.254)  4.648 ms  0.932 ms  0.887 ms
 2  192.168.60.254 (192.168.60.254)  2.352 ms  3.091 ms  1.544 ms
 3  222.3.255.233 (222.3.255.233)  3.853 ms  3.135 ms  3.391 ms
 4  222.3.255.254 (222.3.255.254)  9.007 ms  8.367 ms  17.496 ms
 5  10.199.199.22 (10.199.199.22)  4.423 ms  4.154 ms  4.372 ms
 6  sjkbbac05.bb.kddi.ne.jp (118.152.254.130)  40.939 ms  41.198 ms  42.790 ms
 7  otejbb205.int-gw.kddi.ne.jp (210.234.225.81)  39.001 ms  38.718 ms  49.847 ms
 8  tr-ote121.int-gw.kddi.ne.jp (106.187.6.142)  41.348 ms
    tr-ote121.int-gw.kddi.ne.jp (106.187.6.138)  47.728 ms  39.166 ms
 9  i-0-0-0-0.siko02.bi.telstraglobal.net (202.84.148.66)  41.046 ms
    i-0-2-0-0.siko02.bi.telstraglobal.net (202.84.219.38)  41.554 ms  42.571 ms
10  i-0-2-0-0.siko-core03.bi.telstraglobal.net (202.84.148.65)  42.910 ms  43.169 ms
    i-0-0-2-0.siko-core03.bi.telstraglobal.net (202.84.219.37)  43.821 ms
11  i-0-5-0-1.sydp-core02.bx.telstraglobal.net (202.84.144.25)  159.113 ms  155.286 ms  155.752 ms
12  unknown.telstraglobal.net (134.159.125.169)  152.519 ms  152.550 ms  152.234 ms
13  netvigator.cust-telstraglobal.net (134.159.125.166)  149.993 ms
    tiglion.cust-telstraglobal.net (134.159.125.170)  150.316 ms  150.244 ms
14  54.240.192.89 (54.240.192.89)  155.420 ms  153.372 ms  153.695 ms
15  54.240.192.113 (54.240.192.113)  184.331 ms  152.985 ms  167.636 ms
16  ec2-54-206-77-235.ap-southeast-2.compute.amazonaws.com (54.206.77.235)  153.206 ms  153.363 ms  153.248 ms

Ireland

 1  192.168.23.254 (192.168.23.254)  3.815 ms  0.922 ms  0.847 ms
 2  192.168.60.254 (192.168.60.254)  1.402 ms  1.343 ms  1.616 ms
 3  222.3.255.233 (222.3.255.233)  3.655 ms  3.372 ms  3.489 ms
 4  222.3.255.254 (222.3.255.254)  4.207 ms  4.064 ms  4.261 ms
 5  10.199.199.22 (10.199.199.22)  4.453 ms  6.590 ms  4.520 ms
 6  obpjbb205.int-gw.kddi.ne.jp (118.159.136.201)  31.044 ms  30.337 ms  30.775 ms
 7  pajbb001.int-gw.kddi.ne.jp (203.181.100.30)  141.680 ms
    pajbb001.int-gw.kddi.ne.jp (203.181.100.194)  158.408 ms
    pajbb001.int-gw.kddi.ne.jp (203.181.100.30)  141.790 ms
 8  ix-pa9.int-gw.kddi.ne.jp (111.87.3.58)  139.605 ms
    ix-pa9.int-gw.kddi.ne.jp (111.87.3.74)  139.192 ms
    ix-pa9.int-gw.kddi.ne.jp (111.87.3.10)  143.034 ms
 9  xe-4-2-0.pao10.ip4.tinet.net (77.67.77.25)  141.670 ms  139.488 ms  143.821 ms
10  so-10-1-0.dub40.ip4.tinet.net (89.149.186.193)  340.075 ms
    so-10-0-0.dub40.ip4.tinet.net (89.149.187.1)  308.498 ms  287.167 ms
11  amazon-gw.ip4.tinet.net (141.136.96.234)  328.477 ms
    amazon-gw.ip4.tinet.net (141.136.96.138)  308.570 ms  409.151 ms
12  178.236.0.204 (178.236.0.204)  293.564 ms  320.246 ms  296.303 ms
13  178.236.0.221 (178.236.0.221)  318.024 ms  409.233 ms  306.760 ms
14  ec2-54-194-8-15.eu-west-1.compute.amazonaws.com (54.194.8.15)  307.784 ms  306.166 ms  306.795 ms

Sao Paulo

 1  192.168.23.254 (192.168.23.254)  4.077 ms  0.990 ms  0.855 ms
 2  192.168.60.254 (192.168.60.254)  1.456 ms  1.544 ms  2.232 ms
 3  222.3.255.233 (222.3.255.233)  3.471 ms  3.383 ms  3.141 ms
 4  222.3.255.254 (222.3.255.254)  3.340 ms  3.349 ms  3.562 ms
 5  10.199.199.22 (10.199.199.22)  4.080 ms  3.832 ms  3.562 ms
 6  obpjbb205.int-gw.kddi.ne.jp (118.159.136.201)  32.532 ms  31.500 ms  76.560 ms
 7  pajbb001.int-gw.kddi.ne.jp (203.181.100.182)  138.591 ms
    pajbb001.int-gw.kddi.ne.jp (203.181.100.142)  140.329 ms
    pajbb001.int-gw.kddi.ne.jp (203.181.100.194)  196.856 ms
 8  ix-pa11.int-gw.kddi.ne.jp (111.87.3.90)  141.685 ms  141.675 ms  142.123 ms
 9  xe-8-3-0.paloalto2.pao.seabone.net (195.22.206.133)  141.228 ms  141.305 ms  156.082 ms
10  xe-7-0-0.sanpaolo8.spa.seabone.net (195.22.219.177)  429.765 ms  408.948 ms
    xe-7-0-1.sanpaolo8.spa.seabone.net (195.22.219.179)  409.713 ms
11  amazon.sanpaolo8.spa.seabone.net (195.22.219.137)  408.949 ms  409.130 ms  409.547 ms
12  177.72.240.141 (177.72.240.141)  409.561 ms  408.925 ms  409.196 ms
13  177.72.240.153 (177.72.240.153)  408.139 ms  334.191 ms  383.505 ms
14  ec2-54-207-19-108.sa-east-1.compute.amazonaws.com (54.207.19.108)  409.446 ms  335.467 ms  380.640 ms

HipHop Fatal error: unexpected St13runtime_error: locale::facet::_S_create_c_locale name not valid

Ubuntu Server 12.04 でHHVMを使ってWordpressを動かそうと思って公式のドキュメント^1通り実行すると、エラーログに

HipHop Fatal error: unexpected St13runtime_error: locale::facet::_S_create_c_locale name not valid

と出て動かない現象の対応方法。

公式のドキュメントに書かれている

sudo apt-get install hiphop-php

を実行する前に

export LC_ALL=C

を実行すると正常に動作する。

(HipHop側が悪いのかboostが悪いのかよくわからないけど、ロケールをごにょららないと正常に動作しないぽい）

追記(Aug.24 2013)

hhvmを起動する時もLC_ALL=Cじゃないと駄目っぽい。

那覇市のWiFiのtracerouteの結果（てんぶす館前/ 8月6日 15時頃)

traceroute to www.google.com (74.125.235.82), 30 hops max, 60 byte packets

1. 10.40.0.1 (10.40.0.1) 9.981 ms 9.945 ms 14.208 ms
2. 10.0.11.127 (10.0.11.127) 14.236 ms 14.229 ms 14.221 ms
3. sannin29066.nirai.ne.jp (203.160.29.66) 16.862 ms 16.846 ms 16.833 ms
4. 210.138.132.101 (210.138.132.101) 16.818 ms 17.495 ms 20.726 ms
5. urs001bb10.IIJ.Net (58.138.127.161) 19.301 ms 19.308 ms 20.524 ms

6. ---

7. osk005bb09.IIJ.Net (58.138.98.225) 86.813 ms osk004bb09.IIJ.Net (58.138.98.169) 95.840 ms osk005bb09.IIJ.Net (58.138.98.225) 96.890 ms
8. osk005bf00.IIJ.Net (58.138.81.57) 98.971 ms 98.986 ms 102.156 ms
9. osk004ix04.IIJ.Net (58.138.81.222) 140.343 ms osk004ix04.IIJ.Net (58.138.81.198) 96.675 ms osk004ix04.IIJ.Net (58.138.81.202) 131.566 ms
10. 210.130.133.86 (210.130.133.86) 97.468 ms 105.532 ms 102.827 ms
11. 209.85.251.32 (209.85.251.32) 110.201 ms 110.214 ms 83.558 ms
12. 64.233.174.1 (64.233.174.1) 53.160 ms 59.623 ms 40.335 ms
13. 64.233.175.1 (64.233.175.1) 55.792 ms 56.092 ms 55.661 ms
14. 209.85.250.249 (209.85.250.249) 54.947 ms 54.176 ms 54.221 ms
15. nrt19s01-in-f18.1e100.net (74.125.235.82) 43.252 ms 45.030 ms 54.792 ms

JINSの調光レンズなメガネをつけて6週間ほど経ってみた

JINSの調光レンズなメガネをつけて2週間ほど経ってみた の続きというか、もうちょっと気付いたことが増えてきたので。

携帯電話で写真撮ろうとしたら色がわからん

もちろんサングラスのような挙動をしているのであたりまえです。でもこれ、度付きなので、メガネ外すとさっぱり何も見えない…どんな写真撮るんだっけ?みたいな。

これがここ最近で一番の問題だなぁ。と思う点です。

余談ですが、普段目に対する負荷を下げるためにPCのディスプレイの輝度を一番暗い状態(見える範疇で)にして使っていたりするので、画像編集する時に明るさをイジったりすると、他のディスプレイで見た時異様に眩しい画像になっていることがあったりします…ちゃんとキャリブレーションすりゃこんなことにはなりませんが。

戻るまでやっぱり時間かかる。

公式サイトにある動画を見ればわかるのですが、黒くなるのは結構短時間で黒くなるのですが、戻るのは若干時間かかります。

といっても5分くらいでは戻るのでそれを許容できるかどうか次第かなぁと思います。

今のところ特に困ったことは無い気がしているので多分大丈夫。

意外とウケる

Facebookとかでメガネ変えたーとか言ってたので実際に黒い状態で人と会うと、あーこれかーー。と言われたりします。

個人的には天パーを縮毛矯正したほうが見た目の変化は大きいはずなのにメガネのほうが反応大きくて結構ショック…

MacBook Pro (Late 2011)のメモリ増設した

VMWare fusionでWin8動かしてたんだけど、メモリが足りない足りない。

てなわけでメモリ増設。一応Appleのオフィシャルの情報だとMacBook Pro(Late 2011)では8GBまでしか増設できないことになっているのだけど、同僚の@typosone先生曰く16GBまでいけまっせー。とのことだったのでおもいきって16GBに挑戦。

いろんなサイトで書かれている情報を見てたらCFDのメモリがいいみたいなこと書かれているのだけど、なんとなくBuffaloとかIOデータとかELECOMとかサンワサプライとか好きじゃないのでトランセンド・ジャパン の Transcend JetRam ノートPC用増設メモリ PC3-10600(DDR3-1333) 16GB KITにしてみました。

あと、みんな(上記のいろんなサイトの人)一緒に精密ドライバーも買っているようだったので一応兼古製作所 の アネックス(ANEX) 精密ドライバー プラス00×50 No.3450も合わせて購入。

無事16GB認識してくれてます。

ほいきた twitter.com/cloneko/status…

— Yonashiro Yuuさん (@cloneko) 2013年4月14日