新208.5日問題 - Systems with Intel® Xeon® Processor E5 hung after upgrade of Red Hat Enterprise Linux 6
Linux の連続稼働時間が 208.5 日を過ぎた段階で突如 Kernel Panic を引き起こすという過激な挙動で2011年の年の瀬に話題となった "旧208.5日問題" ですが、あれから二年が経った今、Linux Kernel 内の bug と Intel Xeon CPU の bug の合わせ技により再度類似の不具合が発生することが分かっています。 旧 208.5 日問題の発生原理に関しては以下の blog が参考になります。 okkyの銀河制圧奇譚 : sched_clock() overflow after 208.5 days in Linux Kernel 追記(2014/1/4) 新208.5日問題の簡易チェックツールを作成しました。よろしければお使い下さい。 tsc_checker - 新208.5日問題簡易チェックツール また、Linux Kernel における時間
サービス開発合宿を開催しました - Hatena Developer Blog
こんにちは、id:onishi です。先日、はてなでサービス開発合宿を開催しました。 サービス開発合宿とは、短期間（通常2〜3日）通常の開発業務から離れ、集中して開発を行い、新しいサービスや機能を開発するという合宿です。はてなの主力サービスである「はてなブックマーク」も開発合宿から生まれたサービスです。 今回は京都のオフィスと滋賀の合宿所の2拠点に分かれての開催でした。水曜日からスタートして、金曜日の午前中までが開発タイム。チームに分かれて思い思いのテーマで開発を行います。今回の合宿では38人が11のチームに分かれて開発を行いました。金曜日の午後は京都オフィスのセミナールームに集合して、合宿の成果を発表し、投票で順位を競うイベントも開催しました。 開発した機能やサービスについては、このあと一般のユーザーのみなさまへ公開するものもあるかもしれませんのでお楽しみに。 さて、今回の開発者ブログで
「CROSS 2014」開催1ヶ月前 見どころ紹介（前編） | gihyo.jp
2014年1月17日(金)、Webに関する勉強会の祭典「エンジニアサポートCROSS 2014」が開催されます。今回と次回にわたり、3回目の開催となるCROSS2014の見どころを紹介します。 「エンジニアサポートCROSS」とは？ 「エンジニアサポートCROSS（以下「CROSS」）」は、「複数の技術を身につけなければWebサービスは作れない＝クロスしないと生きていけない」をテーマとした、Webサービスに携わる人のための技術イベントです。 昨今、Webサービスを開発するためには、Webサーバ、データベースサーバを用意してひとつの言語でアプリを書くだけでは、時代の求める改善・運用の速度に追いつけなくなってきています。 アプリを作るのはもちろん、環境構築を自動化し、さらにそれらをクラウドに自在に展開・拡大していくことまで求められています。また、これらをよりよいものにするために各種ミド
出会い系チャット会話ログ収集
このスライドは京大マイコンクラブ（KMC）の例会で新入生向けに発表されたものです。新入生向けに技術的な内容を噛み砕いて説明するため事実を基に脚色を加えています。そのため、このスライドに記載されている内容は 事実とは大きく異なります。 このスライドの内容はフィクションであり、実在の人物・団体とは一切関係ありません。
Docker コンテナにアプリケーションを立てて Graphite でいい感じに可視化するまで - wtatsuruの技術方面のブログ
このときにやった可視化部分の話。急いで作ったのでいろいろ雑な部分が多い。 開発合宿でDockerとMesosを使っていい感じにリソース提供とデプロイするやつを作ってた - wtatsuru's blog はじめに 元のやつから内部情報を削ったサンプルを置いておきます。適当にサーバ名など修正すれば使えるかもしれません。 https://github.com/tatsuru/docker-sample-app 全体の仕組みについてはここの図がわかりやすいと思います Docker + Mesos + Marathon + Graphite + Fluentd + Sensuを組み合わせたデプロイ管理ツールの話 - ゆううきブログ やりたいこと 目的はアプリケーションの現状を俯瞰できるダッシュボードを作ること。 それぞれのDockerコンテナは短命なので、下記の情報をうまく集約してやる必要がある。
Gathering LXC and Docker containers metrics | Docker
Linux Containers rely on control groups which not only track groups of processes, but also expose a lot of metrics about CPU, memory, and block I/O usage. We will see how to access those metrics, and how to obtain network usage metrics as well. This is relevant for “pure” LXC containers, as well as for Docker containers. Locate your control groups Control groups are exposed through a pseudo-filesy
serverspec インフラ層のテスト項目を考える | Ore no homepage
最近は担当システムが平和だけど俺が平和じゃない。疲れてる。忘年会の連チャンもきっついトシになっちまった。会社の制度で1週間くらい休みがとれるので、一人で温泉とスノボと開発合宿でもしに北海道にでも行こうかなって思ってる。1月か2月くらいに。 えーと、担当しているサービスにserverspecを導入した。それにあたってテスト項目を考えたので軽くまとめる。もちろんserverspec導入前もサーバ構築後は動作確認というか、テストらしいことはしていたっちゃしていたんだけど、テスト項目をまともに考えたのはこれが初めてかもしれない。serverspecのバージョンは0.13.2である。Rubyは2.0.0。 0. 環境 下記のような環境に導入した。ありふれた構成だと思う。60台くらいの規模。DBはマスタ3台に分割されていて、それぞれにスレーブがn台ぶらさがっている。LBの箱は二つあるが、物理的には1台
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
発表資料 - クックパッド開発者ブログ