技ブロ

NAT越しにMySQLでレプリケーションすると接続が切れる

2013-11-08T16:12:22+09:00

DCとＡＷＳ間で、MySQLのレプリケーションを試してみたら、レプリケーションがうまくいかなかった。無通信状態が1時間続くと接続がきれてしまいます。
現象発生時にマスター側、スレーブ側で以下のような確認をしましたが、正常そうに見えました。

確認内容

・マスター側でshow slave hostsを実行すると、1時間経過した時点でエントリーが消える。
・この時スレーブ側でshow slave statusを実行すると、IOスレッドの稼働状況はYesになっている。
・両方でnetstat -atnを実行すると、スレーブ側ではEstablishedになっているが、マスター側には対応するセッションがない。

最後のnetstatsの結果から途中経路にあるNW機器が原因かと辺りをつけて、両方のMySQLサーバでパケットキャプチャしてみると、30分おきにマスターからスレーブに対してpushフラグのついたパケットが投げられていましたが、途中経路にあるYamaha RTX1200がリセットフラグのついた応答を返していました。
どうやら、RTX1200のNatテーブル保持期間がデフォルトで900秒だったため、Natテーブルからレコードが消えていたため通信に失敗していました。
このため、マスターからスレーブへパケットを投げる間隔を60秒にしてやったところ、問題は解決しました。

変更するためには、スレーブ側で以下のコマンドを実行します。

mysql> change master to MASTER_HEARTBEAT_PERIOD=60;

Fedora19のコンソール設定

2013-11-07T00:36:15+09:00

Fedora19をvirt-installでKVM上にインストールしたら、コンソールが表示されなかった。しかもgrub2に代わってコンソール設定も迷ったので対処方法のメモ。

(1)/etc/default/grubに以下の行を追加する。

GRUB_TERMINAL_OUTPUT=serial
GRUB_SERIAL_COMMAND="serial --unit=0 --speed=115200 --word=8 --parity=no --stop=1"

(2)grub.cfgの再作成

# grub2-mkconfig -o /boot/grub2/grub.cfg

GRUB_TERMINAL_OUTPUTがないと、シリアルに関する設定がgrub.cfgに入らないところで、少し戸惑った。

Glassfishインスタンスリソース監視テンプレ

2012-12-27T14:21:46+09:00

今までTomcatを複数台用意して運用していましたが、はっきりいって管理が面倒でした。
そこで代替品を探していたら、Glassfishというフリーのアプリケーションサーバに出会いました。
こいつがまた、管理用Webから一元管理ができて、クラスターの拡張も簡単という、とてもイカす奴でした。

運用するからには監視が必要ということで、ZabbixでGlassfishクラスタの各インスタンスのリソース監視をするためのPythonスクリプトを作りました。

これ　→　zabbix_server.tgz

【環境】
　・監視サーバ　　Zabbix　1.8系
　・監視対象　　CentOS6　Python2.6系　Zabbix　1.8系（Zabbix-JP配布のRPM）

使用方法

■Glassfish管理ノード側作業
(1)pythonスクリプトをGlassfish管理ノードに配置する。
　　配置先　/etc/zabbix/customscripts/glassfish_monitor.py
　　実行権限をつけ忘れないように。
(2)pythonスクリプトの編集
　　・das_userにDASのログインユーザ、パスワードを記述する。
　　　　デフォルトだと、admin:admin
　　・zabbix_serverにZabbixサーバのDNS名を記述する。
(3)userparameter_glassfish.confを/etc/zabbix/zabbix_agentd.dに配置し、zabbix_agenを再起動する。
■Zabbixサーバ側作業
(1)テンプレートをZabbixサーバにインポートする。
(2)監視したいインスタンス（Javaプロセスのこと）をZabbixサーバに登録する。
　　登録する際、以下のように入力する。
　　　DNS名：Glassfish　DASのサーバ名
　　　接続方法：DNS名
　　　マクロ：{$node}　=>　インスタンス名　(クラスタに定義されているインスタンス名)

JDKのバージョンによって、GCの種類が変わってくるので、スクリプト中の以下の箇所を編集する必要があるかもしれません。

menu={"os":"/jvm/operating-system","compiler":"/jvm/compilation-system","runtime":"/jvm/runtime","thread":"/jvm/thread-system","memory":"/jvm/memory","majorgc":"/jvm/garbage-collectors/PS%20MarkSweep","minorgc":"/jvm/garbage-collectors/PS%20Scavenge","class":"/jvm/class-loading-system"}

GlassfishのRESTチャネルを使って値をとってきているので、https://hoge.glassfish.manage.server:4848/monitoring/domain/　にブラウザでアクセスすれば何に変更すればいいかわかると思います。

systemctlによるサービス管理でつまづいた

2012-12-07T12:17:08+09:00

仕事で使ってるサーバの大半はCentOSなんですが、たまにFedoraが混じってたりします。
Fedoraの場合、サービス管理にはsystemdを経由しますが、こいつがたまに思った通りに動いてくれません。

CentOS用に作ったkyototycoonのRPMパッケージを、Fedora用にパッケージし直し、いざ起動するとすぐ停止してしまいます。
kyototycoonのログを見ると、起動した形跡はあるが、直後にシャットダウンされている模様。
起動直後に、ステータスみると確かに殺されている。

# /etc/init.d/ktserver status
ktserver.service - LSB: KyotoTycoon Server
          Loaded: loaded (/etc/rc.d/init.d/ktserver)
          Active: deactivating (stop) since Fri, 07 Dec 2012 12:03:05 +0900; 1s ago
         Process: 32573 ExecStart=/etc/rc.d/init.d/ktserver start (code=exited, status=0/SUCCESS)
        Main PID: 32578 (code=exited, status=0/SUCCESS); Control: 32581 (ktserver)
          CGroup: name=systemd:/system/ktserver.service
                  t 32580 /usr/bin/ktserver -port 1978 -dmn -li -log /var/log/ktserver.log -pid /var/run/ktserver.pid -th 64 -sid 2 -mhost taudience01.hogehoge.com -mport 1978 -rts /data/ktser...
                  t 32581 /bin/bash /etc/rc.d/init.d/ktserver stop
                  m 32650 sleep 1

同じパッケージを入れている別のサーバではおきなかったりして、今のところ原因不明です。

とりあえず回避方法として、systedを経由せずに起動させています。
やり方は簡単で、起動スクリプト中に以下のシェル変数を定義すればOKです。

【変数】
　　SYSTEMCTL_SKIP_REDIRECT=yes

値は便宜上yesにしましたが、何でもOKです。
　

ZABBIXとnscd

2012-09-28T20:22:00+09:00

ZABBIXサーバってエージェントに接続する度に、DNSに問い合わせを投げてるみたいです。
1年以上ZABBIXを運用していて、今まで気づかなかったのは恥ずかしい限りです。
障害対応の際にZABBIXサーバのプライマリDNSを切り替えた前後のトラフィックが、劇的に変化したので気づきました。
内部ホストのレコードなんてそうそう変わらないので、DNSキャッシュを立てたら帯域の節約になる、ってことでnscdを起動したら、こんなに変わりました。

fluentdを使ってzabbixでログ監視

2012-09-04T17:59:38+09:00

うちの会社ではzabbixを使ってサーバの監視をしていますが、リソースの使用率のグラフ化やアラートの設定条件など、おおむねその機能に満足しています。しかし唯一不満な部分があります。それは、ログ監視。

たとえばTomcatのCatalina.logを監視していて、OutOfMemoryが出力されたらアラートを上げるように設定すると、出力行数だけ障害メールが飛んできて、さらにすぐさまリカバリーが来るという、なんともいただけない仕様なのです。
ひどいときは、それで200通以上のメールが携帯に届くこともあります。

最近fluentdを導入したこともあり、ログの集計結果を監視に利用できないかと考えたら、意外とすんなりできたのでご紹介します。

【監視対象サーバに必要なもの】
　fluentd
　fluent-plugin-zabbix
　fluent-plugin-datacounter
　fluent-plugin-forest

(1)監視対象サーバに必要なものをインストール

