�Linux/DB Tuning (DevSumi2010, Japanese)
1. 高性能・安定運用のための Linux/DB システム構築 / 運用技術 松信 嘉範 (MATSUNOBU Yoshinori) サン・マイクロシステムズ株式会社 プリンシパル MySQL コンサルタント 2. プロフィール 2006 年 9 月から MySQL->Sun(-> オラクル ) で MySQL コンサルタントとして勤務 主な著書 Linux-DB システム構築 / 運用入門 現場で使える MySQL Java データアクセス実践講座 Twitter: matsunobu Blog: http://opendatabaselife.blogspot.com * 今回の資料は公開します * MySQL 用語があちこちに出ますが、 経験の無い方にも分かるように配慮していくつもりです 3. 安定稼働と高性能を支える要素 アプリケーション層に関する技術 テーブル設計、インデックス設
NETDEV WATCHDOG - 狐の日記
最近、PowerEdgeでインタフェースが勝手に再起動する事象を確認したので、メッセージを調べて見た。 NETDEV WATCHDOG: eth0: transmit timed out メッセージの内容を調べてみると、 NETDEV WATCHDOG: devname: transmit timed out ネットワークデバイスの watchdog 機能(*)により、NIC が動作していない状態を検知した。 通常、デバイスに内蔵されている送信バッファを使い切りそうになると、カーネルは一旦デバイスへのデータ転送をやめて、デバイスがある程度データを送信するまで待つ。 当該メッセージは、この待ち状態に移行してから、デバイスごとに設定されている送信タイムアウト以上の時間が経ってしまったことを通知しており、デバイスに異常が発生している可能性を示している。 隣接しているネットワーク機器の故障や、LA
[users:12972] Re: NETDEV WATCHDOG: のメッセージが出る
To: {users} {at} {turbolinux.co.jp} Subject: [users:12972] Re: NETDEV WATCHDOG: のメッセージが出る From: "{info} {at} {network.excelnet.co.jp}" <{info} {at} {network.excelnet.co.jp}> Date: Wed, 14 Dec 2005 11:12:59 +0900 かわむら＠エクセルです 同じ様な症状に悩まされた事があります e1000モジュールに明示的にディフォルトオプションを指定することで回避 出来るそうです その時の手順です ↓ １．modules.confの[alias eth? e1000]の下に以下を追加 # vi /etc/modules.conf options e1000 RxIntDelay=0,0 ２．再起動 #
NETDEV WATCHDOG: eth0: transmit timed out
最近のトラックバック 最近のコメント NETDEV WATCHDOG: eth0: transmit timed out Kaz [11/20 02:25] Turbolinux 8 Server は無事にインストール成功 みい [03/29 23:01] winwood [03/30 13:23] かなり、久しぶりの書き込みになってしまったが、表題の事象に悩まされ続けていた。（１ヶ月程前にはほぼ解決したが、ここを忘れていた・・・） DELL PowerEdge 1850にTurboLinux 10sをインストールして、httpサーバーを運用し始めて１週間程たったある日、messages ログに表題のログを出力して、ネットワークカードがダウンしてしまった。 とりあえず、リブートして復活させたが、また１週間程でダウン、その後も何度と無く不定期（１日～１週間程度）にダウンを繰り返
cron の実行順序を制御する方法 | Carpe Diem
cron のバッチ処理の実行順序を制御するときは、setlock を使うと便利そうだったので、設定してみた。この方法では、setlock に setlock を設定している理由がよく分からなかったので、何はともわれ試してみた。 setlock についてのヘルプは、こちら。 まず、daemontools の RPM は、daemontools.spec を使うとすぐに作ることができる。daemontools は、/usr/local/bin にインストールされる。 次に、バッチ処理に見立てた簡単な次のプログラムを準備する。 1.rb: 一番最初に実行される毎時バッチ #!/usr/bin/env ruby require ‘date’ p “#{__FILE__} start #{DateTime.now}” sleep 120 p “#{__FILE__} end #{DateTime.n
lsyncdをつかって簡単にファイル同期を - UNIX的なアレ
lsyncdというツールをご存じでしょうか？これを導入することで、リモートのホストとディレクトリ単位で同期をすることができます。 先日のエントリーでも紹介していますが、実は設定や導入がすごく簡単です。した設定でリモート間でファイルの同期をとれるのはやはり便利ですよね。 さて、今回はlsyncdの簡単な導入方法を紹介したいと思います。 lsyncdの仕組み lsyncdはlinux kernel2.6.13で導入された、inotifyというAPIをつかって動作しています。 inotifyはファイルシステムのイベントを取得することができるAPIで、ファイルの作成や削除などをそれぞれイベントとして取得をすることができます。 この仕組みと、rsyncを組み合わせてファイルの同期を行うことを実現しています。 lsyncdのインストール まず、以下のページからsourceをダウンロードしてください。
Linux チューニング - Ext3 のパフォーマンスを最大化させる
じつは自宅サーバのロードアベレージが上がり続けています。分析の結果、ボトルネックは I/O 処理でした。CPU は Athlon64 X2 4400+ ですが、まだまだ当分この CPU で間に合いそうです。HDD は当時は 7200 回転で最速だった HITACHI Deskstar T7K250 SATA2 250GB を RAID1 構成にしたのですが、今思えば速度優先で RAID0 にしておけば良かったと少しだけ後悔。 I/O がボトルネックに成っている理由ですが、Drk7jp が公開しているサービスの全てがキャッシュファイルを利用した高速化手法を取っているのですが、単純にそれらファイルの write 処理が追いついていません。常に何らかのプロセスで I/O 待ち状態が発生しているような状況です。抜本的な解決方法としては disk を高速なものに交換する以外ありません。 というわけで
気まぐれソフトハウス » Samba3.0+OpenLDAP+Winbindでファイルサーバ
Fedora Core 3上でSamba3.0を稼動させ、Windowsドメイン（本ドキュメントでのWindowsドメインとは全てActiveDirectoryドメインを示します）に参加したファイルサーバを構築します。ユーザ管理はLDAPサーバによって行います。また、Sambaユーザとして、既存のWindowsドメイン上のユーザ、グループを利用できるように、Winbindを使用します。 # up2date openldap-servers openldap-clients ← 必要なパッケージをインストール Fetching Obsoletes list for channel: fedora-core-3... Fetching Obsoletes list for channel: updates-released-fc3... Fetching rpm headers...
Open Tech Press | Linuxのスワップ処理を最適化するためのヒント
コンピュータのメモリ容量を超えるサイズのプログラムを実行する必要がある場合、最近のオペレーティングシステム（OS）のほとんどはスワップ処理と呼ばれる手法を用いる。これは、メモリ内データの大部分を一時的にハードディスクに格納しておき、必要なデータだけを物理メモリ空間に持ってくるというものだ。本稿では、Linuxシステムにおけるスワップ処理の効率化とスワップ処理サブシステムのパフォーマンス最適化につながるテクニックを紹介する。 Linuxは、物理メモリの領域をページという単位に分割して処理する。スワップ処理とは、ハードディスク上にあらかじめ設定した空間（これをスワップ空間と呼ぶ）にページ単位でメモリ上のデータをコピーし、そのページのメモリ領域を解放する処理をいう。物理メモリとスワップ空間を合わせた容量が、仮想メモリとして利用可能になる。 スワップ処理が必要になる主な理由は2つある。1つは、物理
DSAS開発者の部屋:特集記事『Linuxロードバランサ構築・運用ノウハウ』を公開します
『Linuxロードバランサ構築・運用ノウハウ』を公開します！ これはWEB+DB PRESS Vol.37の特集記事としてDSASチームが執筆したもので、技術評論社様の許可を得て今回公開するはこびとなりました。 一口でいうと、「Linux＋IPVS＋keepalivedを使って、冗長構成(Active/Backup)のロードバランサを作るまで」の解説記事で、 サーバ負荷分散一般についてのはなし Linuxでロードバランサを作ってみる ロードバランサを冗長化 といった構成になっています。 みなさんがLinuxロードバランサを導入・構築・運用する際の一助になれば、DSASチームとしてもうれしい限りですので、是非、ご覧になってください！ 第1章 サーバ負荷分散概論 特集のはじめに なぜサーバ負荷分散をするのか？ サーバ負荷分散の実現方法 ロードバランサのいる構成 ロードバランサはなにを元に分散す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer