2017-10-05

Ubuntu × JRubyでSSLError: certificate verify failed

Embulk JRuby

昨日から急に自社のJenkinsサーバ(Ubuntu)で実行しているEmbulkのタスクが以下のようなエラーを吐いて失敗するようになりました。

 at RUBY.block in call(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/faraday-0.9.2/lib/faraday/adapter/net_http.rb:43)
    at RUBY.with_net_http_connection(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/faraday-0.9.2/lib/faraday/adapter/net_http.rb:87)
    at RUBY.call(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/faraday-0.9.2/lib/faraday/adapter/net_http.rb:32)
    at RUBY.call(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/faraday-0.9.2/lib/faraday/request/url_encoded.rb:15)
    at RUBY.build_response(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/faraday-0.9.2/lib/faraday/rack_builder.rb:139)
    at RUBY.run_request(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/faraday-0.9.2/lib/faraday/connection.rb:377)
    at RUBY.post(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/faraday-0.9.2/lib/faraday/connection.rb:177)
    at RUBY.fetch_access_token(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/signet-0.7.3/lib/signet/oauth_2/client.rb:960)
    at RUBY.fetch_access_token!(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/signet-0.7.3/lib/signet/oauth_2/client.rb:998)
    at RUBY.fetch_access_token!(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/googleauth-0.5.1/lib/googleauth/signet.rb:69)
    at RUBY.apply!(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/googleauth-0.5.1/lib/googleauth/signet.rb:45)
    at RUBY.apply!(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/googleauth-0.5.1/lib/googleauth/service_account.rb:93)
    at RUBY.apply_request_options(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/google-api-client-0.12.0/lib/google/apis/core/http_command.rb:313)
    at RUBY.execute_once(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/google-api-client-0.12.0/lib/google/apis/core/http_command.rb:289)
    at RUBY.block in execute(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/google-api-client-0.12.0/lib/google/apis/core/http_command.rb:104)
    at RUBY.block in retriable(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/retriable-3.0.2/lib/retriable.rb:53)
    at org.jruby.RubyFixnum.times(org/jruby/RubyFixnum.java:305)
    at RUBY.retriable(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/retriable-3.0.2/lib/retriable.rb:49)
    at RUBY.block in execute(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/google-api-client-0.12.0/lib/google/apis/core/http_command.rb:101)
    at RUBY.block in retriable(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/retriable-3.0.2/lib/retriable.rb:53)
    at org.jruby.RubyFixnum.times(org/jruby/RubyFixnum.java:305)
    at RUBY.retriable(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/retriable-3.0.2/lib/retriable.rb:49)
    at RUBY.execute(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/google-api-client-0.12.0/lib/google/apis/core/http_command.rb:93)
    at RUBY.execute_or_queue_command(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/google-api-client-0.12.0/lib/google/apis/core/base_service.rb:360)
    at RUBY.get_dataset(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/google-api-client-0.12.0/generated/google/apis/bigquery_v2/service.rb:134)
    at RUBY.block in get_dataset(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/embulk-output-bigquery-0.4.5/lib/embulk/output/bigquery/bigquery_client.rb:369)
    at RUBY.with_network_retry(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/embulk-output-bigquery-0.4.5/lib/embulk/output/bigquery/google_client.rb:81)
    at RUBY.get_dataset(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/embulk-output-bigquery-0.4.5/lib/embulk/output/bigquery/bigquery_client.rb:369)
    at RUBY.auto_create(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/embulk-output-bigquery-0.4.5/lib/embulk/output/bigquery.rb:288)
    at RUBY.transaction(/jenkins/workspace/some-jenkins-job/vendor/bundle/jruby/2.3.0/gems/embulk-output-bigquery-0.4.5/lib/embulk/output/bigquery.rb:343)
    at RUBY.transaction(uri:classloader:/embulk/output_plugin.rb:64)
    at RUBY.run(uri:classloader:/embulk/runner.rb:84)
    at RUBY.run(uri:classloader:/embulk/command/embulk_run.rb:307)
    at RUBY.<main>(uri:classloader:/embulk/command/embulk_main.rb:2)
    at org.jruby.RubyKernel.require(org/jruby/RubyKernel.java:956)
    at jenkins.home.$_dot_embulk.bin.embulk.embulk.command.embulk_bundle.<main>(file:/jenkins/home/.embulk/bin/embulk!/embulk/command/embulk_bundle.rb:30)