(2)fluentd.confに以下の設定をする。
　　以下の設定では、/opt/tomcat7/logs/catalina.out　にOutofMemoryErrorが出ていないか監視します。
　　これにより毎分、OutOfMemoryErrorが難行出力されているかカウントし、結果をzabbixサーバに送るようになります。
　　
【fluentd.conf】

   type tail
   path /opt/tomcat7/logs/catalina.out
   tag java.tomcat.hoge
   format /^(?.*)$/
   rotate_wait 60
   pos_file /var/lib/fluentd/catalina.out.pos

   type forest
   subtype datacounter
   remove_prefix java.tomcat


   type forest
   subtype zabbix
remove_prefix javalog


(3)zabbixサーバにホスト、キー、トリガーを追加
　ホスト名　hoge
　キー　　　oom_count
　トリガー　　{Template:oom_count.count(300,0,"gt")}>0

以上でほかの監視と同じように、ログ監視にいろいろなトリガー条件を使うことができるようになります。
また、ほかの文字列を監視したい場合は、pattern1 oom ^.*OutOfMemoryError.*$　の下に、同じようにpattern2を書いてあげて、zabbixサーバにキー、トリガーを追加すればOK。
ログ形式をパースしていないので、どんなログにも使えます。

また、上の設定ではfluent-plugin-forestを使ってますが、中継fluentdサーバを使わないのであればいりません。
中継サーバがある場合は、fluent-plugin-forestを使ったほうが断然設定が短くなります。
上の設定だと、で定義しているタグ中にホスト名を入れているので、ほかのサーバで同じことをしたい場合に中継サーバの設定をいじらなくて済みます。

fluentdはまだ使い始めたばかりですが、今後もちょっと便利な使い方を見つけたら、書いていきます。

CentOS6.3の罠

2012-07-20T13:18:50+09:00

CentOS6.3がでたので、さっそくインストールして使おうと思ったら、通信できない。
bonding＋VLAN　という環境で使ってるので、設定ミスかと色々悩んだ結果、バグでした。

カーネル：　2.6.32-279.el6.x86_64
http://bugs.centos.org/view.php?id=5816

カーネルパニックに出会って、まわりに言ったらあっさりこんな情報を送ってくれました。orz

ちなみに、以下の手順でパニックが発生しました。

(1)　bondingインターフェースをダウン
　　# ifdown bond0
(2)　bondingインターフェースをアップ
　　# ifup bond0
　　ここで、突然通信できるようになりました。
(3)　ネットワークスクリプトの再起動
　　# /etc/init.d/network restart

パニック発生

general protection fault: 0000 [#1] SMP
last sysfs file: /sys/devices/virtual/net/bond0.31/broadcast
CPU 1
Modules linked in: bonding 8021q garp stp llc ipv6 dcdbas microcode serio_raw iTCO_wdt iTCO_vendor_support tg3 sg i3200_edac edac_core ext4 mbcac]

Pid: 27521, comm: pidof Not tainted 2.6.32-279.1.1.el6.x86_64 #1 Dell Inc. PowerEdge R200/0FW0G7
RIP: 0010:[] [] dev_gro_receive+0x33/0x290
RSP: 0018:ffff880028283cb0 EFLAGS: 00010282
RAX: 677568097665646f RBX: ffff880229176480 RCX: ffff880229176480
RDX: 0000000000000608 RSI: ffff880229176480 RDI: ffff880228c8a760
RBP: ffff880028283ce0 R08: ffff880228d83020 R09: 0000000000000000
R10: fffffffffffffff0 R11: 0000000000000040 R12: ffff880228c8a760
R13: ffff880229176480 R14: ffff8802291764b8 R15: 000000000000001f
FS: 00007eff3549a700(0000) GS:ffff880028280000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007eff354a1000 CR3: 00000002277f4000 CR4: 00000000000406e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process pidof (pid: 27521, threadinfo ffff880229382000, task ffff880227e8eae0)
Stack:
ffff880028283cc0 000000000000001f ffff880228c8a760 ffff880229176480
ffff880229176480 000000000000001f ffff880028283d00 ffffffff814d7af8
ffff880028283d20 ffff880229176480 ffff880028283d30 ffffffff814d7d7a
Call Trace:

[] vlan_gro_common+0x188/0x230
[] vlan_gro_receive+0x7a/0xa0
[] tg3_poll_work+0x612/0xe30 [tg3]
[] ? perf_event_task_tick+0xa8/0x2f0
[] tg3_poll+0x7b/0x440 [tg3]
[] net_rx_action+0x103/0x2f0
[] __do_softirq+0xc1/0x1e0
[] ? handle_IRQ_event+0x60/0x170
[] ? __do_softirq+0x11f/0x1e0
[] call_softirq+0x1c/0x30
[] do_softirq+0x65/0xa0
[] irq_exit+0x85/0x90
[] do_IRQ+0x75/0xf0
[] ret_from_intr+0x0/0x11

[] ? release_pages+0x48/0x250
[] ? get_user_pages+0x49/0x50
[] ? do_page_fault+0x3e/0xa0
[] ? mem_cgroup_get_reclaim_stat_from_page+0x20/0x70
[] ____pagevec_lru_add+0x167/0x180
[] lru_add_drain+0x9b/0xa0
[] unmap_region+0x4e/0x130
[] do_munmap+0x2b6/0x3a0
[] sys_munmap+0x56/0x80
[] system_call_fastpath+0x16/0x1b
Code: 48 89 5d d8 4c 89 65 e0 4c 89 6d e8 4c 89 75 f0 4c 89 7d f8 0f 1f 44 00 00 48 8b 46 20 0f b7 56 7e 49 89 fc 48 89 f3 4c 8d 76 38 40 71
RIP [] dev_gro_receive+0x33/0x290
RSP
BUG: scheduling while atomic: swapper/0/0x10000100
---[ end trace fc3a501a071deef7 ]---
Kernel panic - not syncing: Fatal exception in interrupt
Pid: 27521, comm: pidof Tainted: G D --------------- 2.6.32-279.1.1.el6.x86_64 #1
Call Trace:
[] ? panic+0xa0/0x168
[] ? oops_end+0xf2/0x100
[] ? die+0x5b/0x90
[] ? do_general_protection+0x152/0x160
[] ? kfree_skb+0x42/0x90
[] ? general_protection+0x25/0x30
[] ? dev_gro_receive+0x33/0x290
[] ? vlan_gro_common+0x188/0x230
[] ? vlan_gro_receive+0x7a/0xa0
[] ? tg3_poll_work+0x612/0xe30 [tg3]
[] ? perf_event_task_tick+0xa8/0x2f0
[] ? tg3_poll+0x7b/0x440 [tg3]
[] ? net_rx_action+0x103/0x2f0
[] ? __do_softirq+0xc1/0x1e0
[] ? handle_IRQ_event+0x60/0x170
[] ? __do_softirq+0x11f/0x1e0
[] ? call_softirq+0x1c/0x30
[] ? do_softirq+0x65/0xa0
[] ? irq_exit+0x85/0x90
[] ? do_IRQ+0x75/0xf0
[] ? ret_from_intr+0x0/0x11
[] ? release_pages+0x48/0x250
[] ? get_user_pages+0x49/0x50
[] ? do_page_fault+0x3e/0xa0
[] ? mem_cgroup_get_reclaim_stat_from_page+0x20/0x70
[] ? ____pagevec_lru_add+0x167/0x180
[] ? lru_add_drain+0x9b/0xa0
[] ? unmap_region+0x4e/0x130
[] ? do_munmap+0x2b6/0x3a0
[] ? sys_munmap+0x56/0x80
[] ? system_call_fastpath+0x16/0x1b
Modules linked in: bonding 8021q garp stp llc ipv6 dcdbas microcode serio_raw iTCO_wdt iTCO_vendor_support tg3 sg i3200_edac edac_core ext4 mbcach
panic occurred, switching back to text console
dm_log dm_mod [last unloaded: scsi_wait_scan]
CPU 2
Modules linked in: bonding 8021q garp stp llc ipv6 dcdbas microcode serio_raw iTCO_wdt iTCO_vendor_support tg3 sg i3200_edac edac_core ext4 mbcac]

