はてなブックマーク

問題 Elasticsearch, Fluentd, Kibanaの構成を作り、apacheやapplicationのログを送るシステムまでは完成させたのだけれど、kibana上でdashboardを作っていた時に、apacheのresponse timeや、データサイズのfieldが上手くソートできない問題に遭遇。 stringで見てるっぽいなーってとこまではわかっている状態。 調査 とりあえず、mappingのrequestを投げるためにindexの名前とかを知りたい。 $ curl -XGET http://localhost:9200/_cat/indices?v health status index pri rep docs.count docs.deleted store.size pri.store.size yellow open tarr-1970.01.01 5 1

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

---> Package glibc-headers.x86_64 0:2.12-1.149.el6_6.5 will be an update ---> Package nss-softokn-freebl.x86_64 0:3.14.3-9.el6 will be updated ---> Package nss-softokn-freebl.i686 0:3.14.3-22.el6_6 will be installed ---> Package nss-softokn-freebl.x86_64 0:3.14.3-22.el6_6 will be an update --> Finished Dependency Resolution Error: Multilib version problems found. This often means that the root cau

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

TIQUE -O2 -Wall -W -fPIE -I../../../mkspecs/linux-g++ -I. -o icu.o icu.cpp icu.cpp:42:28: error: unicode/utypes.h: No such file or directory icu.cpp:43:26: error: unicode/ucol.h: No such file or directory icu.cpp:44:29: error: unicode/ustring.h: No such file or directory icu.cpp: In function ‘int main(int, char**)’: icu.cpp:48: error: ‘UErrorCode’ was not declared in this scope icu.cpp:48: error:

Background 現在、とあるベンダー製品の運用をしている。そのベンダー製品というのが、今どき珍しく、single instanceでしか動かないという仕様で、そのくせにトラブりまくるという感じである。そのトラブルに対応するために、threaddumpやらheapdumpやら、自動再起動などの、様々な運用を自動化するスクリプトをたくさん作って対応していた そうしたら、最近になって複数台構成にできるようにアップデートしてきた。自動化スクリプト群はsingle instance用に書かれているものばかりなので、複数台での運用の自動化の際に、それぞれが持っているsingle instance用のスクリプトを、なんらかのコマンドで同時に叩く、ということをしたかった。 Serf そこでSerfさんですよ。Serfをつかって、eventが送られた際に、任意のスクリプトをすべてのサーバで叩くという構

gitが大きくなると時間かかってしゃーないと思っていたら、ちょうどatlassianのブログにこんな記事があった。 How to handle big repositories with git - Atlassian Blogs 巨大なリポジトリ を Git で上手く扱う方法 直訳ではなく、読んだことを参考に自分用にメモを記す。これは本当にメモ代わりなので原文を参照した方がいいと思う。 gitが重くなる原因は、「長い歴史」と「デカいファイル」の2つがある。その2つの対処法。 長い歴史に対処する shallow cloneを使う gitのhistoryが積み重なると、git cloneに時間がかかる。そのときはshallow cloneを使って、深さを限定してcloneする。 git clone --depth depth remote-url 手元の環境だと23sくらいかかっていたのでも

[2015/08/25]追記 この方法では一時的にそのindexではうまくいきますが、fluentdから送られるデータは変わっておらず、新しいindexを作成するタイミングでまた同じ状況になってしまいます。 下記が現状での正しい対処法です。 Elasticsearchでintegerになっていて欲しいところがstringになっていた時の対処法 - Qiita 概要 fluentd + elasticsearch + kibanaを作成して、apacheのlatencyでsortしようとしたら、なんか上手くいかない。latencyがstringではいっていることに気づいた。 確認法 $ curl -X GET localhost:9200/apache_access-201405/access_log/_mapping?pretty=true { "apache_access-201405"

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?