Error: org.jruby.exceptions.RaiseException: (SSLError) certificate verify failed

embulk-output-bigqueryでBigQuery APIにアクセスする際のエラーのようですが、全然心当たりがありません。というのをTwitterでつぶやいたらTreasureData社の方に拾ってもらって同じような現象の方の話を教えてもらいました、神。。！

embulk-output-bigqueryで同じ現象が起きているんですが、さっきツイート見かけたのでこちらのスレッドご参考までに。https://t.co/Dg8ChFGm2e
— Satoshi Akama (@oreradio) 2017年10月3日

その後色々調べる感じ、Ebmulkが使ってるJRuby (or Java)のレイヤーで起こる特有のエラーっぽいと言うことが分かりました。

2017-08-14

Ubuntuでgitがアップデートされてるか確認する

Git linux

先日Gitの脆弱性が発表されて、自分たちのサーバでいろいろ対応した時のメモです。バージョンはUbuntu14.04。

バージョン確認

$ dpkg -l git
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                                                           Version                              Architecture                         Description
+++-==============================================================-====================================-====================================-=================================================================================================================================
ii  git                                                            1:1.9.1-1ubuntu0.6                   amd64                                fast, scalable, distributed revision control system

自動アップグレードの設定確認

Ubuntuでは unattended-upgrades というパッケージで自動アップグレードができるようになるようです。設定内容は /etc/apt/apt.conf.d/20auto-upgrades で確認します。

Ubuntu 16.04: 自動アップデート / アップグレードの設定をする - Narrow Escape

$ cat /etc/apt/apt.conf.d/20auto-upgrades
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Unattended-Upgrade "1";

自動アップグレードの実施確認

自動アップグレードの履歴は /var/log/apt/history.log に出力されてるので、内容を確認します。こんな感じのログが出てるはず。

Start-Date: 2017-08-11  06:27:58
Upgrade: git-man:amd64 (1.9.1-1ubuntu0.5, 1.9.1-1ubuntu0.6), git:amd64 (1.9.1-1ubuntu0.5, 1.9.1-1ubuntu0.6)
End-Date: 2017-08-11  06:28:29

2017-08-13

携帯をP10 liteに変えた

日記

2014年の4月くらいからNexus 5を愛用してたんですが、2016年10月にセキュリティパッチの提供も終了してしまい、さらに以前修理したにもかかわらず、また最近液晶を割ってしまい、そろそろ変えないとと思っていました。

とりあえず、色々考えた結果、HuaweiのP10 liteにした次第です。

Huawei 5.2型 P10 lite SIMフリースマートフォンミッドナイトブラック【日本正規代理店品】 P10 LITE/WAS-L22J/MI

出版社/メーカー: HUAWEI(ファーウェイ)
発売日: 2017/06/09
メディア: エレクトロニクス
この商品を含むブログ (1件) を見る

普通のP10と迷いましたが、高かったのとliteでもNexus 5より高スペックだったのでまあ良いかなと思い決断しました。

使い始めて1週間位経ちますが、Nexus 5と比べても全然サクサクなので不満はありません。あといちばん良かったのが指紋認証の機能で、いちいちPINを入れる手間が省けたのが一番良かったです。アプリを開くたびに結構長くて複雑なパスワード入れないといけない1Passwordのアプリも対応してて感動でした。最近の機種にはデフォルトで付いてるものなのかもしれませんが、3年ぶりに買い替えた身としてはかなり驚いた次第です。

2017-06-15

俺的90年代アニソンTOP20

マンガ・アニメ・ゲーム

@ojiry さんとTwitterで懐かしアニソンの話になり、面白そうだったのでやってみました。俺的ランキングなので異論などはあると思いますが、ご覧くださいw

ルール

1990~1999年に放送されたアニメ (TV, OVA, 劇場版) の主題歌、挿入歌
作品と歌手は重複なし

2017-04-29

Little Glee Monster の新体制初ライブに行ってきた@渋谷duo

リトグリ日記

麻珠の活動休止発表以降初のミニライブに行ってきました。この記事によると、競争率約10倍だったようです。それはともかく、リトグリの再スタートとなる貴重なライブに参加できてよかったです。今後も応援していきます。

f:id:kamatama_41:20170428195150j:plain

開催場所の渋谷duoはリトグリがはじめてワンマンライブを開催した場所です。また、Girls be Free!のMVの最後のライブ映像の場所でもあります*1。