Pid: 0, comm: swapper Tainted: G D --------------- 2.6.32-279.1.1.el6.x86_64 #1 Dell Inc. PowerEdge R200/0FW0G7
RIP: 0010:[] [] mwait_idle+0x77/0xd0
RSP: 0018:ffff88022ae51ee8 EFLAGS: 00000246
RAX: 0000000000000000 RBX: ffff88022ae51ef8 RCX: 0000000000000000
RDX: 0000000000000000 RSI: ffff88022ae51fd8 RDI: ffffffff81dda228
RBP: ffffffff8100ba4e R08: 0000000000000000 R09: 0000000000000002
R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000002
R13: ffff88022ae51e78 R14: ffffffff81099015 R15: ffff88022ae51e68
FS: 0000000000000000(0000) GS:ffff880028300000(0000) knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 0000000000481046 CR3: 0000000001a85000 CR4: 00000000000406e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process swapper (pid: 0, threadinfo ffff88022ae50000, task ffff88022ae26040)
Stack:
ffff88022ae51fd8 ffffffff81c017c0 ffff88022ae51f28 ffffffff81009e06
ffff88022ae51f18 cf1d5955c0b9d404 0000000000000000 0000000000000000
ffff88022ae51f48 ffffffff814f6cef 0000000000000000 00000002814f6ac5
Call Trace:
[] ? cpu_idle+0xb6/0x110
[] ? start_secondary+0x22a/0x26d
Code: d2 65 48 8b 34 25 c8 cb 00 00 48 89 d1 48 8d 86 38 e0 ff ff 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8 08 75 24 31 c0 fb 0f 01 c9 <5b> 41 5c
Call Trace:
[] ? atomic_notifier_call_chain+0x1a/0x20
[] ? cpu_idle+0xb6/0x110
[] ? start_secondary+0x22a/0x26d

stunnelを使った通信経路の暗号化

2012-06-08T18:16:06+09:00

外部に借りているVPSを、zabbixで監視したいけど、平文でやり取りするのは不安・・・
そんなとき、stunnelを使ってみませんか。

自分もどうしようかと悩んでいた時、@BlueSkyDetector氏の「そういえばZabbixの通信暗号化ってStunnelを使えいいじゃん。あとで試そう。」ってつぶやきを見つけて、挑戦してみました。
しかもstunnelって、実はcentosを最小インストールしても入ってくる身近な存在だったのです。

やりたいことをまとめると、
　１　zabbixサーバ－zabbixエージェント間の通信を暗号化したい。
　２　第三者がzabbixエージェントに接続できないようにしたい。

さて構成ですが、こんな感じです。

紺色の矢印が、平文でながれるところです。
さて方法ですが、まず以下の証明書を用意してください。
　１　サーバの秘密鍵
　２　サーバ証明書
　３　サーバ証明書に署名したオレオレCAの証明書

このうち　３　の証明書が、第三者を締め出す肝になります。

以下、証明書は、/etc/stunnel　配下に配置、設定ファイルは　/etc/stunnel.conf　とします。

【zabbixエージェント側の作業】
　zabbixサーバからの接続を受け付けるので、stunnelはサーバモード(デフォルト動作)で動作させます。

　１　証明書の配置
　　　上記１～３の証明書を、配置します。

　２　CA証明書の名前をハッシュ化
　　　CA証明書の指定の仕方は二通りあって、CApathでディレクトリを指定するか、CAfileでファイル名を直接指定します。
　　　CApathを使う場合、配下のCA証明書の名前はハッシュ化されていないといけないので、以下のコマンドを実行してください。
　　　　　　＃c_rehash /etc/stunnel

　　　ちなみにc_rehashコマンドは、CentOSだと、openssl-perl　パッケージに入っています。

　３　設定ファイルの記述
　　　[/etc/stunnel.conf]
　　　
　　　pid = /var/run/stunnel.pid

　　　cert = /etc/stunnel/server.crt
　　　key = /etc/stunnel/server.key

　　　[zabbix]
　　　accept = 10058
　　　connect = 10050
　　　verify = 2
　　　CApath = /etc/stunnel
　　　;CAfile = /etc/stunnel/cacert.pem

　　　acceptで待ち受けポート、connectで接続先サーバを指定しています。
　　　これだと、すべてのローカルアドレス:10050　で待ち受け、localhost:10050　に転送することになります。
　　　また、verifyでクライアント認証を有効にしています。
　　　
　４　プログラムの起動
　　　#　stunnel /etc/stunnel.conf

