ハードディスクを交換した | Carpe Diem
本番サーバで、運用当初から使っていた 1U サーバの 160GB のハードディスクの容量がアクセスログでいよいよいっぱいになってきた。アクセスログは、何かあったときのためにできる限りとっておきたいので、1TB のハードディスクに交換してみることにした。 LVM になっているので、普通に 1TB を 2 台目のハードディスクを追加して増設してもよかったけれど、2 台ハードディスクがあると故障率も 2 倍になるので、1 台目のハードディスクを交換してみることにした。 OS は、CentOS 5.5 x86_64 既存のハードディスクは、次のようなパーティンション構成になっている。 /boot ext3 100MB / LVM 残りすべて dd でコピーすればいいだと思っていたけれど、ちょっと調べてみるとより高速らしい dd_rescue を見つけたので、次のような手順でハードディスクを交換した
PyGRUBで快適！OpenSolaris on Xenライフ
PyGRUBとは、Xenの準仮想化ドメイン(PV)で利用できるブートローダです。PyGRUBを使用すると、ドメイン起動時にゲストOSのディスクイメージ上から必要なファイル（カーネルおよびRAMディスクイメージ）を読み出して起動することができます。これにより、ドメイン起動にあたりdomain-0のファイルシステム上へゲストのカーネルファイルなどに事前準備する必要がなくなりkernel行とextra行に具体的な値を記述する必要がなくなります。 PyGRUBは多数のファイルシステムをサポートしており、最近のバージョンでは、なんとOpenSolarisのZFS上のGRUB設定ファイルを使って純仮想化ドメインを起動できます。 ■ PyGRUBとpv-grub 同種のツールとしてはpv-grubがあります。PyGRUBもpv-grubも基本的にやってくれる事は同じなのですが、PyGRUBはPython
仙石浩明の日記: Linode から prgmr.com へ乗り換えてみた
今年 2月から使っている Linode (VPS, 仮想サーバ) は、 月額 $19.95 の最小プラン Linode 360 だと RAM 360MB なので WordPress を動かす (Apache+PHP+MySQL) には若干足らない (稀に スラッシング 状態に陥って無反応になる)。 もちろん、 一つ上のプラン Linode 540 (RAM 540MB) にすればいいのであるが、 これだと月額 $29.95 でちょっと高い (私の感覚だと月額 $20 あたりに心理的な壁がある)。 prgmr.com ならば、 RAM 512MB, ディスク 12GB が月額 $12 (年一括払いなら $115.2) で済むので乗り換えてみた。 Linode のようなユーザフレンドリーな Web ユーザインタフェースは無いし、 時々新規申込みの受付を中止したりする (今も RAM 1024M
3. LVM（Logical Volume Manager）(第2章ディスク管理〜上級:基本管理コースII)
物理ボリュームの作成 物理ボリュームはパーティション単位で管理されます。したがって、1つのディスクを1パーティションとし1つの物理ボリュームとしても構わないし一部分だけをLVM用のパーティションとして確保して、1つの物理ボリュームとしても構いません。もちろん、1つのディスクを複数のパーティションに分割して、複数の物理ボリュームを作成することもできます。 次に物理ボリュームの作成方法を説明します。 LVM用のパーティションとするためには、最初に/sbin/fdiskを使用して、作成したパーティションのIDを0x8Eに設定します。 # /sbin/fdisk /dev/sdc コマンド (m でヘルプ): p Disk /dev/sdc: 1073 MB, 1073741824 bytes 64 heads, 32 sectors/track, 1024 cylinders Units = シ
Stray Penguin - Linux Memo (Xen)
1台のマシン上で Linux や別の OS を複数稼働させることのできる仮想化技術。最近は VMWare もかなりパフォーマンスが改善されたが (※)、Xen は OS上のOS だということをほとんど意識させないオーバーヘッドの少なさが売りだ。また、ひとつの基幹サービス (たとえば Webサービス) を OSごと根こそぎ分離するという用途においては、Xen は chroot の究極のカタチであるとも言える。Xen では、ゲストOS (子供) とホストOS (親) はカーネルもライブラリもそれぞれで持ち、ゲストは他のゲストやホストのリソースにほとんど影響を与えられないようにできているからだ。 また、例えば Apache HTTPSサービスと NFSサービスを提供したい時、ゲストOS 1 は Apache 専用にして CPU を 2個割り当ててメモリ割り当ても多めに、ゲストOS 2 は NFS
National Security Agency - Applications
Applications You have reached the NSA Applications Domain. Please choose the specific application you were trying to reach below: CESP Return to NSA Home
ほぼまっさらなCentOS5.5にkumofsをインストール - DenkiYagi
いくらでも情報があるんですが、自分用の備忘録。 方針とか この手順では32bitマシンを対象にする ソースから入れるパッケージはとにかくcheckinstall ネットワーク周りやiptablesの設定は各自やってね 準備するもの CentOS 5.5をインストール済みのマシン 全部デフォルト設定でインストール（インストーラ任せ） アップデート済み（yum -y update） 手順 Development Toolsのインストール そもそもgccとか入ってなかったので、インストール。 yum -y groupinstall "Development Tools" rpmforgeを使えるようにする checkinstallをインストールしたいのだが、rpmforgeじゃないとパッケージが置いてないのでrpmforgeを使えるようにする。x64の人はAdditionalResources/
CentOS5で最小ネットワークインストール構成に後からXWindowを入れる (技術メモ)
前回のCentOS5ネットワークインストールをした後の話である。 普段であればサーバー用途なのでGUIは入れないで後はyumでがつがつサーバーソフトウェアを入れていくのだが、せっかくLinuxデスクトップを利用しているのでCentOSでもXwindowを入れてみることにした。 デスクトップ用途だとディスクがいったい何枚必要になるのかわからないので、そういった意味でもネットワークインストール最小（途中でフリーズする危険がインストールサイズが大きくなるほど多い）でインストールを完了させ、その後yumで後からXwindowを入れるのがディスク1枚ですむので地球に優しいのである。 さてかといって一つ一つyumのパッケージを入れるのは大変なのでパッケージのさらにパッケージというのがyumにはある。実はコレインストール時に選ぶパッケージ群とほぼ同じと考えてよい。以下のコマンドをrootで実行する。する
Run Node.js as a Service on Ubuntu | kvz.io
The core of our new project runs on Node.js. With Node you can write very fast JavaScript programs serverside. It's pretty easy to install Node, code your program, and run it. But how do you make it run nicely in the background like a true server? Clever chaps will have noticed you can just use the '&' like so: and send your program to the background. But: if Node ever prints something and your co
ゴルフ場のなかみ - 兼雑記 (2009-09-29)
最近ゴルフ場を新しいマシンに引越そうとしていて、ついでなのでシステムをもうちょっと丁寧にパッケージ化しようとしてます。そのついでとして、現在のゴルフ場について内部がどうなってるか、ということを少しまとめてみようと思いました。 結構似たようなことをするサービスもあるんですが(codepadとかllevalとか)、そのへんのコードとかは全く参考にしてないので、そういうのを見た方がいいかもしれませんし、あとゴルフ場固有の事情も色々あったりするかもしれません。まぁでも日本語でそのへん書いてるのはあんまり見たことがないので、多少参考になる部分もあるかもしれません。 今作業中のコードは github に入れていっています。 apt で入らないパッケージの処理以外はだいたい入ってるはずですが、まだ足りないものとかあるかもしれません。 http://github.com/shinh/ags システム自体は
最強のMySQL HA化手法 - Semi-Synchronous Replication
MySQL 6.0で搭載される予定の機能の一つに、Semi-Synchronous Replicationというものがある。コイツを使うととんでもなく凄いHA化ができるので、今日はその方法を紹介しよう。 まずはSemi-Synchronous Replicationの機能説明から。そもそもSemi-Synchrounousってナニ？どうして完全な同期でもなく非同期でもなくSemi-Synchronousなの？という疑問をまずは解消したいと思う。さっそく次の図を見て欲しい。 これはSemi-Synchronous Replicationの動作を図で表したものである。図だけではなんだかよく分からないと思うので、以下に各ステップの詳細を説明する。 アプリケーション（クライアント）からトランザクションをCOMMIT要求を出す。 バイナリログを更新する。 ストレージエンジン（テーブル）を更新する。
Installing Xen - Xen Virtualization Tutorial
This page last updated: 2009-07-16 10:23:19 AM (EDT) Installing, Configuring, and Using Xen 2009 Xen Training/Tutorial Download: 2009 Xen Training/Tutorial (.pdf 3.3 MB ) This new, updated Xen tutorial is written by Zach Shepherd and Wenjin Hu, originally derived from materials written by Todd Deshane and Patrick F. Wilbur. It was presented numerous times at Xen Summit in various locations across
Customizing your ESXi install with oem.tgz - Virtual Machine and VPS Tutorials
oem.tgz is a file used by ESXi to customize the installation. With this file you can replace default files that ESXi uses or add additional files to the install. Below are some sample files which enable support for various storage controllers. Please search the forum for other files. Notes: 1) ESXi 3.5 Update 4 includes some support for ICH9 and ICH10 controllers. If you are performing a new inst
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 を高速なものに交換する以外ありません。 というわけで
連載記事 「Heartbeatでかんたんクラスタリング」
Heartbeatの特徴とユニークな機能 連載：Heartbeatでかんたんクラスタリング（1） オープンソースソフトウェアの「Heartbeat」をご存じでしょうか？ これを使い、Linux上でHAクラスタを構成する方法を紹介します
Fedoraを最新版にアップグレードする4つの方法 | OSDN Magazine
Fedora 10のリリースが予定されている本日（11/25）、どうやってアップグレードしようかと考えている人も多いだろう。本格的なアップグレードはせいぜい半年に一度なので、細かい手順は忘れてしまいがちだ。また、新しいリポジトリの参照を中心としたFedoraのアップグレード手順は、新たなリリースが出てもリポジトリ自体は変わらずにその中身だけが変わるDebianの手順などに比べると複雑である。だが、こうした変動性にはもっともな理由がある。Fedoraのアップグレードは少なくとも4つの方法で可能であり、それぞれに一長一短があるからだ。 どの方法でアップグレードするにせよ、事前にYum Upgrade FAQの手順1と2に目を通しておいたほうがよいだろう。これらの手順には、アップグレードの準備について重要なアドバイスが記されている。リリースノートに記載された問題点の理解、現在の環境のバックアップ
ウノウラボ Unoh Labs: ベンチャー流サーバ構築のススメ(ソフトウェア編)
尾藤正人です ラボブログではウノウのエンジニアで1日1人1エントリ(早く書くのはあり)で書いてます。おかげさまでウノウも順調にエンジニアの数が増えて、僕の順番に回ってくるのが少しずつ遅くなってきました。でもまだまだウノウではエンジニアを大募集中です!!我こそはと思う方はぜひご連絡ください。 前回のベンチャー流サーバ構築のススメ(ネットワーク編)ではネットワーク周りについて書きました。前回のエントリで言ったように、今回はソフトウェア周りのことについて書きたいと思います。 ソフトウェア周りで重要なのは、同じ構成にする、これにつきます。web サーバにだけ apache をインストールしたりとか、DB サーバにだけ MySQL をインストールしたりだとかいうことはしません。全てのサーバに同じパッケージ、同じプログラムをインストールします。それによる管理コストの軽減ははかりしれないものがあります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
FAI: Linuxのインストール、管理、カスタマイズを自動化する
HOWTO: Linux Container (LXC) on Fedora 12 | KageSenshi's Log