www.youtube.com

セットリスト

Seasons of love (アカペラ)
好きだ
Go my way (新曲)
HARMONY
SAY
だから、ひとりじゃない
はじまりのうた (アンコール)

詳細・感想など

麻珠パートの多くはアサヒが担当していた。今後はアサヒがある程度メインパートをやっていくものと思われます
しかし既存曲はどうしてもまだ麻珠と比べてしまい違和感が拭えない感じが。聞いていく内に慣れてくるのかなとも思いますが
新曲のGo my wayは道のりは険しいけど進んでいく的な歌詞で*2、今のリトグリの決意表明のように感じた
MCは最初かれんが麻珠のことについて「中学生の時から一緒だったし、最初は受け入れがたかった。色々話しあいをしたけど、麻珠の決意は固かったので今は応援している」
次に芹奈が今後の決意表明「武道館の夢は叶った。次の夢の2020年のオリンピックに向かって、とても大きい夢だけど絶対諦めないのでついて来てほしい」
新曲「だから、ひとりじゃない」が5/31発売。リリイベも7都市で開催
秋ツアーの詳細発表 (20都道府県23公演)

*1:たぶんこれが前のワンマンの時だと思われます参考: http://natalie.mu/music/news/132056

*2:自分が聞き間違えて無ければ

2017-04-17

リトグリ麻珠無期限活動休止

リトグリ日記

いつもLittle Glee Monsterを応援してくださっている皆様へ重要なお知らせhttps://t.co/l63uMAM7Sc
— Little Glee Monster (@LittleGleeMonst) 2017年4月16日

寝耳に水のこのニュース、、と言うわけでもなく、春ツアーのときから麻珠が脱退するのでは的なツイートがTwitterで散見されており漠然とした不安はありましたが、ついに来てしまったか、という感じです。

今思うと、春ツアー最終日で 麻珠の調子が悪そう と私が感じたのも、自分のリトグリ最後のライブということで色々思うことがあったのかなと推測されますね。

活動休止という選択は麻珠の歌手としてさらにレベルアップしたいというポジティブな決断だし、他のメンバーも彼女の決断を尊重し、応援しているので自分も応援したいです。麻珠が抜けたことで彼女のパートをどうするんだろうとか、コーラスの厚みが減ってしまうのではないだろうかという不安は正直ありますが、それらを乗り越えた新しいリトグリを期待したいと思います。

ガオラー歴8ヶ月ですが、麻珠がいたリトグリを生で経験できたのはとても幸運なことでした。Good Luck.

追記

2017年6月30日に、麻珠のリトグリ卒業と契約解除が発表されました。

Little Glee Monsterに関する重要なお知らせ

2017-04-10

Little Glee Monster のライブに行ってきた@東京国際フォーラム

リトグリ日記

春ツアー最終日、行ってきました。最終日ということでメンバーガオラーともども気合入ってたと思います。秋ツアー決定したということで、楽しみですね。

基本的なセットは武道館と同じ流れ
- オレンジ, 永遠に, Girls be Free, 君のようになりたいが無かった。
たまに主旋律が聞こえないことがあった。音響の問題か歌唱ミス?
麻珠がちょっと調子悪そうに感じた、珍しい
途中のMCでご当地CMソング集
- タケモトピアノ
- しろもとクリニック
- 共立美容外科
- 富士サファリパーク
- ソニー損保
アサヒのセッションは、"雨で湿気が多い、てるてる坊主忘れた"
芹奈が武道館でJOYの歌詞間違え謝る、manakaも...?
最後のMCで芹奈が "何百年後もみんなの心に残る歌手になりたい"、ぐう感動
5/22 Earth, Wind & Fire の武道館公演のオープニングアクト決定
秋ツアー決定

f:id:kamatama_41:20170409202053j:plain

かまたま日記3

プログラミングメイン、たまに日常

Ubuntu × JRubyでSSLError: certificate verify failed

Ubuntuでgitがアップデートされてるか確認する

バージョン確認

自動アップグレードの設定確認

自動アップグレードの実施確認

携帯をP10 liteに変えた

俺的90年代アニソンTOP20

ルール

Little Glee Monster の新体制初ライブに行ってきた@渋谷duo

セットリスト

詳細・感想など

リトグリ麻珠無期限活動休止

追記

Little Glee Monster のライブに行ってきた@東京国際フォーラム