【zabbixサーバ側の作業】
　zabbixサーバからエージェントに対して接続にいくので、stunnelはクライアントモードで動作させます。

　１　証明書の配置
　　　上記１～２の証明書を、配置します。
　　　面倒なので、同じ証明書を使っちゃいます。

　２　　３　設定ファイルの記述
　　　[/etc/stunnel.conf]
　　　pid = /var/run/stunnel.pid

　　　key = /etc/stunnel/sakura.shinobi.jp.key
　　　cert = /etc/stunnel/sakura.shinobi.jp.crt

　　　[zabbix_client]
　　　client = yes
　　　accept = 127.0.0.1:10060
　　　connect = zabbix-agent.hogehoge.com:10055

　３　プログラムの起動
　　　#　stunnel /etc/stunnel.conf

これで、zabbixサーバのlocalhost:10060　に接続すると、zabbixエージェントから応答が返ってきます。
また、openssl s_clientコマンドで、直接zabbixエージェントのstunnelに接続しようとすると、怒られますので、クライアント認証も機能しているようです。

なお通信経路の暗号化だけであれば、zabbixサーバ側のstunnelにkey、certで証明書を指定する必要はありません。

これでVPSにいたずらされることもなくなって、めでたしめでたし

systemdにjettyを登録する

2012-05-11T13:40:05+09:00

fedora15になってサービス管理がガラッとかわり、/etc/init.d/の下の起動スクリプトではなく、systemctlコマンドでサービスの操作を行うようになった。
今回、jettyをサービスとしてfedoraに登録した際に手間取ったので、ここにメモしておく。
使用したjettyのバージョンは、jetty-hightide-8.1.3.v20120416

まず、fedora15になってサービスに関する情報は、/lib/systemd/system　配下に集められた。
サービスを登録する場合、今までどおり起動スクリプトを/etc/init.d配下に置き、chkconfig --addで登録することも可能だが、せっかくだからsystemdの作法に従って登録したい。
そのためには、以下のような設定ファイルを書かなければいけない。

【jetty.service】
[Unit]
Description=Jetty Application Containar

[Service]
Type=simple
EnvironmentFile=-/opt/jetty/etc/jetty-env
PIDFile=/var/run/jetty.pid
User=jetty
Group=jetty
ExecStart=/usr/bin/java $RUN_ARGS

StandardOutput=null

[Install]
WantedBy=multi-user.target

そのうえで、systemctl --system daemon-reload　をすれば完了。

上の設定ファイルで、EnvironmentFileにより環境変数を定義したファイルを読み込んでいるが、環境変数はExecStartでの定義にのみ使えるようだ。
User、Groupで使ってみたら、エラーになった。

なおsystemdの設定ファイルに関する情報はまだまだ少なく、結局man systemd.serviceと既存の設定ファイルが一番役に立った。

fluentのRPMパッケージを作ろう

2012-04-20T17:35:04+09:00

巷で話題のfluentを、導入してみることにした。
だが、gem install fluent　ってやるのはいかがなものか。
rubyのバージョンもあるが、いろいろなパッケージが勝手に入って、精神衛生上よろしくない。
fedoraをつかってるので、できればRPMにしたい。
でもSPECファイル書くの面倒くさいなぁと思っていたら、意外にも簡単にできました。

ざっくり流れを書くと
　(1)td-agentのSRPMをもってくる。
　(2)fluentの最新ソースをダウンロード
　(3)td-agentパッケージを解凍して、SPECファイルを編集
　(4)td-agentにはいっているautogen.sh、Makefile.amをfluentdのディレクトリにコピーし、編集
　(5)fluentdをtarでアーカイブ
　(6)ビルドに必要なライブラリ（libyaml-devel）をインストール
　(7)rpmbuildでパッケージ化
ってなもんです。
他人のふんどしで相撲を取ってるようなもんですけど、以下に詳細な手順を記します。

【パッケージ作成手順】
　(1)td-agentのSRPMSをもってくる。
　　　ここ　からパッケージをもってくる。（今回は、td-agent-1.1.3.1　を使いました。）
　　　ちなみに、rpmパッケージは以下のコマンドで解凍できます。

