いろいろ Forum で調べてみると、原因と対策がわかったのでメモ。
参考とした Forum は、
vsphere client on Windows 7 rc (vmware Forum)

1. .NET 3.5 SP1でインストールされる System.dll を自分の好きなディレクトリへコピー。

   c:\Program Files(x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib

   .Net Framework を Windows7 にいれればいいんじゃね？と思うけど、うち Windows7 64bit なもんで
   インストールできませんですた。

2. VpxClient.exe.config  の編集
   %ProgramFiles(x86)%\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\ 内にあるのでそれを以下のように編集。

   <?xml version="1.0" encoding="utf-8"?>
   <configuration>
   　　  <system.net>　　
   　　        <connectionManagement>　　
   　　            <clear/>　　
   　　            <add address="*" maxconnection="8" />　　
   　　        </connectionManagement>　　
   　　    </system.net>　　
   　　  <appSettings>　　
   　　    <add key = "protocolports" value = "https:443"/>　　
   　　  </appSettings>　　
   　　<!-- 追加 -->　　
   　　  <runtime>　　
   　　  <developmentMode developerInstallation="true"/>　　
   　　  </runtime>　　
   　　<!-- 追加終わり -->　　
   </configuration>

3. バッチファイルを作成
   コピーした System.dll を .NET Framework に認識してもらうために DEVPATH を記述したバッチファイルを作成。
   名前は適当で。

   SET DEVPATH=%ProgramFiles%\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib
   "%ProgramFiles%\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe"

   64bit Windows7 を使用している人は %ProgramFiles% を %PrograFiles(x86)% にしてあげれば OK です。

4. あとはそのバッチファイルで起動。
   もしくは vSphere Client のショートカットを作成したバッチファイルにパスを変更してあげれば OK です。

Windows7 で動かなかったといって、ESXi3.5 -> ESXi4.0 に Upgrade するために Windows7 の機能である XPMode で1回やってみたことは秘密だｗｗｗｗｗｗ
なので、先に vSphere Client だけ抽出しておいて上記設定後 Upgrade してもいいような気がしますお。

インストールの画面のキャプチャーしていなかったので、
インストール画面は WindowsユーザーのためのXenServer入門【前編】 参照のこと。

2本 USB メモリを差し込んで、インストーラが入っている USB で boot を行う。
ステップを進んでいくと、XenServer をどれにインストールするか？と聞かれるので認識されている USB メモリを選択する。
その後は上の Impress Watch の通りに進んでいく。
もし選択の時点で USB が認識されていない場合は、そもそもその USB が正常に認識していない可能性がある。
たとえば、BUFFALO のマイクロ USB メモリの RUMA シリーズとかは SDカードリーダとして認識されてしまう。

確認方法としては、インストール用 USB メモリを一旦その USB メモリでつくってみて、
うまく USB boot できないのであれば疑った方がいいかもしれない。

で、インストールが完了したあとにすぐにわっしょいできるわけではないので、
ちゃんと XenServer を USB boot できる状態にする。手順は以下のとおり。

1. XenServer インストール用 CD or USB で boot

2. F2-Advanced を選択し、以下のようにタイプして Enter 。
　　boot : shell

3. プロンプトの状態になるので、インストールされた USB メモリをマウントするためにマウントポイントを作成。
　　# mkdir /tmp/sdX
　　※ sdX = fdisk -l で確認してインストールされた USB メモリのパスにする

4. boot パーティションをマウント。その後マウントされているかどうか df コマンド or mount コマンドで確認。
　　# mount -t ext3 /dev/sdX1 /tmp/sdX
　　# df -h

5. block デバイスが インストールされた XenServer （USB メモリ）上に存在していないため、コピー
　　# chmod -R 664 /sys/block
　　# cp -R /sys/block/ /tmp/sdX/sys/block/
　　※ コピー中に Read Only だぜボケ！とメッセージがでてくるけど軽くスルー

6. マウントしている USB メモリのマウントポイントで chroot
　　# chroot /tmp/sdX

7. /boot ディレクトリに移動して、initrd イメージをバックアップ
　　# mv initrd-2.6.18-53.1.13.el5.xs4.1.0.254.273xen.img \
　　　 initrd-2.6.18-53.1.13.el5.xs4.1.0.254.273xen.img.old
　　　 ※ initrd のバージョンはそのときの Version で指定すること

8. mkinitrd コマンドで –with-usb オプションをつけて再度 initrd イメージを作成
　　# mkinitrd –with-usb initrd-2.6.18-53.1.13.el5.xs4.1.0.254.273xen.img \
　　　 2.6.18-53.1.13.el5.xs4.1.0.254.273xen
　　　 ※ initrd / kernelのバージョンはそのときの Version で指定すること

9. 作成されていることを確認して再起動。

これでインストールされた USB で boot すると XenServer が起動する。
パフォーマンスとしては、HDD と比べてもそこまで遜色はないが、
Guest OS を増加させていくとその分 USB 側の I/O も増加していくかもしれない。

あと、Intel PRO 1000 の　PCI Express 版を使用していたが、XenServer 5.0.0 update 2 では認識しなかった。
最新の update 3 では PCI Express 版も認識されるようになったので、
今後 XenServer を導入する場合は PCI Express 版の Intel PRO 1000 でもいいかもしれない。

てことで、XenServer の USB Boot できたのでメモ。

用意するもの
・ USB メモリ（8GB～16GBぐらいあれば幸せになれる？）
・ syslinux.exe （syslinux-3.73.zip ）
・ XenServer isoファイル （XenServer-5.0.0-install-cd.iso）
・ WinRAR などの isoファイルを解凍できるソフト or Daemon Tools

まず、 USB メモリを HP USB Disk Storage Format Tool で フォーマットかけておく。
フォーマットが完了したら、次は XenServer iso ファイル（XenServer-5.0.0-install-cd.iso）を展開する。展開後は以下のようなディレクトリ構成になっている。

./
|– AUTORUN.INF
|– EULA
|– LICENSES
|– REVISION
|– boot
|　　|– isolinux
|　　|　　|– boot.cat
|　　|　　|– isolinux.bin
|　　|　　|– isolinux.cfg
|　　|　　|– mboot.c32
|　　|　　|– menu.c32
|　　|　　|– pg_help
|　　|　　|– pg_main
|　　|　　`– splash.lss
|　　|– legacy.gz
|　　|– vmlinuz
|　　`– xen.gz
|– client_install
|　　|– XenCenter.ico
|　　|– XenCenter.msi
|　　`– windows-pvdrivers-xensetup.exe
|– docs
|　　|– EULA
|　　|– LICENSES
|　　|– guest.pdf
|　　|– installation.pdf
|　　|– reference.pdf
|　　|– releasenotes.pdf
|　　`– sdk.pdf
|– install.img
`– packages.main
　　|– XS-PACKAGES
　　|– XS-REPOSITORY
　　|– docs.tar.bz2
　　|– dom0fs.tar.bz2
　　|– el4.5-binaries.tar.bz2
　　|– el4.6-binaries.tar.bz2
　　|– el4.7-binaries.tar.bz2
　　|– el5.0-binaries.tar.bz2
　　|– el5.1-binaries.tar.bz2
　　|– el5.2-binaries.tar.bz2
　　|– license.tar.bz2
　　|– sm.tar.bz2
　　|– tools-iso.tar.bz2
　　|– xapi.tar.bz2
　　`– xha.tar.bz2

全部のディレクトリを USB メモリにコピーしてもいいが、必要なものは boot ディレクトリ packages.main と install.img で十分だと思う。一応 EULA あたりをいれておいてもいいけど。まぁお好みで好きな方を。

そして、boot ディレクトリ内の isolinux の中に存在するファイルすべてを USB ドライブ直下にコピー。コピー後、isolinux.cfg を syslinux.cfg へ名前を変更。

変更後、syslinux-3.73.zip を解凍し、その中にある win32 フォルダを C ドライブ直下あたりにコピー。これもお好きに。
win32 ディレクトリコピー後にコマンドプロンプトを起動し、以下のコマンドを実行

syslinux.exe -am f:
※ f: USBメモリが OS 上で認識されているドライブ名を指定

これで、XenServer のインストール CD を USB化できたので、boot 中に USB を選択すれば晴れて XenServer の インストール画面 が表示される。あえてインストール画面といったのは、これからようやく中身のインストールに入っていくから。そこが ESXi とちょっと違うところ。
USB で boot させた後に HDD にインストールしてしまってはなんのためにこの行為をやったのか意味不明なところ。
まぁ、DVDドライブやCDドライブついていない機器に対しては有効な手段ではあるけども。

上の行為は10分ぐらいでできるんだけど、次回は実際の XenServer のインストールを USBメモリ の中にやっちゃえってことをやってみます。
で、ちょっとした課題を書いてみる。

・ USB HDD にインストールする例は見たが、この考え方で行くと、もう1本 USB メモリ必要？
・ 必要でないなら、USB メモリのパーティションを分けてあげて、インストール側
　 ではないほうを ext3 に フォーマットしてあげれば問題なし？
・ てことはインストール後 FAT32 の領域消して ext3 の容量拡張すればおｋ？
・　てか、CDで焼いて、USB にインストールすれば楽じゃね？

まぁ、次回そこをがんばってみます。

参考サイト
Installing and Running XenServer 4.1 on an External USB Drive
http://virtualizationreview.com/columns/article.aspx?editorialsid=2618

Citrix Forums : XenServer on USB
http://forums.citrix.com/thread.jspa?threadID=150097&tstart=0

USB-Knoppixではじめよう
http://yumenohako.jp/cgi-bin/knoppix/wiki.cgi?page=USB%A4%D8OS%A4%F2%BD%F1%A4%AD%B9%FE%A4%E0

ある Forum で下のような指示が書いていて同様に行ったらちゃんと認識できたので、
ここにメモを記述と。

1. レジストリエディタ（regedit.exe）で以下の部分を書き換える。
   

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Windows\CSDVersion

   上記の値を 300 から 200 へ。これで SP2 が入っていると OS　が認識する。

2. 1.を変更したら OS 再起動
3. 再起動後、kb888111xpsp2.exe を落としてきてインストール。
   そうすると、今まで SP3 で見えなかったデバイスが見えてくるので、あとは普通にインストール可能となる。そして仕上げで、
4. 再度再起動後、レジストリエディタで変更した 200 を 300へ変更してまた再起動

巷の一般ユーザの XP は SP3 なのに・・・
もう Realtek 自体が Vista に逝けと思っているのかな・・・。

# rpm -Uvh \
http://ftp.iij.ad.jp/pub/linux/fedora/releases/10/Everything/i386/os/Packages/fedora-release-10-1.noarch.rpm \

http://ftp.iij.ad.jp/pub/linux/fedora/releases/10/Everything/i386/os/Packages/fedora-release-notes-10.0.0-1.noarch.rpm

そのあとに念のため yum clean all 。キャッシュ残っていたらいけないし。

# yum clean all

で、いざ upgrade go ！！！

# yum upgrade

ここで大抵パッケージの衝突があるので、Error の出ているパッケージを削除。今回は libexiv だけでした。うちの場合は。
で、もう1回 yum upgrade。衝突がなかったので、y 入れて今 upgrade 中。
今回は 1GB も download か。インストールも含めたら約2時間ぐらいかかった。

reboot 完了後、package-cleanup を実行！

# package-cleanup -d

今回は重複もなくさくっと完了しました。

APC (Alternative PHP Cache)

eAccelerator

XCache

Gigazine の投稿を参考にし、なおかつ Fedora で yum で入れれる APC を入れてみた。

# yum install php-pecl-apc

インストール後、/etc/php.d/apc.ini に APC 設定ファイルが作成されるので、編集して↓のようにした。

; Enable apc extension module
extension = apc.so
; Options for the apc module
apc.enabled=1
apc.shm_segments=1
apc.optimization=2
apc.shm_size=32
apc.ttl=7200
apc.user_ttl=7200
apc.num_files_hint=1024
apc.mmap_file_mask=/tmp/apc.XXXXXX
apc.enable_cli=1
apc.cache_by_default=1

apc.optimization は Default では 0 だけど、Alternative PHP Cache (APC) を参考にすると、

apc.optimization integer

最適化レベル。ゼロは最適化を無効にし、値を大きくするほど 最適化のレベルが高くなります。わずかながら速度の向上が 期待できます。この項目は実験的なものです。

と書いているので、0 で試してみていないのにも関わらず、2 にしてみた。1 にしないのは天の邪鬼なのでｗｗｗｗ
で、Apache を再起動し自分の blog で確認したら・・・表示早くなったよおおおおおおお。
てことで、アクセラレータの恩恵を初めて感じました。

smartd[2684]: Device: /dev/sda, 1 Currently unreadable (pending) sectors
smartd[2684]: Device: /dev/sda, 1 Offline uncorrectable sectors

エラー箇所を調べるため、smartctl を実行

# smartctl –test=short /dev/sda
smartctl version 5.38 [i386-redhat-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: “Execute SMART Short self-test routine immediately in off-line mode”.
Drive command “Execute SMART Short self-test routine immediately in off-line mode” successful.
Testing has begun.
Please wait 1 minutes for test to complete.
Test will complete after Sun Oct 19 01:30:18 2008

んで、状況をみるために、smartctrl -l /dev/sda をやってみる。

# smartctl -l /dev/sda
smartctl version 5.38 [i386-redhat-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed: read failure 90% 261 98652487

デテキターーーーーーーーーー。
ということで、早速このセクタを直す作業にはいってみる。

LBA_of_first_error の番地が 98652487 なので、↓の公式を元に dd で Zero を埋める場所（seek する場所）を見つける。

b = (int)((L-S)*512/B)
where:
b = File System block number
B = File system block size in bytes
L = LBA of bad sector
S = Starting sector of partition as shown by fdisk -lu
and (int) denotes the integer part.

今回は S の値は無しで B = 4096 L = 98652487 となるので、

b = (int)(98652487 * 512 / 4096) = (int)12331560.875 = 12331560
※ 小数点は切り捨て

となった。dd にて seek 場所が 12331560 とわかったので、早速 dd

# dd if=/dev/zero of=/dev/sda bs=4096 count=1 seek=12331560
1+0 records in
1+0 records out
4096 bytes (4.1 kB) copied, 0.000270448 s, 43.8 MB/s

そして、正常にもどったかどうかチェック！

# smartctl –test=long /dev/sda
# smarctl -l selftest /dev/sda
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Self-test routine in progress 90% 268 -
# 2 Extended offline Completed without error 00% 263 -
# 5 Short offline Completed: read failure 90% 261 98652487

ナオッターーーーーーーーーーーーーーー！！！！
念のため、xfs_repair してあげてから lvm logical volume なので、lvremove を使って使っていた論理ボリューム削除しました。これで再利用できるっ！！１！！

会社の鯖には X はいれませんが。
ということで本題ですねぃ。

PC 切替器使って別画面で鯖の画面みればいいんじゃね？とか言われそうですが、
これもまた Ctrl x 2 で切り替えて、とか面倒なので。gdm 使って変更しますわと。

Fedora 8, Fedora 9 では gdm の custom.conf を変更することで、Xming で見れるようになる。
やり方は簡単。↓のようにすればおｋ

# vi /etc/gdm/custom.conf
# GDM configuration storage

[xdmcp]
Enable=true <<----- 追加
[chooser]

[security]
AllowRemoteRoot=true <<----- root でログインしたいなら追加
[debug]

追加後、reboot すればおｋ。あとは、Xming で設定してあげて起動したらサクっとみれますた。
security 項目の AllowRemoteRoot=true を平気で書いている人いるけど、どうなんだろ。
俺は書かないけど。Enable=true さえしておけば、Xming で xdmcp 経由でいけるわけだし。

まず、dmesg あたりを覗いてみて気づいたことが 新規で買った 500GB HDD が 1.5Gbps で接続されていた件。
完全に↓のようなことを忘れていて、一生懸命ググるｗｗｗｗｗｗｗｗｗｗｗｗｗ
おｋ。SATA2 ケーブル対応とか謳っている所もあるな。でも、値段変えちゃいけないでしょ。
なんか ICH7 と Linux が相性ヤバげとか書いているな・・・これって Kernel 再構築かね・・・

と 1 時間ぐらい悩んで( ﾟдﾟ)ﾊｯ!と気づいた。

HDD を買ったときに デフォで下のような感じになっていた。

Limit data transfer rate to 1.5Gbits per second
Limit data transfer rate to 1.5Gbits per second

大切なことなので2回言ってみました。
HDD はたまに買うものなので、いっつもジャンパを抜くことを忘れてしまう(つд⊂)ｴｰﾝ
なので、鯖の電源落として、ジャンパをぶっこ抜いて起動したら無事に 3.0Gbps で認識完了！
↓がそのときのログ。

# hdparm -I /dev/sda

/dev/sda:

ATA device, with non-removable media
Model Number: ST3500320AS
Serial Number: 5QM2SPL4
Firmware Revision: SD15
Transport: Serial
Standards:
Used: unknown (minor revision code 0×0029)
Supported: 8 7 6 5
Likely used: 8
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
–
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 976771055
device size with M = 1024*1024: 476938 MBytes
device size with M = 1000*1000: 500106 MBytes (500 GB)
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec’d by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Recommended acoustic management value: 254, current value: 0
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* DOWNLOAD_MICROCODE
SET_MAX security extension
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* 64-bit World wide name
* Write-Read-Verify feature set
* WRITE_UNCORRECTABLE_EXT command
* {READ,WRITE}_DMA_EXT_GPL commands
* SATA-I signaling speed (1.5Gb/s)
* SATA-II signaling speed (3.0Gb/s)
* Native Command Queueing (NCQ)
* Phy event counters
* Software settings preservation
* SMART Command Transport (SCT) feature set
* SCT Long Sector Access (AC1)
* SCT Error Recovery Control (AC3)
* SCT Features Control (AC4)
* SCT Data Tables (AC5)
unknown 206[12] (vendor specific)
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
supported: enhanced erase
102min for SECURITY ERASE UNIT. 102min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 5000c5001142f13d
NAA : 5
IEEE OUI : c50
Unique ID : 01142f13d
Checksum: correct

さて、自分のメイン PC のジャンパチェック作業に戻るんだっ！１！１１！！！

nginx の Wiki を見つけたので忘備録もかねて。
http://wiki.codemongers.com/Main

最近ネタの草稿ばかり書いて、全然 blog に公開していない（汗
iSCSI Enterprise Target とか、Intel Atom を使った体験記とか・・・。
というか、もうこの WEB ページが動いている鯖はすでに Atom なんだけど。