Graphite のチューニングには札束しかなかった話 - miyalog
ネタバレ：SSDにしろ、以上。 そしてややネタエントリーです。 いきさつ 速さが足りない！！ いいからチューニングだ！！ MAX_CACHE_SIZE MAX_UPDATES_PER_SECOND MAX_CREATES_PER_MINUTE CACHE_WRITE_STRATEGY WHISPER_AUTOFLUSH WHISPER_SPARSE_CREATE / WHISPER_FALLOCATE_CREATE WHISPER_LOCK_WRITES WHISPER_FADVISE_RANDOM 何の成果も得られませんでしたぁ！ SSDの場合 HDDの場合 力こそパワー！ 余談：SSDなんですぐ死んでしまうん？ SSD TBW 比較 いきさつ 会社でRADIUSサーバーの認証ログを Grafana + Graphite で可視化するツールを作っていまして、開発版を会社の本番サーバーにデ
ESXi やvCenter Server のログを収集しよう。 - Microsoft/VMware 製品はこう使う。
VMware製品では、ログの収集方法を知ることすら一苦労だなと感じている。 KB も多数公開されているが、本当に使えるものが取れるのか、 "この方法であってる？" であったり、正直不安な部分が多い。 VMware KB だとこの辺だろう。 + VMware ESX/ESXi における vm-support コマンドを使用した診断情報の収集 (1036179) https://kb.vmware.com/kb/1036179 今回はきちんとログを収集する順番を記載していこうと思う。 といってもすごく簡単ですが。画面に表示されるIP Addressなどの名前はマスクさせてもらう。 まず、vSphere Client からvCenter Server に接続し、 ツリーの一番上（vCenter Server）をクリックした状態にする。 上部のメニューから [ファイル] - [エクスポート] -
継続的テストとしての監視実装例
その昔hbstudyで @kazuho さんは言いました 「監視は継続的なテストである」 というわけでこんにちはCTOの馬場です。 今回は弊社で実際に適用しているテストケースを紹介します。 ハートビーツと監視システム ハートビーツでは永らくNagiosを使って2拠点から同内容の監視をしています。 最適な監視を実現するためにはNagiosの監視の実体である Nagiosプラグインを自作する必要があり、 ハートビーツでは特に別途費用をいただかず必要なNagiosプラグインを実装しています。 ソースコードは社のGitLabで管理していて、 hb-nagios-plugins グループ配下には100近いリポジトリがあり、 さらにこの他にも案件固有の監視項目用に個別のリポジトリがあります。 要するにたくさんですね。 さきほどざっと hb-nagios-plugins グループ配下のファイル数を確認し
いい感じにログを監視するNagiosプラグイン check_log_ng 2.0.5 をリリースしました！
こんにちは。 CTOの馬場です。 いい感じにログを監視するNagiosプラグイン check_log_ng をメジャーバージョンアップして 2.0.5 をリリースしました！ OSSとしてGitHubで公開しています。 GitHub - heartbeatsjp/check_log_ng: Log file regular expression based parser plugin for Nagios. 目玉の新機能は 「監視結果を一定時間キャッシュできる」 です。 弊社のように複数の監視サーバを持つ場合には誤検知削減の効果が見込めます。 check_log_ng はPython製で、Python 2.6 - 3.6 に対応しています。 例えばCentOS7であればファイルひとつ置くだけで機能します。 (CentOS6のPython2.6で使う場合はargparseモジュールをインストー
Seq — centralized structured logs
The self-hosted search, analysis, and alerting server built for structured logs and traces. The self-hosted search, analysis, and alerting server built for structured logs and traces. Why structured logs? Structured logs are the observability pillar that uniquely models your apps and services. They capture the detailed, domain-specific events you need to debug tough problems, and they're perfect f
InsightIDR | Cloud-Based, Next-Gen SIEM Solution | Rapid7
Scale and speed for hybrid environments Embrace digital transformation, SaaS adoption, and agile development with elastic, cloud-native security information and event management (SIEM). Pinpoint critical, actionable insights Command your attack surface with AI-driven behavioral detections, expertly vetted threat content, and advanced analytics. Act on threats anywhere with confidence High context
gitにおけるコミットログ/メッセージ例文集100
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ
SourceTreeの使い方 | コミットの再編集・変更方法 - ICS MEDIA
Gitでの開発で、こんな体験はありませんか？ 3つ前のコミットのメッセージにミスがあった。修正したい・・・ このコミットの順番入れ替えたいなぁ このコミット、ホントは要らなかったから削除したいなぁ …… 実はそれGitでできるんです！今回はGitクライアントソフトのSource Treeソース・ツリーでコミットログを修正する便利な機能「rebase interactiveリベース・インタラクティブ」を解説します。 コミットの再編集ができる機能とは？ Gitではコミットを再編集する機能を「git rebase interactive」といいます。たとえば、コミットの入れ替えや編集、統合、削除ができます。正確に説明すると、コミットそのものを編集するのではなく、新しくコミットのコピーを作成して1つずつコミットを組み立てる機能になります。 Source Treeでコミットログを編集しよう Sour
2015/7/1のうるう秒のログ - しょぼんメモリ （´・ω・｀）
/var/log/messages にログが残っていたのでメモ。 ◆CentOS-6（事前にtzdataをupdate済み） パッケージバージョン 2.6.32-504.16.2.el6.x86_64 ntp-4.2.6p5-3.el6.centos.x86_64 tzdata-2015e-1.el6.noarch /var/log/messages Jul 1 08:59:59 hoge kernel: Clock: inserting leap second 23:59:60 UTC Jul 1 09:00:00 hoge ntpd[1445]: 0.0.0.0 061b 0b leap_event ◆CentOS-5（事前にtzdataをupdate済み） パッケージバージョン 2.6.18-406.el5PAE ntp-4.2.2p1-18.el5.centos tzdata-20
並列データ転送ツール『Embulk』リリース！ - Blog by Sadayuki Furuhashi
こんにちは。古橋です。 先日の*1 データ転送ミドルウェア勉強会で、新しいオープンソースツール Embulk をリリースしました。 Embulk, an open-source plugin-based parallel bulk data loader from Sadayuki Furuhashi Embulk は、リアルタイムなログ収集では常識となった fluentd のバッチ版のようなツールで、ファイルやデータベースからデータを吸い出し、別のストレージやデータベースにロードするためのコンパクトなツールです。 fluentd と同様にプラグイン型のアーキテクチャを採用 しているため、RubyやJavaで簡単なコードを書くことで、様々なファイルフォーマットやストレージに対応することができます。一方で fluentd とは異なり、高速性やトランザクション制御、スキーマを使ったデータのバリ
git/コミットログを修正する方法 - TOBY SOFT wiki
はじめに † gitでコミットログを修正したいです。 Redmineとかで、refs #10とかcloses #10とかつけるとコミットログにチケットを関連付けられますが、これがよく書き忘れるんですね…。 直前のコミットログを修正する方法あるみたいです。 直前のコミットログ以外も修正する方法はないのかな…。 (Subversionだとhookスクリプトで許可できますよね。分散型だとやっぱり無理？) ↑ 直前のコミットログを修正する方法 † 直前のコミットログの修正は"git commit --amend" でよいみたいです。 例えば、 $ git commit -m "fixed xxx bug" : # コミット完了! # あ！しまった！"refs #(チケット番号)"つけるの忘れてた！ # (私が使うプロジェクト管理ツールRedmineではrefs #13 のようにすると # コミット
[VMware][ESXi] VMware ESXi 5.1.0のシステムログ構成を設定する方法。: いつか、そのとき、あの場所で。
できた！ ESXi5.0 お試し環境 ～ESXiシステムログ構成～ Nerinoのブログ/ウェブリブログ / http://nerino.at.webry.info/201203/article_3.html ESXiの入れ替えに伴って、CompactFlashからUSBメモリに切り替えたのですが。その際にサマリに以下のようなメッセージが表示されるようになりました。 ホスト～のシステムログは非持続性ストレージに格納されます。 これはUSBメモリがシステムログの格納先になってしまうためだと推測されます。そのため、システムログの出力先を適当な場所に設定変更する必要があります。 1. 「構成」タブをクリックし、ソフトウェアの「詳細設定」をクリックする。 2. 「詳細設定」の「Syslog」-「grobal」をクリックする。 3. 以下の設定項目に適当なディレクトリパスおよびチェックを入れる。 S
![[VMware][ESXi] VMware ESXi 5.1.0のシステムログ構成を設定する方法。: いつか、そのとき、あの場所で。](https://cdn-ak-scissors.b.st-hatena.com/image/square/2cb76768458b2414f777a5c37ec21a7ec794b57e/height=288;version=1;width=512/https%3A%2F%2Fblog-imgs-45.fc2.com%2Fk%2Fo%2Fm%2Fkometchtech%2Fnenga_hanko2.jpg)
TraceTool 12.7: The Swiss-Army Knife of Trace
A C#, C++, Delphi, ActiveX , Javascript , NodeJs and Java trace framework and a trace viewer: Tail, OutputDebugString, event log, and with Log4J, Log4Net, and Microsoft Enterprise Instrumentation Framework (EIF) support. This also comes with full support for Pocket PC, Silverlight, and Android. Download C# demo, library, and documentation (12.9) - 1.45 MB Download Delphi demo, library, and documen
MozillaZine.jp フォーラム • トピック - ThinderBird のログの見方を教えてください。
ログはサーバーとのやりとりやsocketの知識がある程度有って初めて役に立つものだと思います。私もそうですが 他の人も ログの内容を見て解らない人に、おそらく一からレクチャーする気は無いと思います。（ものすごい時間と手間がかかるので、このようなフォーラムでやってられません） Thunderbirdのログに関しては見方を説明したドキュメントって無いのではないでしょうか。ログに表示される行はsocketに関するものと、Thunderbirdの関数の実行結果ばかりで、Thunderbirdの動作を（作りを）理解していない私のような者が見てもサーバーとのやりとりの部分しかわかりません。しかも時間的な要素が絡むトラブルには役に立ちません。 質問するなら 例えば、採取したログに、 2508[1443650]: recv -> 1, error = -5998, os error = 10035 という
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - azu/awesome-commit-english: コミット英語についての記事まとめ
How to show changed file name only with 'git log'
Loading...
HostCtl exception in stats collection | ESXi
Writing an event logger with Delphi 2010
Whole Team Quality and Testing - TestRail