　　　　　# rpm2cpio td-agent-1.1.3.1-0.src.rpm | cpio -id

　(2)fluentの最新ソースをダウンロード
　　　ここから最新のfluentのソースをもってきます。
　　　開発が活発なので、ひと月もたつとすっかり古くなります。

　(3)td-agentパッケージを解凍して、SPECファイルなどを編集
　　　SRPMを解凍して中身を修正します。
　　　1　SPECファイルの編集
　　　　　文字列"td-agent"を"fluentd"に置換します。

　　　　　　　　# sed -i s/td-agent/fluentd/g td-agent.spec

　　　　　また、Version:を今回入れるfluentdのバージョンにします。

　　　2　ファイル名変更
　　　　　td-agent.init　→　fluentd.init
　　　　　td-agent.spec　→　fluentd.spec
　　　
　(4)td-agent-xx.xx.xx.tar.gzにはいっている以下のファイルをfluentdのディレクトリにコピーし、編集
　　　・autogen.sh
　　　　一緒にコンパイルするruby、その他モジュールのバージョンを変更します。
　　　　せっかくなので、新しいバージョンでパッケージ。

　　　　　　download "http://ftp.ruby-lang.org/pub/ruby/1.9" "ruby-1.9.3-p125.tar.bz2"
　　　　　　download "http://rubygems.org/downloads" "json-1.6.6.gem"
　　　　　　download "http://rubygems.org/downloads" "msgpack-0.4.6.gem"
　　　　　　download "http://rubygems.org/downloads" "iobuffer-0.1.3.gem"
　　　　　　download "http://rubygems.org/downloads" "cool.io-1.1.0.gem"
　　　　　　download "http://rubygems.org/downloads" "http_parser.rb-0.5.3.gem"
　　　　　　download "http://rubygems.org/downloads" "yajl-ruby-1.1.0.gem"
　　　　　　download "http://rubygems.org/downloads" "jeweler-1.8.3.gem"
　　　　　　download "http://rubygems.org/downloads" "psych-1.3.2.gem"

　　　・Makefile.am
　　　　一緒にパッケージ化したいプラグインを追加します。

　　　　　　PLUGINS = \
　　　　　　 fluent-plugin-td-0.10.6.gem \
　　　　　　 fluent-plugin-hoop-0.1.2.gem \
　　　　　　 fluent-plugin-zabbix-0.0.1.gem \
　　　　　　 fluent-plugin-scribe-0.10.7.gem \
　　　　　　 fluent-plugin-hipchat-0.1.0.gem \
　　　　　　 fluent-plugin-forest-0.1.0.gem \
　　　　　　 fluent-plugin-cassandra-0.0.2.gem \
　　　　　　 fluent-plugin-mongo-0.6.7.gem

　　　　また、td-agentという文字列をfluentdに一括置換します。
　　　　　　# sed -i -e s/td-agent/fluentd/g Makefile.am

　　　・td-agent.prelink.conf
　　　　ファイル名を、fluentd.prelink.confに変更します。

　　　・configure.in
　　　　そのままコピーします。

　　　・td-agent.conf
　　　　fluentd.confとしてコピーします。

　(5)fluentdをtarでアーカイブ
　　　ディレクトリ名をfluentd-0.10.18　のような名前にして、fluentd-0.10.18.tar.gzのように
　　　アーカイブします。
　　　これを、td-agent-xx.xx.xx.tar.gzと入れ替えます。

　(5)ビルドに必要なライブラリ（libyaml-devel）をインストール
　　　fedoraだと、標準のリポジトリにあるので、yum install　libyaml-devel　すればよいです。
　　　CentOSだと用意されていないので、EPELから持ってきてください。
　　　　→td-agent-1.1.4では、BuildRequiresにlibyaml-develが追加されたようで、ないと先に進めません。
　　　　　　1.1.3ではエラーは出るがとりあえずコンパイルが走った。

　(6)rpmbuildでパッケージ化
　　　あとは、各ファイルを所定の位置に配置して、コマンドを実行です。

　　　# rpmbuild -ba fluentd.spec　　（ポチっとな）

これで完了。
やっぱり　SRPMがあると、パッケージ化が楽ですね。

　　