From teruo.oshida ＠ miraclelinux.com Fri Apr 3 10:55:01 2015 From: teruo.oshida ＠ miraclelinux.com (=?UTF-8?B?5oq855Sw5YWJ6ZuE?=) Date: Fri, 3 Apr 2015 10:55:01 +0900 Subject: [Hatohol-users] =?utf-8?b?44Oq44Ot44O844OJ44K544Kk44OD44OB44Gu?= =?utf-8?b?6Imy?= Message-ID: 押田です。 教えてください。 Hatohol の Web UI の右上にリロードスイッチがあるかと思います。 （これがリロードスイッチであるというアナウンスを見つけられていませんが。。。） このスイッチ、 何色が自動リロード ON ですか？ できれば画像付きで説明いただけると助かります。 ＃「青色が ON です」という回答だと、「どこが青色だと、ですか」と再質問することになります :-p From teruo.oshida ＠ miraclelinux.com Fri Apr 3 10:57:27 2015 From: teruo.oshida ＠ miraclelinux.com (=?UTF-8?B?5oq855Sw5YWJ6ZuE?=) Date: Fri, 3 Apr 2015 10:57:27 +0900 Subject: [Hatohol-users] =?utf-8?b?SGF0b2hvbC0xNS4wM+ODquODquODvOOCuQ==?= =?utf-8?b?44Gu44GK55+l44KJ44Gb?= In-Reply-To: References: Message-ID: 押田です。 リリースご苦労さまでした。 ちょっと分からない文章があったので教えてください。 > RPM によるインストール方法 (CentOS 6.5向け) > https://github.com/project-hatohol/website/blob/master/contents/docs/install/15.03/ja/index.md 「Hatohol DBの初期化」の、 > 15.03では、hatohol-db-initiatorはhatoholデータベースを作成後、コマンドライン引数を必要としなくなりました。 > db_name、 db_userとdb_passwordはhatohol.confから読み込まれます。 > hatohol.confは${prefix}/etc/hatohol/hatohol.confに配置されています。 ここの意図することが理解できていません。 hatohol-db-initiator は hatohol db を作成するためのものですよね？ 2015年3月31日 18:53 中川雅之 : > 皆様 > > こんにちは。中川です。 > Hatohol-15.03リリースのお知らせです。 > > 今回のリリースでの大きな変更点として，ライセンスの変更 > （GPLv2+ → LGPLv3）とグラフ機能の大幅な強化があります。 > また，今後の拡張のために内部データ構造の大幅な見直しを > 行いました。 > > RPMのインストール方法，リリースノートについてはそれぞれ > 以下のドキュメントを参照してください。 > > リリースノート > https://github.com/project-hatohol/hatohol/blob/15.03/ReleaseNote > > RPM によるインストール方法 (CentOS 6.5向け) > https://github.com/project-hatohol/website/blob/master/contents/docs/install/15.03/ja/index.md > > アップグレードについて（過去バージョンからの設定やデータ引き継ぎに対応していません) > https://github.com/project-hatohol/website/blob/master/contents/docs/upgrade/15.03/ja/index.md > > 今回のリリースから，実験的にCentOS7用のバイナリパッケージを配布します。 > https://github.com/project-hatohol/hatohol-packages/tree/master/RPMS/15.03/15.03-1/el7 > > 中川 > > > _______________________________________________ > Hatohol-users mailing list > Hatohol-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/hatohol-users > From noriki.nakamura ＠ miraclelinux.com Fri Apr 3 11:16:45 2015 From: noriki.nakamura ＠ miraclelinux.com (Noriki Nakamura) Date: Fri, 3 Apr 2015 11:16:45 +0900 Subject: [Hatohol-users] =?utf-8?b?SGF0b2hvbC0xNS4wM+ODquODquODvOOCuQ==?= =?utf-8?b?44Gu44GK55+l44KJ44Gb?= In-Reply-To: References: Message-ID: 中村です。 > 「Hatohol DBの初期化」の、 > >> 15.03では、hatohol-db-initiatorはhatoholデータベースを作成後、コマンドライン引数を必要としなくなりました。 >> db_name、 db_userとdb_passwordはhatohol.confから読み込まれます。 >> hatohol.confは${prefix}/etc/hatohol/hatohol.confに配置されています。 > > ここの意図することが理解できていません。 確かにこの文章は分かりにくいですね。 恐らく、「データベースを作成後」ではなく、「データベースを作成時」 の方が正しいのではないかと思います。 # 今気づいたけど、 hatohol.org に反映されていない… 以上、よろしくお願いします。 2015年4月3日 10:57 押田光雄 : > 押田です。 > > リリースご苦労さまでした。 > > ちょっと分からない文章があったので教えてください。 > > >> RPM によるインストール方法 (CentOS 6.5向け) >> https://github.com/project-hatohol/website/blob/master/contents/docs/install/15.03/ja/index.md > > 「Hatohol DBの初期化」の、 > >> 15.03では、hatohol-db-initiatorはhatoholデータベースを作成後、コマンドライン引数を必要としなくなりました。 >> db_name、 db_userとdb_passwordはhatohol.confから読み込まれます。 >> hatohol.confは${prefix}/etc/hatohol/hatohol.confに配置されています。 > > ここの意図することが理解できていません。 > > hatohol-db-initiator は hatohol db を作成するためのものですよね？ > > > 2015年3月31日 18:53 中川雅之 : >> 皆様 >> >> こんにちは。中川です。 >> Hatohol-15.03リリースのお知らせです。 >> >> 今回のリリースでの大きな変更点として，ライセンスの変更 >> （GPLv2+ → LGPLv3）とグラフ機能の大幅な強化があります。 >> また，今後の拡張のために内部データ構造の大幅な見直しを >> 行いました。 >> >> RPMのインストール方法，リリースノートについてはそれぞれ >> 以下のドキュメントを参照してください。 >> >> リリースノート >> https://github.com/project-hatohol/hatohol/blob/15.03/ReleaseNote >> >> RPM によるインストール方法 (CentOS 6.5向け) >> https://github.com/project-hatohol/website/blob/master/contents/docs/install/15.03/ja/index.md >> >> アップグレードについて（過去バージョンからの設定やデータ引き継ぎに対応していません) >> https://github.com/project-hatohol/website/blob/master/contents/docs/upgrade/15.03/ja/index.md >> >> 今回のリリースから，実験的にCentOS7用のバイナリパッケージを配布します。 >> https://github.com/project-hatohol/hatohol-packages/tree/master/RPMS/15.03/15.03-1/el7 >> >> 中川 >> >> >> _______________________________________________ >> Hatohol-users mailing list >> Hatohol-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users >> > _______________________________________________ > Hatohol-users mailing list > Hatohol-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/hatohol-users From teruo.oshida ＠ miraclelinux.com Fri Apr 3 11:25:34 2015 From: teruo.oshida ＠ miraclelinux.com (=?UTF-8?B?5oq855Sw5YWJ6ZuE?=) Date: Fri, 3 Apr 2015 11:25:34 +0900 Subject: [Hatohol-users] =?utf-8?b?SGF0b2hvbC0xNS4wM+ODquODquODvOOCuQ==?= =?utf-8?b?44Gu44GK55+l44KJ44Gb?= In-Reply-To: References: Message-ID: 押田です。 > 確かにこの文章は分かりにくいですね。 > 恐らく、「データベースを作成後」ではなく、「データベースを作成時」 > の方が正しいのではないかと思います。 もし「作成時」であるならば、 分かりにくいというよりは、 間違っていますよね(^^; 2015年4月3日 11:16 Noriki Nakamura : > 中村です。 > >> 「Hatohol DBの初期化」の、 >> >>> 15.03では、hatohol-db-initiatorはhatoholデータベースを作成後、コマンドライン引数を必要としなくなりました。 >>> db_name、 db_userとdb_passwordはhatohol.confから読み込まれます。 >>> hatohol.confは${prefix}/etc/hatohol/hatohol.confに配置されています。 >> >> ここの意図することが理解できていません。 > > 確かにこの文章は分かりにくいですね。 > 恐らく、「データベースを作成後」ではなく、「データベースを作成時」 > の方が正しいのではないかと思います。 > > # 今気づいたけど、 hatohol.org に反映されていない… > > 以上、よろしくお願いします。 > > 2015年4月3日 10:57 押田光雄 : >> 押田です。 >> >> リリースご苦労さまでした。 >> >> ちょっと分からない文章があったので教えてください。 >> >> >>> RPM によるインストール方法 (CentOS 6.5向け) >>> https://github.com/project-hatohol/website/blob/master/contents/docs/install/15.03/ja/index.md >> >> 「Hatohol DBの初期化」の、 >> >>> 15.03では、hatohol-db-initiatorはhatoholデータベースを作成後、コマンドライン引数を必要としなくなりました。 >>> db_name、 db_userとdb_passwordはhatohol.confから読み込まれます。 >>> hatohol.confは${prefix}/etc/hatohol/hatohol.confに配置されています。 >> >> ここの意図することが理解できていません。 >> >> hatohol-db-initiator は hatohol db を作成するためのものですよね？ >> >> >> 2015年3月31日 18:53 中川雅之 : >>> 皆様 >>> >>> こんにちは。中川です。 >>> Hatohol-15.03リリースのお知らせです。 >>> >>> 今回のリリースでの大きな変更点として，ライセンスの変更 >>> （GPLv2+ → LGPLv3）とグラフ機能の大幅な強化があります。 >>> また，今後の拡張のために内部データ構造の大幅な見直しを >>> 行いました。 >>> >>> RPMのインストール方法，リリースノートについてはそれぞれ >>> 以下のドキュメントを参照してください。 >>> >>> リリースノート >>> https://github.com/project-hatohol/hatohol/blob/15.03/ReleaseNote >>> >>> RPM によるインストール方法 (CentOS 6.5向け) >>> https://github.com/project-hatohol/website/blob/master/contents/docs/install/15.03/ja/index.md >>> >>> アップグレードについて（過去バージョンからの設定やデータ引き継ぎに対応していません) >>> https://github.com/project-hatohol/website/blob/master/contents/docs/upgrade/15.03/ja/index.md >>> >>> 今回のリリースから，実験的にCentOS7用のバイナリパッケージを配布します。 >>> https://github.com/project-hatohol/hatohol-packages/tree/master/RPMS/15.03/15.03-1/el7 >>> >>> 中川 >>> >>> >>> _______________________________________________ >>> Hatohol-users mailing list >>> Hatohol-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users >>> >> _______________________________________________ >> Hatohol-users mailing list >> Hatohol-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users From teruo.oshida ＠ miraclelinux.com Tue Apr 7 15:04:03 2015 From: teruo.oshida ＠ miraclelinux.com (=?UTF-8?B?5oq855Sw5YWJ6ZuE?=) Date: Tue, 7 Apr 2015 15:04:03 +0900 Subject: [Hatohol-users] =?utf-8?b?44Oq44Ot44O844OJ44K544Kk44OD44OB44Gu?= =?utf-8?b?6Imy?= In-Reply-To: References: Message-ID: 押田です。 本件、 ご回答いただくのは難しいでしょうか。 2015年4月3日 10:55 押田光雄 : > 押田です。 > > 教えてください。 > > Hatohol の Web UI の右上にリロードスイッチがあるかと思います。 > > （これがリロードスイッチであるというアナウンスを見つけられていませんが。。。） > > このスイッチ、 > 何色が自動リロード ON ですか？ > > できれば画像付きで説明いただけると助かります。 > > ＃「青色が ON です」という回答だと、「どこが青色だと、ですか」と再質問することになります :-p From masayuki.nakagawa ＠ miraclelinux.com Tue Apr 7 15:10:22 2015 From: masayuki.nakagawa ＠ miraclelinux.com (=?UTF-8?B?5Lit5bed6ZuF5LmL?=) Date: Tue, 7 Apr 2015 15:10:22 +0900 Subject: [Hatohol-users] =?utf-8?b?44Oq44Ot44O844OJ44K544Kk44OD44OB44Gu?= =?utf-8?b?6Imy?= In-Reply-To: References: Message-ID: 押田さん 回答が遅れ申し訳ありません。 添付してある画像の状態がONとなっています。 中川 2015年4月7日 15:04 押田光雄 : > 押田です。 > > 本件、 > ご回答いただくのは難しいでしょうか。 > > 2015年4月3日 10:55 押田光雄 : > > 押田です。 > > > > 教えてください。 > > > > Hatohol の Web UI の右上にリロードスイッチがあるかと思います。 > > > > （これがリロードスイッチであるというアナウンスを見つけられていませんが。。。） > > > > このスイッチ、 > > 何色が自動リロード ON ですか？ > > > > できれば画像付きで説明いただけると助かります。 > > > > ＃「青色が ON です」という回答だと、「どこが青色だと、ですか」と再質問することになります :-p > _______________________________________________ > Hatohol-users mailing list > Hatohol-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/hatohol-users > -- -- ━━━━━━━━━━━◆ ミラクル・リナックス株式会社 ◆ 技術本部 開発部 エンジニア ：中川 雅之（Masayuki Nakagawa） E-Mail： masayuki.nakagawa ＠ miraclelinux.com 住所：〒105-0014 東京都港区芝3-24-7 芝エクセージビルディング5F TEL:03-6435-4550 FAX:03-6435-4551 ━━━━━━━━━━━━━━━━━━━━━━━━━━━ -------------- next part -------------- HTML$B$NE:IU%U%!%$%k$rJ]4I$7$^$7$?(B... URL: http://lists.sourceforge.jp/mailman/archives/hatohol-users/attachments/20150407/728f75de/attachment.htm -------------- next part -------------- $B%F%-%9%H7A<00J30$NE:IU%U%!%$%k$rJ]4I$7$^$7$?(B... $B%U%!%$%kL>(B: Screenshot from 2015-04-07 15:08:46.png $B7?(B: image/png $B%5%$%:(B: 3132 $B%P%$%H(B $B ＠ bL@(B: $BL5$7(B URL: http://lists.sourceforge.jp/mailman/archives/hatohol-users/attachments/20150407/728f75de/attachment.png From teruo.oshida ＠ miraclelinux.com Tue Apr 7 15:12:17 2015 From: teruo.oshida ＠ miraclelinux.com (=?UTF-8?B?5oq855Sw5YWJ6ZuE?=) Date: Tue, 7 Apr 2015 15:12:17 +0900 Subject: [Hatohol-users] =?utf-8?b?44Oq44Ot44O844OJ44K544Kk44OD44OB44Gu?= =?utf-8?b?6Imy?= In-Reply-To: References: Message-ID: 押田です。 ご回答ありがとうございます。 少しだけアナウンスしておきます。 2015年4月7日 15:10 中川雅之 : > 押田さん > > 回答が遅れ申し訳ありません。 > 添付してある画像の状態がONとなっています。 > > 中川 > > 2015年4月7日 15:04 押田光雄 : >> >> 押田です。 >> >> 本件、 >> ご回答いただくのは難しいでしょうか。 >> >> 2015年4月3日 10:55 押田光雄 : >> > 押田です。 >> > >> > 教えてください。 >> > >> > Hatohol の Web UI の右上にリロードスイッチがあるかと思います。 >> > >> > （これがリロードスイッチであるというアナウンスを見つけられていませんが。。。） >> > >> > このスイッチ、 >> > 何色が自動リロード ON ですか？ >> > >> > できれば画像付きで説明いただけると助かります。 >> > >> > ＃「青色が ON です」という回答だと、「どこが青色だと、ですか」と再質問することになります :-p >> _______________________________________________ >> Hatohol-users mailing list >> Hatohol-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users > > > > > -- > -- > ━━━━━━━━━━━◆　ミラクル・リナックス株式会社　◆ > 技術本部 開発部 エンジニア ：中川 雅之（Masayuki Nakagawa） > E-Mail： masayuki.nakagawa ＠ miraclelinux.com > 住所：〒105-0014 > 東京都港区芝3-24-7　芝エクセージビルディング5F > TEL:03-6435-4550 > FAX:03-6435-4551 > ━━━━━━━━━━━━━━━━━━━━━━━━━━━ From teruo.oshida ＠ miraclelinux.com Tue Apr 14 10:16:11 2015 From: teruo.oshida ＠ miraclelinux.com (=?UTF-8?B?5oq855Sw5YWJ6ZuE?=) Date: Tue, 14 Apr 2015 10:16:11 +0900 Subject: [Hatohol-users] =?utf-8?b?MTUuMDMg44Kk44OZ44Oz44OI55S76Z2i44Gu?= =?utf-8?b?5oyZ5YuV5aSJ5pu044Gr44Gk44GE44Gm?= Message-ID: 押田です。 イベント画面の挙動が変更されているかと思います。 サーバ疎通後、しばらく待たないと表示がされません。 「完了」で空の状態です。 従来はサーバ一覧で疎通確認がとれている状態であれば、 イベント画面が空ということは無かったと思います。 readme に関連する記述があるようですが、 どのイベントを読み込むかであって、 上述現象の理由ではないように読めます。 ======== - [Server] Supress loading old events at first by default. NOTE: You can restore old behavior by --load-old-events option. ======== 具体的にどういった変更があったのでしょうか。 ご教示いただければと思います。 From kz0817 ＠ gmail.com Tue Apr 14 12:48:59 2015 From: kz0817 ＠ gmail.com (Kazuhiro Yamato) Date: Tue, 14 Apr 2015 12:48:59 +0900 Subject: [Hatohol-users] =?utf-8?b?MTUuMDMg44Kk44OZ44Oz44OI55S76Z2i44Gu?= =?utf-8?b?5oyZ5YuV5aSJ5pu044Gr44Gk44GE44Gm?= In-Reply-To: References: Message-ID: 押田さん 大和です。 > 具体的にどういった変更があったのでしょうか。 > ご教示いただければと思います。 15.03から、Zabbixイベントの読み込みに関する関する 仕様が変更されました。 【従来】 Zabbixサーバとの初回通信時に、Zabbixサーバに格納 されているすべてのイベントをHatoholにコピーします。 【新】 Zabbixサーバとの初回通信時に、Zabbixサーバに格納 されているイベントをHatoholにコピーしません。 【従来・新両方】 Zabbixサーバとの初回通信後、Zabbixサーバが検出 したイベントは、Hatoholに順次コピーされます。 ※ただし、Readmeにあるとおり、15.03にオプションを指定 することで従来の振る舞いになります。 仕様を変更した理由は、次のとおりです。 大量のイベントがZabbixサーバに蓄積されている場合、それ らすべてのコピーは、Zabbixサーバ・通信路にも大きな負荷を 与え、当該システムの本来の動作に支障を可能性があります。 Hatoholの監視という目的から、より保守的な振る舞いをデフォ ルトとするべきと考え、仕様を変更しました。 以上 2015年4月14日 10:16 押田光雄 : > 押田です。 > > イベント画面の挙動が変更されているかと思います。 > サーバ疎通後、しばらく待たないと表示がされません。 > 「完了」で空の状態です。 > > 従来はサーバ一覧で疎通確認がとれている状態であれば、 > イベント画面が空ということは無かったと思います。 > > readme に関連する記述があるようですが、 > どのイベントを読み込むかであって、 > 上述現象の理由ではないように読めます。 > > ======== > - [Server] Supress loading old events at first by default. > NOTE: You can restore old behavior by --load-old-events option. > ======== > > 具体的にどういった変更があったのでしょうか。 > ご教示いただければと思います。 > _______________________________________________ > Hatohol-users mailing list > Hatohol-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/hatohol-users > -------------- next part -------------- HTML$B$NE:IU%U%!%$%k$rJ]4I$7$^$7$?(B... URL: http://lists.sourceforge.jp/mailman/archives/hatohol-users/attachments/20150414/af6b5cb5/attachment.htm From masayuki.nakagawa ＠ miraclelinux.com Tue Apr 14 13:38:32 2015 From: masayuki.nakagawa ＠ miraclelinux.com (=?UTF-8?B?5Lit5bed6ZuF5LmL?=) Date: Tue, 14 Apr 2015 13:38:32 +0900 Subject: [Hatohol-users] =?utf-8?b?MTUuMDMg44Kk44OZ44Oz44OI55S76Z2i44Gu?= =?utf-8?b?5oyZ5YuV5aSJ5pu044Gr44Gk44GE44Gm?= In-Reply-To: References: Message-ID: 中川です。 現状では全てのイベントを取ってくるか，何も取ってこないかの2択ですが， 将来的には指定した期間や，指定した件数のイベントのみを同期するといった 拡張も実装してみたいですね。 2015年4月14日 12:48 Kazuhiro Yamato : > 押田さん > > 大和です。 > > > 具体的にどういった変更があったのでしょうか。 > > ご教示いただければと思います。 > > 15.03から、Zabbixイベントの読み込みに関する関する > 仕様が変更されました。 > > 【従来】 > Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > されているすべてのイベントをHatoholにコピーします。 > > 【新】 > Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > されているイベントをHatoholにコピーしません。 > > 【従来・新両方】 > Zabbixサーバとの初回通信後、Zabbixサーバが検出 > したイベントは、Hatoholに順次コピーされます。 > > ※ただし、Readmeにあるとおり、15.03にオプションを指定 > することで従来の振る舞いになります。 > > 仕様を変更した理由は、次のとおりです。 > > 大量のイベントがZabbixサーバに蓄積されている場合、それ > らすべてのコピーは、Zabbixサーバ・通信路にも大きな負荷を > 与え、当該システムの本来の動作に支障を可能性があります。 > Hatoholの監視という目的から、より保守的な振る舞いをデフォ > ルトとするべきと考え、仕様を変更しました。 > > 以上 > > > 2015年4月14日 10:16 押田光雄 : > > 押田です。 >> >> イベント画面の挙動が変更されているかと思います。 >> サーバ疎通後、しばらく待たないと表示がされません。 >> 「完了」で空の状態です。 >> >> 従来はサーバ一覧で疎通確認がとれている状態であれば、 >> イベント画面が空ということは無かったと思います。 >> >> readme に関連する記述があるようですが、 >> どのイベントを読み込むかであって、 >> 上述現象の理由ではないように読めます。 >> >> ======== >> - [Server] Supress loading old events at first by default. >> NOTE: You can restore old behavior by --load-old-events option. >> ======== >> >> 具体的にどういった変更があったのでしょうか。 >> ご教示いただければと思います。 >> _______________________________________________ >> Hatohol-users mailing list >> Hatohol-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users >> > > > _______________________________________________ > Hatohol-users mailing list > Hatohol-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/hatohol-users > > -- -- ━━━━━━━━━━━◆ ミラクル・リナックス株式会社 ◆ 技術本部 開発部 エンジニア ：中川 雅之（Masayuki Nakagawa） E-Mail： masayuki.nakagawa ＠ miraclelinux.com 住所：〒105-0014 東京都港区芝3-24-7 芝エクセージビルディング5F TEL:03-6435-4550 FAX:03-6435-4551 ━━━━━━━━━━━━━━━━━━━━━━━━━━━ -------------- next part -------------- HTML$B$NE:IU%U%!%$%k$rJ]4I$7$^$7$?(B... URL: http://lists.sourceforge.jp/mailman/archives/hatohol-users/attachments/20150414/b74fd151/attachment.htm From teruo.oshida ＠ miraclelinux.com Tue Apr 14 14:34:03 2015 From: teruo.oshida ＠ miraclelinux.com (=?UTF-8?B?5oq855Sw5YWJ6ZuE?=) Date: Tue, 14 Apr 2015 14:34:03 +0900 Subject: [Hatohol-users] =?utf-8?b?MTUuMDMg44Kk44OZ44Oz44OI55S76Z2i44Gu?= =?utf-8?b?5oyZ5YuV5aSJ5pu044Gr44Gk44GE44Gm?= In-Reply-To: References: Message-ID: 大和さん ご説明ありがとうございます。 > 【従来】 > Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > されているすべてのイベントをHatoholにコピーします。 > > 【新】 > Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > されているイベントをHatoholにコピーしません。 > > 【従来・新両方】 > Zabbixサーバとの初回通信後、Zabbixサーバが検出 > したイベントは、Hatoholに順次コピーされます。 つまり、 新仕様では、 初回通信時に既に存在するイベントについては、 Hatohol で関知できない、 ということですか？ 2015年4月14日 12:48 Kazuhiro Yamato : > 押田さん > > 大和です。 > >> 具体的にどういった変更があったのでしょうか。 >> ご教示いただければと思います。 > > 15.03から、Zabbixイベントの読み込みに関する関する > 仕様が変更されました。 > > 【従来】 > Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > されているすべてのイベントをHatoholにコピーします。 > > 【新】 > Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > されているイベントをHatoholにコピーしません。 > > 【従来・新両方】 > Zabbixサーバとの初回通信後、Zabbixサーバが検出 > したイベントは、Hatoholに順次コピーされます。 > > ※ただし、Readmeにあるとおり、15.03にオプションを指定 > することで従来の振る舞いになります。 > > 仕様を変更した理由は、次のとおりです。 > > 大量のイベントがZabbixサーバに蓄積されている場合、それ > らすべてのコピーは、Zabbixサーバ・通信路にも大きな負荷を > 与え、当該システムの本来の動作に支障を可能性があります。 > Hatoholの監視という目的から、より保守的な振る舞いをデフォ > ルトとするべきと考え、仕様を変更しました。 > > 以上 > > > 2015年4月14日 10:16 押田光雄 : >> >> 押田です。 >> >> イベント画面の挙動が変更されているかと思います。 >> サーバ疎通後、しばらく待たないと表示がされません。 >> 「完了」で空の状態です。 >> >> 従来はサーバ一覧で疎通確認がとれている状態であれば、 >> イベント画面が空ということは無かったと思います。 >> >> readme に関連する記述があるようですが、 >> どのイベントを読み込むかであって、 >> 上述現象の理由ではないように読めます。 >> >> ======== >> - [Server] Supress loading old events at first by default. >> NOTE: You can restore old behavior by --load-old-events option. >> ======== >> >> 具体的にどういった変更があったのでしょうか。 >> ご教示いただければと思います。 >> _______________________________________________ >> Hatohol-users mailing list >> Hatohol-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users > > From teruo.oshida ＠ miraclelinux.com Wed Apr 15 16:13:37 2015 From: teruo.oshida ＠ miraclelinux.com (=?UTF-8?B?5oq855Sw5YWJ6ZuE?=) Date: Wed, 15 Apr 2015 16:13:37 +0900 Subject: [Hatohol-users] =?utf-8?b?MTUuMDMg44Kk44OZ44Oz44OI55S76Z2i44Gu?= =?utf-8?b?5oyZ5YuV5aSJ5pu044Gr44Gk44GE44Gm?= In-Reply-To: References: Message-ID: 押田です。 別ルートで回答いただきましたので、メモを残します。 > 新仕様では、 > 初回通信時に既に存在するイベントについては、 > Hatohol で関知できない、 これは YES ということでした。 2015年4月14日 14:34 押田光雄 : > 大和さん > > > ご説明ありがとうございます。 > > >> 【従来】 >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> されているすべてのイベントをHatoholにコピーします。 >> >> 【新】 >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> されているイベントをHatoholにコピーしません。 >> >> 【従来・新両方】 >> Zabbixサーバとの初回通信後、Zabbixサーバが検出 >> したイベントは、Hatoholに順次コピーされます。 > > つまり、 > 新仕様では、 > 初回通信時に既に存在するイベントについては、 > Hatohol で関知できない、 > ということですか？ > > > > 2015年4月14日 12:48 Kazuhiro Yamato : >> 押田さん >> >> 大和です。 >> >>> 具体的にどういった変更があったのでしょうか。 >>> ご教示いただければと思います。 >> >> 15.03から、Zabbixイベントの読み込みに関する関する >> 仕様が変更されました。 >> >> 【従来】 >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> されているすべてのイベントをHatoholにコピーします。 >> >> 【新】 >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> されているイベントをHatoholにコピーしません。 >> >> 【従来・新両方】 >> Zabbixサーバとの初回通信後、Zabbixサーバが検出 >> したイベントは、Hatoholに順次コピーされます。 >> >> ※ただし、Readmeにあるとおり、15.03にオプションを指定 >> することで従来の振る舞いになります。 >> >> 仕様を変更した理由は、次のとおりです。 >> >> 大量のイベントがZabbixサーバに蓄積されている場合、それ >> らすべてのコピーは、Zabbixサーバ・通信路にも大きな負荷を >> 与え、当該システムの本来の動作に支障を可能性があります。 >> Hatoholの監視という目的から、より保守的な振る舞いをデフォ >> ルトとするべきと考え、仕様を変更しました。 >> >> 以上 >> >> >> 2015年4月14日 10:16 押田光雄 : >>> >>> 押田です。 >>> >>> イベント画面の挙動が変更されているかと思います。 >>> サーバ疎通後、しばらく待たないと表示がされません。 >>> 「完了」で空の状態です。 >>> >>> 従来はサーバ一覧で疎通確認がとれている状態であれば、 >>> イベント画面が空ということは無かったと思います。 >>> >>> readme に関連する記述があるようですが、 >>> どのイベントを読み込むかであって、 >>> 上述現象の理由ではないように読めます。 >>> >>> ======== >>> - [Server] Supress loading old events at first by default. >>> NOTE: You can restore old behavior by --load-old-events option. >>> ======== >>> >>> 具体的にどういった変更があったのでしょうか。 >>> ご教示いただければと思います。 >>> _______________________________________________ >>> Hatohol-users mailing list >>> Hatohol-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users >> >> From masayuki.nakagawa ＠ miraclelinux.com Wed Apr 15 16:20:02 2015 From: masayuki.nakagawa ＠ miraclelinux.com (=?UTF-8?B?5Lit5bed6ZuF5LmL?=) Date: Wed, 15 Apr 2015 16:20:02 +0900 Subject: [Hatohol-users] =?utf-8?b?MTUuMDMg44Kk44OZ44Oz44OI55S76Z2i44Gu?= =?utf-8?b?5oyZ5YuV5aSJ5pu044Gr44Gk44GE44Gm?= In-Reply-To: References: Message-ID: 押田さん 中川です。 > これは YES ということでした。 これについて少し誤りがあると思います。 「初回起動時に既存イベントについて，”"デフォルト"”では関知できない。」 が正しい認識です。 起動時のオプションで，過去イベントを全て取得するといったオプションがあります。 このオプションを使用すれば，イベントの同期に時間はかかりますが，過去イベントに関知することは可能です。 以上です。 2015年4月15日 16:13 押田光雄 : > 押田です。 > > 別ルートで回答いただきましたので、メモを残します。 > > > > 新仕様では、 > > 初回通信時に既に存在するイベントについては、 > > Hatohol で関知できない、 > > これは YES ということでした。 > > > 2015年4月14日 14:34 押田光雄 : > > 大和さん > > > > > > ご説明ありがとうございます。 > > > > > >> 【従来】 > >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > >> されているすべてのイベントをHatoholにコピーします。 > >> > >> 【新】 > >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > >> されているイベントをHatoholにコピーしません。 > >> > >> 【従来・新両方】 > >> Zabbixサーバとの初回通信後、Zabbixサーバが検出 > >> したイベントは、Hatoholに順次コピーされます。 > > > > つまり、 > > 新仕様では、 > > 初回通信時に既に存在するイベントについては、 > > Hatohol で関知できない、 > > ということですか？ > > > > > > > > 2015年4月14日 12:48 Kazuhiro Yamato : > >> 押田さん > >> > >> 大和です。 > >> > >>> 具体的にどういった変更があったのでしょうか。 > >>> ご教示いただければと思います。 > >> > >> 15.03から、Zabbixイベントの読み込みに関する関する > >> 仕様が変更されました。 > >> > >> 【従来】 > >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > >> されているすべてのイベントをHatoholにコピーします。 > >> > >> 【新】 > >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > >> されているイベントをHatoholにコピーしません。 > >> > >> 【従来・新両方】 > >> Zabbixサーバとの初回通信後、Zabbixサーバが検出 > >> したイベントは、Hatoholに順次コピーされます。 > >> > >> ※ただし、Readmeにあるとおり、15.03にオプションを指定 > >> することで従来の振る舞いになります。 > >> > >> 仕様を変更した理由は、次のとおりです。 > >> > >> 大量のイベントがZabbixサーバに蓄積されている場合、それ > >> らすべてのコピーは、Zabbixサーバ・通信路にも大きな負荷を > >> 与え、当該システムの本来の動作に支障を可能性があります。 > >> Hatoholの監視という目的から、より保守的な振る舞いをデフォ > >> ルトとするべきと考え、仕様を変更しました。 > >> > >> 以上 > >> > >> > >> 2015年4月14日 10:16 押田光雄 : > >>> > >>> 押田です。 > >>> > >>> イベント画面の挙動が変更されているかと思います。 > >>> サーバ疎通後、しばらく待たないと表示がされません。 > >>> 「完了」で空の状態です。 > >>> > >>> 従来はサーバ一覧で疎通確認がとれている状態であれば、 > >>> イベント画面が空ということは無かったと思います。 > >>> > >>> readme に関連する記述があるようですが、 > >>> どのイベントを読み込むかであって、 > >>> 上述現象の理由ではないように読めます。 > >>> > >>> ======== > >>> - [Server] Supress loading old events at first by default. > >>> NOTE: You can restore old behavior by --load-old-events option. > >>> ======== > >>> > >>> 具体的にどういった変更があったのでしょうか。 > >>> ご教示いただければと思います。 > >>> _______________________________________________ > >>> Hatohol-users mailing list > >>> Hatohol-users ＠ lists.sourceforge.jp > >>> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users > >> > >> > _______________________________________________ > Hatohol-users mailing list > Hatohol-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/hatohol-users > -- -- ━━━━━━━━━━━◆ ミラクル・リナックス株式会社 ◆ 技術本部 開発部 エンジニア ：中川 雅之（Masayuki Nakagawa） E-Mail： masayuki.nakagawa ＠ miraclelinux.com 住所：〒105-0014 東京都港区芝3-24-7 芝エクセージビルディング5F TEL:03-6435-4550 FAX:03-6435-4551 ━━━━━━━━━━━━━━━━━━━━━━━━━━━ -------------- next part -------------- HTML$B$NE:IU%U%!%$%k$rJ]4I$7$^$7$?(B... URL: http://lists.sourceforge.jp/mailman/archives/hatohol-users/attachments/20150415/e43f48fa/attachment.htm From teruo.oshida ＠ miraclelinux.com Wed Apr 15 16:30:45 2015 From: teruo.oshida ＠ miraclelinux.com (=?UTF-8?B?5oq855Sw5YWJ6ZuE?=) Date: Wed, 15 Apr 2015 16:30:45 +0900 Subject: [Hatohol-users] =?utf-8?b?MTUuMDMg44Kk44OZ44Oz44OI55S76Z2i44Gu?= =?utf-8?b?5oyZ5YuV5aSJ5pu044Gr44Gk44GE44Gm?= In-Reply-To: References: Message-ID: 中川さん 説明ありがとうございます。 ただ、、、 > これについて少し誤りがあると思います。 > 「初回起動時に既存イベントについて，”"デフォルト"”では関知できない。」 > が正しい認識です。 文脈から、これには異を唱えます。 「新仕様では」と前置きをしています。 オプションというかスイッチは、仕様の選択スイッチだと思っています。 というか、 その方が説明としてわかりやすい。 「スイッチが新設された事自体が仕様だ」 という見方もあるでしょうけれど、 粒度を小さく保てる範囲では、小さい範囲で会話をしたいです。 表現技法という観点で言うと、 エクスキューズをつける場所を間違えると、 とたんにわかり辛くなります。 いかがですか？ 2015年4月15日 16:20 中川雅之 : > 押田さん > > 中川です。 > >> これは YES ということでした。 > > これについて少し誤りがあると思います。 > 「初回起動時に既存イベントについて，”"デフォルト"”では関知できない。」 > が正しい認識です。 > > 起動時のオプションで，過去イベントを全て取得するといったオプションがあります。 > このオプションを使用すれば，イベントの同期に時間はかかりますが，過去イベントに関知することは可能です。 > > 以上です。 > > 2015年4月15日 16:13 押田光雄 : > >> 押田です。 >> >> 別ルートで回答いただきましたので、メモを残します。 >> >> >> > 新仕様では、 >> > 初回通信時に既に存在するイベントについては、 >> > Hatohol で関知できない、 >> >> これは YES ということでした。 >> >> >> 2015年4月14日 14:34 押田光雄 : >> > 大和さん >> > >> > >> > ご説明ありがとうございます。 >> > >> > >> >> 【従来】 >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> >> されているすべてのイベントをHatoholにコピーします。 >> >> >> >> 【新】 >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> >> されているイベントをHatoholにコピーしません。 >> >> >> >> 【従来・新両方】 >> >> Zabbixサーバとの初回通信後、Zabbixサーバが検出 >> >> したイベントは、Hatoholに順次コピーされます。 >> > >> > つまり、 >> > 新仕様では、 >> > 初回通信時に既に存在するイベントについては、 >> > Hatohol で関知できない、 >> > ということですか？ >> > >> > >> > >> > 2015年4月14日 12:48 Kazuhiro Yamato : >> >> 押田さん >> >> >> >> 大和です。 >> >> >> >>> 具体的にどういった変更があったのでしょうか。 >> >>> ご教示いただければと思います。 >> >> >> >> 15.03から、Zabbixイベントの読み込みに関する関する >> >> 仕様が変更されました。 >> >> >> >> 【従来】 >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> >> されているすべてのイベントをHatoholにコピーします。 >> >> >> >> 【新】 >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> >> されているイベントをHatoholにコピーしません。 >> >> >> >> 【従来・新両方】 >> >> Zabbixサーバとの初回通信後、Zabbixサーバが検出 >> >> したイベントは、Hatoholに順次コピーされます。 >> >> >> >> ※ただし、Readmeにあるとおり、15.03にオプションを指定 >> >> することで従来の振る舞いになります。 >> >> >> >> 仕様を変更した理由は、次のとおりです。 >> >> >> >> 大量のイベントがZabbixサーバに蓄積されている場合、それ >> >> らすべてのコピーは、Zabbixサーバ・通信路にも大きな負荷を >> >> 与え、当該システムの本来の動作に支障を可能性があります。 >> >> Hatoholの監視という目的から、より保守的な振る舞いをデフォ >> >> ルトとするべきと考え、仕様を変更しました。 >> >> >> >> 以上 >> >> >> >> >> >> 2015年4月14日 10:16 押田光雄 : >> >>> >> >>> 押田です。 >> >>> >> >>> イベント画面の挙動が変更されているかと思います。 >> >>> サーバ疎通後、しばらく待たないと表示がされません。 >> >>> 「完了」で空の状態です。 >> >>> >> >>> 従来はサーバ一覧で疎通確認がとれている状態であれば、 >> >>> イベント画面が空ということは無かったと思います。 >> >>> >> >>> readme に関連する記述があるようですが、 >> >>> どのイベントを読み込むかであって、 >> >>> 上述現象の理由ではないように読めます。 >> >>> >> >>> ======== >> >>> - [Server] Supress loading old events at first by default. >> >>> NOTE: You can restore old behavior by --load-old-events >> >>> option. >> >>> ======== >> >>> >> >>> 具体的にどういった変更があったのでしょうか。 >> >>> ご教示いただければと思います。 >> >>> _______________________________________________ >> >>> Hatohol-users mailing list >> >>> Hatohol-users ＠ lists.sourceforge.jp >> >>> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users >> >> >> >> >> _______________________________________________ >> Hatohol-users mailing list >> Hatohol-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users > > > > > -- > -- > ━━━━━━━━━━━◆　ミラクル・リナックス株式会社　◆ > 技術本部 開発部 エンジニア ：中川 雅之（Masayuki Nakagawa） > E-Mail： masayuki.nakagawa ＠ miraclelinux.com > 住所：〒105-0014 > 東京都港区芝3-24-7　芝エクセージビルディング5F > TEL:03-6435-4550 > FAX:03-6435-4551 > ━━━━━━━━━━━━━━━━━━━━━━━━━━━ From masayuki.nakagawa ＠ miraclelinux.com Wed Apr 15 16:42:11 2015 From: masayuki.nakagawa ＠ miraclelinux.com (=?UTF-8?B?5Lit5bed6ZuF5LmL?=) Date: Wed, 15 Apr 2015 16:42:11 +0900 Subject: [Hatohol-users] =?utf-8?b?MTUuMDMg44Kk44OZ44Oz44OI55S76Z2i44Gu?= =?utf-8?b?5oyZ5YuV5aSJ5pu044Gr44Gk44GE44Gm?= In-Reply-To: References: Message-ID: 押田さん すみません。話の論点がよくわかりませんでした。 つまり「今までと同様のインストール，プロセスの実行を行った際の動作」を 新仕様と定義していますか？ まず新仕様，とおっしゃっている条件などを解説いただけますと幸いです。 中川 2015年4月15日 16:30 押田光雄 : > 中川さん > > 説明ありがとうございます。 > > > ただ、、、 > > > これについて少し誤りがあると思います。 > > 「初回起動時に既存イベントについて，”"デフォルト"”では関知できない。」 > > が正しい認識です。 > > 文脈から、これには異を唱えます。 > > 「新仕様では」と前置きをしています。 > > オプションというかスイッチは、仕様の選択スイッチだと思っています。 > というか、 > その方が説明としてわかりやすい。 > > > 「スイッチが新設された事自体が仕様だ」 > という見方もあるでしょうけれど、 > 粒度を小さく保てる範囲では、小さい範囲で会話をしたいです。 > > 表現技法という観点で言うと、 > エクスキューズをつける場所を間違えると、 > とたんにわかり辛くなります。 > > いかがですか？ > > > 2015年4月15日 16:20 中川雅之 : > > 押田さん > > > > 中川です。 > > > >> これは YES ということでした。 > > > > これについて少し誤りがあると思います。 > > 「初回起動時に既存イベントについて，”"デフォルト"”では関知できない。」 > > が正しい認識です。 > > > > 起動時のオプションで，過去イベントを全て取得するといったオプションがあります。 > > このオプションを使用すれば，イベントの同期に時間はかかりますが，過去イベントに関知することは可能です。 > > > > 以上です。 > > > > 2015年4月15日 16:13 押田光雄 : > > > >> 押田です。 > >> > >> 別ルートで回答いただきましたので、メモを残します。 > >> > >> > >> > 新仕様では、 > >> > 初回通信時に既に存在するイベントについては、 > >> > Hatohol で関知できない、 > >> > >> これは YES ということでした。 > >> > >> > >> 2015年4月14日 14:34 押田光雄 : > >> > 大和さん > >> > > >> > > >> > ご説明ありがとうございます。 > >> > > >> > > >> >> 【従来】 > >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > >> >> されているすべてのイベントをHatoholにコピーします。 > >> >> > >> >> 【新】 > >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > >> >> されているイベントをHatoholにコピーしません。 > >> >> > >> >> 【従来・新両方】 > >> >> Zabbixサーバとの初回通信後、Zabbixサーバが検出 > >> >> したイベントは、Hatoholに順次コピーされます。 > >> > > >> > つまり、 > >> > 新仕様では、 > >> > 初回通信時に既に存在するイベントについては、 > >> > Hatohol で関知できない、 > >> > ということですか？ > >> > > >> > > >> > > >> > 2015年4月14日 12:48 Kazuhiro Yamato : > >> >> 押田さん > >> >> > >> >> 大和です。 > >> >> > >> >>> 具体的にどういった変更があったのでしょうか。 > >> >>> ご教示いただければと思います。 > >> >> > >> >> 15.03から、Zabbixイベントの読み込みに関する関する > >> >> 仕様が変更されました。 > >> >> > >> >> 【従来】 > >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > >> >> されているすべてのイベントをHatoholにコピーします。 > >> >> > >> >> 【新】 > >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 > >> >> されているイベントをHatoholにコピーしません。 > >> >> > >> >> 【従来・新両方】 > >> >> Zabbixサーバとの初回通信後、Zabbixサーバが検出 > >> >> したイベントは、Hatoholに順次コピーされます。 > >> >> > >> >> ※ただし、Readmeにあるとおり、15.03にオプションを指定 > >> >> することで従来の振る舞いになります。 > >> >> > >> >> 仕様を変更した理由は、次のとおりです。 > >> >> > >> >> 大量のイベントがZabbixサーバに蓄積されている場合、それ > >> >> らすべてのコピーは、Zabbixサーバ・通信路にも大きな負荷を > >> >> 与え、当該システムの本来の動作に支障を可能性があります。 > >> >> Hatoholの監視という目的から、より保守的な振る舞いをデフォ > >> >> ルトとするべきと考え、仕様を変更しました。 > >> >> > >> >> 以上 > >> >> > >> >> > >> >> 2015年4月14日 10:16 押田光雄 : > >> >>> > >> >>> 押田です。 > >> >>> > >> >>> イベント画面の挙動が変更されているかと思います。 > >> >>> サーバ疎通後、しばらく待たないと表示がされません。 > >> >>> 「完了」で空の状態です。 > >> >>> > >> >>> 従来はサーバ一覧で疎通確認がとれている状態であれば、 > >> >>> イベント画面が空ということは無かったと思います。 > >> >>> > >> >>> readme に関連する記述があるようですが、 > >> >>> どのイベントを読み込むかであって、 > >> >>> 上述現象の理由ではないように読めます。 > >> >>> > >> >>> ======== > >> >>> - [Server] Supress loading old events at first by default. > >> >>> NOTE: You can restore old behavior by --load-old-events > >> >>> option. > >> >>> ======== > >> >>> > >> >>> 具体的にどういった変更があったのでしょうか。 > >> >>> ご教示いただければと思います。 > >> >>> _______________________________________________ > >> >>> Hatohol-users mailing list > >> >>> Hatohol-users ＠ lists.sourceforge.jp > >> >>> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users > >> >> > >> >> > >> _______________________________________________ > >> Hatohol-users mailing list > >> Hatohol-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users > > > > > > > > > > -- > > -- > > ━━━━━━━━━━━◆ ミラクル・リナックス株式会社 ◆ > > 技術本部 開発部 エンジニア ：中川 雅之（Masayuki Nakagawa） > > E-Mail： masayuki.nakagawa ＠ miraclelinux.com > > 住所：〒105-0014 > > 東京都港区芝3-24-7 芝エクセージビルディング5F > > TEL:03-6435-4550 > > FAX:03-6435-4551 > > ━━━━━━━━━━━━━━━━━━━━━━━━━━━ > -- -- ━━━━━━━━━━━◆ ミラクル・リナックス株式会社 ◆ 技術本部 開発部 エンジニア ：中川 雅之（Masayuki Nakagawa） E-Mail： masayuki.nakagawa ＠ miraclelinux.com 住所：〒105-0014 東京都港区芝3-24-7 芝エクセージビルディング5F TEL:03-6435-4550 FAX:03-6435-4551 ━━━━━━━━━━━━━━━━━━━━━━━━━━━ -------------- next part -------------- HTML$B$NE:IU%U%!%$%k$rJ]4I$7$^$7$?(B... URL: http://lists.sourceforge.jp/mailman/archives/hatohol-users/attachments/20150415/de470eb2/attachment.htm From teruo.oshida ＠ miraclelinux.com Wed Apr 15 16:49:46 2015 From: teruo.oshida ＠ miraclelinux.com (=?UTF-8?B?5oq855Sw5YWJ6ZuE?=) Date: Wed, 15 Apr 2015 16:49:46 +0900 Subject: [Hatohol-users] =?utf-8?b?MTUuMDMg44Kk44OZ44Oz44OI55S76Z2i44Gu?= =?utf-8?b?5oyZ5YuV5aSJ5pu044Gr44Gk44GE44Gm?= In-Reply-To: References: Message-ID: 中川さん 過去メール読んでいますか？ CAPGYwyf-e_r1wnqWO93B=ytVx1eqVWPWMz2Wc3uywPoeR-+uog ＠ mail.gmail.com のメールで、 大和さんが「仕様」の「新」「従来」という表現を使用されました。 会話をスムースに進ませるために、 その大和さんの表現をベースにしています。 > つまり「今までと同様のインストール，プロセスの実行を行った際の動作」を > 新仕様と定義していますか？ 中川さんにわかりやすいように Yes / No で答えるならば、 Yes ですね。 2015年4月15日 16:42 中川雅之 : > 押田さん > > すみません。話の論点がよくわかりませんでした。 > > つまり「今までと同様のインストール，プロセスの実行を行った際の動作」を > 新仕様と定義していますか？ > まず新仕様，とおっしゃっている条件などを解説いただけますと幸いです。 > > 中川 > > 2015年4月15日 16:30 押田光雄 : > >> 中川さん >> >> 説明ありがとうございます。 >> >> >> ただ、、、 >> >> > これについて少し誤りがあると思います。 >> > 「初回起動時に既存イベントについて，”"デフォルト"”では関知できない。」 >> > が正しい認識です。 >> >> 文脈から、これには異を唱えます。 >> >> 「新仕様では」と前置きをしています。 >> >> オプションというかスイッチは、仕様の選択スイッチだと思っています。 >> というか、 >> その方が説明としてわかりやすい。 >> >> >> 「スイッチが新設された事自体が仕様だ」 >> という見方もあるでしょうけれど、 >> 粒度を小さく保てる範囲では、小さい範囲で会話をしたいです。 >> >> 表現技法という観点で言うと、 >> エクスキューズをつける場所を間違えると、 >> とたんにわかり辛くなります。 >> >> いかがですか？ >> >> >> 2015年4月15日 16:20 中川雅之 : >> > 押田さん >> > >> > 中川です。 >> > >> >> これは YES ということでした。 >> > >> > これについて少し誤りがあると思います。 >> > 「初回起動時に既存イベントについて，”"デフォルト"”では関知できない。」 >> > が正しい認識です。 >> > >> > 起動時のオプションで，過去イベントを全て取得するといったオプションがあります。 >> > このオプションを使用すれば，イベントの同期に時間はかかりますが，過去イベントに関知することは可能です。 >> > >> > 以上です。 >> > >> > 2015年4月15日 16:13 押田光雄 : >> > >> >> 押田です。 >> >> >> >> 別ルートで回答いただきましたので、メモを残します。 >> >> >> >> >> >> > 新仕様では、 >> >> > 初回通信時に既に存在するイベントについては、 >> >> > Hatohol で関知できない、 >> >> >> >> これは YES ということでした。 >> >> >> >> >> >> 2015年4月14日 14:34 押田光雄 : >> >> > 大和さん >> >> > >> >> > >> >> > ご説明ありがとうございます。 >> >> > >> >> > >> >> >> 【従来】 >> >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> >> >> されているすべてのイベントをHatoholにコピーします。 >> >> >> >> >> >> 【新】 >> >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> >> >> されているイベントをHatoholにコピーしません。 >> >> >> >> >> >> 【従来・新両方】 >> >> >> Zabbixサーバとの初回通信後、Zabbixサーバが検出 >> >> >> したイベントは、Hatoholに順次コピーされます。 >> >> > >> >> > つまり、 >> >> > 新仕様では、 >> >> > 初回通信時に既に存在するイベントについては、 >> >> > Hatohol で関知できない、 >> >> > ということですか？ >> >> > >> >> > >> >> > >> >> > 2015年4月14日 12:48 Kazuhiro Yamato : >> >> >> 押田さん >> >> >> >> >> >> 大和です。 >> >> >> >> >> >>> 具体的にどういった変更があったのでしょうか。 >> >> >>> ご教示いただければと思います。 >> >> >> >> >> >> 15.03から、Zabbixイベントの読み込みに関する関する >> >> >> 仕様が変更されました。 >> >> >> >> >> >> 【従来】 >> >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> >> >> されているすべてのイベントをHatoholにコピーします。 >> >> >> >> >> >> 【新】 >> >> >> Zabbixサーバとの初回通信時に、Zabbixサーバに格納 >> >> >> されているイベントをHatoholにコピーしません。 >> >> >> >> >> >> 【従来・新両方】 >> >> >> Zabbixサーバとの初回通信後、Zabbixサーバが検出 >> >> >> したイベントは、Hatoholに順次コピーされます。 >> >> >> >> >> >> ※ただし、Readmeにあるとおり、15.03にオプションを指定 >> >> >> することで従来の振る舞いになります。 >> >> >> >> >> >> 仕様を変更した理由は、次のとおりです。 >> >> >> >> >> >> 大量のイベントがZabbixサーバに蓄積されている場合、それ >> >> >> らすべてのコピーは、Zabbixサーバ・通信路にも大きな負荷を >> >> >> 与え、当該システムの本来の動作に支障を可能性があります。 >> >> >> Hatoholの監視という目的から、より保守的な振る舞いをデフォ >> >> >> ルトとするべきと考え、仕様を変更しました。 >> >> >> >> >> >> 以上 >> >> >> >> >> >> >> >> >> 2015年4月14日 10:16 押田光雄 : >> >> >>> >> >> >>> 押田です。 >> >> >>> >> >> >>> イベント画面の挙動が変更されているかと思います。 >> >> >>> サーバ疎通後、しばらく待たないと表示がされません。 >> >> >>> 「完了」で空の状態です。 >> >> >>> >> >> >>> 従来はサーバ一覧で疎通確認がとれている状態であれば、 >> >> >>> イベント画面が空ということは無かったと思います。 >> >> >>> >> >> >>> readme に関連する記述があるようですが、 >> >> >>> どのイベントを読み込むかであって、 >> >> >>> 上述現象の理由ではないように読めます。 >> >> >>> >> >> >>> ======== >> >> >>> - [Server] Supress loading old events at first by default. >> >> >>> NOTE: You can restore old behavior by --load-old-events >> >> >>> option. >> >> >>> ======== >> >> >>> >> >> >>> 具体的にどういった変更があったのでしょうか。 >> >> >>> ご教示いただければと思います。 >> >> >>> _______________________________________________ >> >> >>> Hatohol-users mailing list >> >> >>> Hatohol-users ＠ lists.sourceforge.jp >> >> >>> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users >> >> >> >> >> >> >> >> _______________________________________________ >> >> Hatohol-users mailing list >> >> Hatohol-users ＠ lists.sourceforge.jp >> >> http://lists.sourceforge.jp/mailman/listinfo/hatohol-users >> > >> > >> > >> > >> > -- >> > -- >> > ━━━━━━━━━━━◆　ミラクル・リナックス株式会社　◆ >> > 技術本部 開発部 エンジニア ：中川 雅之（Masayuki Nakagawa） >> > E-Mail： masayuki.nakagawa ＠ miraclelinux.com >> > 住所：〒105-0014 >> > 東京都港区芝3-24-7　芝エクセージビルディング5F >> > TEL:03-6435-4550 >> > FAX:03-6435-4551 >> > ━━━━━━━━━━━━━━━━━━━━━━━━━━━ > > > > > -- > -- > ━━━━━━━━━━━◆　ミラクル・リナックス株式会社　◆ > 技術本部 開発部 エンジニア ：中川 雅之（Masayuki Nakagawa） > E-Mail： masayuki.nakagawa ＠ miraclelinux.com > 住所：〒105-0014 > 東京都港区芝3-24-7　芝エクセージビルディング5F > TEL:03-6435-4550 > FAX:03-6435-4551 > ━━━━━━━━━━━━━━━━━━━━━━━━━━━