 |
≫ |
|
|
|
| DM-Multipathで 2TBを超えるパーティションのサイズが正しく認識できないが？ |
|
|
| |
Device Mapper Multipathを使用し Storageのマルチパス環境を構築する場合、2TBを超える LUNのパーティションテーブルが正しく認識できず、kpartx -aコマンドで LUNのパーティションを認識する際、下記のようなエラーが発生し、2TBを超えるパーティションサイズを正しく認識できないシステム構成があります。
|
GPT:Primary header thinks Alt. header is not at the end of the disk.
GPT:Alternate GPT header not at the end of the disk.
GPT: Use GNU Parted to correct GPT errors.
|
この問題は、ディストリビューション標準のものと HP提供の Device Mapper Multipathの両方で発生します。発生するディストリビューションは下記になります。
| |
・ |
Red Hat Enterprise Linux 4U8未満 |
| |
・ |
SUSE Linux Enterprise Server 9 |
|
・ |
SUSE Linux Enterprise Server 10/SP2未満 |
|
|
| 19-JAN-2009, revised 05-AUG-2009 |
| マルチパスデバイスの自動マウントができないが？ |
|
|
| |
/varが /(root)とは別の partitionの場合、fstabで設定されているマルチパスデバイス (/dev/mapper/mpath0p1等)の boot時の自動マウントが失敗する場合があります。DM-Multipathの設定ファイル (/etc/multipath.conf)にて「bindings_file」パラメータを追加し、DM-Multipathで使用するバインディングファイルを格納するディレクトリを、デフォルトの /var/lib/multipath下から、/etc下などの /(root) partition下のディレクトリに変更することで回避可能です。
設定手順の詳細は、 Red Hat Knowledgebaseをご覧ください。
|
|
| 17-DEC-2009 |
| HP DMMPをインストールするとハングするが？ |
|
|
| |
PSP v8.40及び v8.41で提供されるHP製 cciss driverがロードされている環境で、HP Device Mapper Multipath Enablement Kitをインストールすると、インストール時もしくは reboot時にシステムがハングする場合があります。
この問題は、RHEL4、RHEL5、SLES10の環境で発生します。HP Device Mapper Multipath Enablement Kitを使用時には、PSP v8.50以降で提供される HP製cciss driverをご使用ください。
PSP v8.40及び v8.41で提供されるHP製 cciss driverと HP Device Mapper Multipath Enablement Kitが既にインストールされ、システムがハングしてしまう環境では、下記の手順にて修復が可能です。
|
|
1) |
boot時の grubメニューで、PSPインストール前の標準の grubエントリーを選択し boot 注1 |
|
2) |
PSP v8.40及び v8.41でインストールされたHP製 cciss driver rpmを削除
# rm -f /usr/src/HP/driver_backup/lib/modules/`uname -r`/updates/cciss.ko
# rpm -e cpq_cciss |
|
|
3) |
PSP v8.50で提供されるHP製 cciss driver rpmをインストール
| # rpm -ivh cpq_cciss-XXXX.rpm |
|
|
4) |
reboot |
|
|
注1 RHEL5環境でPSP v8.40及び v8.41インストール時、下記のいずれかのNIC/iSCSI関連 source driver rpmもインストールされている場合、PSPインストール前の標準の initial RAM Diskは、別名でバックアップされています。 |
|
hp-nx_nic、hp-qla4xxx、hp-be2iscsi、hp-be2net、hp-tg3、hp-e1000、hp-e1000e、hp-igb、hp-netxtreme2、hp-mlnx |
|
|
|
この場合、標準のgrubエントリーを選択時、initial RAM Diskの名称の指定を下記のように変更してから bootしてください。 |
|
< RHEL5.4の場合の変更例 >
initrd /boot/initrd-2.6.18-164.el5.img
↓
initrd /boot/initrd-2.6.18-164.el5.img.dup_orig |
|
|
[22-JUL-2010] PSP8.50による回避方法に更新しました。
|
|
| 02-JUN-2010, revised 19-OCT-2010 |
| DM-Multipathで冗長化したデバイスへの kdumpができないが？ |
|
|
| |
Red Hat EL5の kdump(kexec-tools rpm)では、Device Mapper Multipathで冗長化したデバイス (SAN環境など）への出力はサポートされていません。
Device Mapper Multipathの設定ファイル (multipath.conf)にて、kdump出力先のデバイスを blacklist化し、冗長化の非対象とすることで回避可能です。 |
|
| 08-NOV-2010 |
| DM-Multipathで partitionが認識できないが？ |
|
|
fdiskやpartedコマンドにて、Devce Mapper Multipathデバイス（/dev/mapper/mpath0等）上に partitionを作成した場合、partitionデバイス（/dev/mapper/mpath0p1等）はオンラインでは自動認識されません。
partitionデバイスのオンラインでの認識には、kpartxコマンドを使用してください。
尚、システムのリブート時には、partitionデバイスは自動で認識されます。
|
|
< コマンド使用例 >
# kpartx -a /dev/mapper/mpath0 |
|
|
| 13-DEC-2010 |
| RHEL5.6以降、SLES11SP1以降で HP DMMP Enablement Kitが提供されないが？ |
|
|
RHEL5.6以降、SLES11SP1以降では、HP Device Mapper Multipath Enablement Kitに代わり、ディストリビューション標準の Device Mapper Multipathを使用し、HP製 Storageのマルチパス構成を設定するリファレンスガイドを提供しています。
詳細は こちらをご参照ください。 |
|
| 19-APR-2011 |
|
印刷用画面へ
