Loading

×Sorry to interrupt
CSS Error

Refresh

Cookie Preference Center

General Information on cookies

When you visit our website, we use cookies to ensure that we give you the best experience. This information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies by clicking on the different category headings to find out more and change your settings. However, blocking some types of cookies may impact your experience on the site and the services we are able to offer. Further information can be found in our

Cookie Policy.

Strictly Necessary

Strictly Necessary

Always Active

Strictly Necessary

Strictly necessary cookies are always enabled since they are essential for our website to function. They enable core functionality such as security, network management, and website accessibility. You can set your browser to block or alert you about these cookies, but this may affect how the website functions. For more information please visit www.aboutcookies.org or www.allaboutcookies.org.

Cookie Details‎

Performance

Performance

Performance

Performance cookies are used to analyze the user experience to improve our website by collecting and reporting information on how you use it. They allow us to know which pages are the most and least popular, see how visitors move around the site, optimize our website and make it easier to navigate.

Cookie Details‎

Please confirm your settings by refreshing the page.

Functional

Functional

Functional

Functional cookies help us keep track of your past browsing choices so we can improve usability and customize your experience. These cookies enable the website to remember your preferred settings, language preferences, location and other customizable elements such as font or text size. If you do not allow these cookies, then some or all of these services may not function properly.

Cookie Details‎

Advertising

Advertising

Advertising

Advertising cookies are used to send you relevant advertising and promotional information. They may be set through our site by third parties to build a profile of your interests and show you relevant advertisements on other sites. These cookies do not directly store personal information, but their function is based on uniquely identifying your browser and internet device.

Cookie Details‎

Advertising Cookies

Consent Leg.Interest

Select All Vendors

Select All Vendors

Select All Hosts

Select All

Clear Filters

Information storage and access

Apply

Confirm My Choices Reject All Allow All

My Subscriptions

Loading

Knowledge Base

SCSI 予約競合の解決 (1002293)

Last Updated: 5/22/2017Categories: TroubleshootingTotal Views: 1Language:
Chinese (Simplified)JapaneseSpanishEnglish

Subscribe to get an email
newsletter with new updates

Please provide article feedback:

Details

免責事項：これは英文原文の記事 「Resolving SCSI reservation conflicts （1002293）」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

LUN にアクセスできない。

LUN はゾーニングされていて、正しく表示および構成されている。

vdf コマンドが完了しない。

次のエラーが表示される。

Failure reading partition table from device [naa.xxxxx]:I/O error

Solution

この記事には、以下の手順が記載されています。

ESX/ESXi 4.x および 5.x

ESX/ESXi 3.5.x

ESX 3.0.x

注：SCSI 予約の原因の詳細については、「Analyzing SCSI Reservation conflicts on VMware Infrastructure 3.x and vSphere 4.x (1005009)」を参照してください。

ESX/ESXi 4.x および 5.x

SCSI 予約競合が LUN へのアクセスを妨げているのかどうかを特定するには、次の手順を実行します。

次のコマンドを実行し、起動時に ESX ホストで LUN が検出されていることを確認します。

# esxcfg-scsidevs -c

出力は次のようになります。

Device UID Device Type Console Device Size Plugin Display Name
eui.00000e1100b81bfc Direct-Access /dev/sda 70007MB NMP Local FUJITSU Disk (eui.00000e1100b81bfc)
mpx.vmhba0:C0:T0:L0 CD-ROM /dev/sr0 0MB NMP Local HL-DT-ST CD-ROM (mpx.vmhba0:C0:T0:L0)
mpx.vmhba3:C0:T0:L0 Direct-Access /dev/cciss/c0d0 34727MB NMP Local VMware Disk (mpx.vmhba3:C0:T0:L0)

LUN がリストにない場合は、ストレージを再スキャンします。詳細については、「Performing a rescan of the storage on an ESX/ESXi host (1003988)」を参照してください。

SCSI 予約競合エラーの兆候がないかどうか、システム ログを確認します。LUN に問題があることを示す行を探します。

ESX 4.x: # cat /var/log/dmesg

ESXi 4.x: # cat /var/log/messages

ESXi 5.x: # cat /var/log/vmkernel.log

Vendor:EMC Model:SYMMETRIX Rev:5771
Type:Direct-Access ANSI SCSI revision:03
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
sdh :READ CAPACITY failed.
status = c, message = 00, host = 0, driver = 00
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
VMWARE:Device that would have been attached as scsi disk sdh at scsi0,
channel 0, id 0, lun 52
Has not been attached because this path could not complete a READ
command eventhough a TUR worked.
result = 0x18 key = 0x0, asc = 0x0, ascq = 0x0
VMWARE:Device that would have been attached as scsi disk sdh at scsi0,
channel 0, id 0, lun 52
Has not been attached because it is a duplicate path or on a passive
path
scan_scsis starting finish
scan_scsis done with finish

注：この例で、LUN 52 はホスト クラスタでアクセスできなくなっています。これは手順 1 の出力のリストにあるため、ある時点においてはアクセスできる状態でした（おそらく、予約操作の途中の SAN スイッチ再起動が原因で、ホストが LUN を予約して解放しませんでした）。

これを解決するには、次の手順を実行します。

次のコマンドを実行し、すべてのホストを調べます（保留となっている予約があるホストにも適用します）。

# esxcfg-info | egrep -B5 "s Reserved|Pending"

出力は次のようになります。

注：出力がすべて示されているわけではありません。

----Console Device....................../dev/sdd
|----DevfsPath........................../vmfs/devices/disks/vml.
02000000006001c230d8abfe000ff76c51486715db504552432035
|----SCSI Level..........................6
|----Queue Depth.........................128
|----Is Pseudo...........................false
|----Is Reserved.........................false
|----Pending Reservations................0
--
|----Console Device....................../dev/sda
|----DevfsPath........................../vmfs/devices/disks/vml.
02000000006001c230d8abfe000ff76c198ddbc13e504552432035
|----SCSI Level..........................6
|----Queue Depth.........................128
|----Is Pseudo...........................false
|----Is Reserved.........................false
|----Pending Reservations................1

注：0 よりも大きい値を持つ保留中の予約があるホストは、ロックし続けています。

次のコマンドを実行し、LUN のリセットを実行して、ロックをクリアします。

# vmkfstools --lock lunreset /vmfs/devices/disks/vml.02000000006001c230d8abfe000ff76c198ddbc13e504552432035

次のコマンドを実行し、LUN に保留中の予約がなくなったことを確認します。

# esxcfg-info -s | egrep -B16 "s Reserved|Pending"

注：保留中の予約が 0 でないか、予約済みが false でない場合、LUN のリセットは成功しませんでした。

各 ESXi/ESX ホストでストレージ ウィンドウの更新を実行してください。

データストアがマウントされていない場合は、再スキャンを実行します。詳細については、「Performing a rescan of the storage on an ESX/ESXi host (1003988)」を参照してください。

注：LUN をリセットするときは、LUN 上の仮想マシンでサービスの中断がないようにします。

ESX/ESXi 3.5.x

SCSI 予約競合が LUN へのアクセスを妨げているのかどうかを特定するには、次の手順を実行します。

次のコマンドを実行し、起動時にホストで LUN が検出されていることを確認します。

# cd /vmfs/devices/disks
# ls vmh*

出力は次のようになります。

vmhba0:0:0:0
vmhba0:0:43:0
vmhba0:0:52:0

LUN がリストにない場合は、ストレージを再スキャンします。詳細については、「Performing a rescan of the storage on an ESX/ESXi host (1003988)」を参照してください。

dmesg を確認します。LUN に問題があることを示す可能性のある行を探します。

# cd /var/log
# cat dmesg

Vendor:EMC Model:SYMMETRIX Rev:5771
Type:Direct-Access ANSI SCSI revision:03
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
sdh :READ CAPACITY failed.
status = c, message = 00, host = 0, driver = 00
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
VMWARE:Device that would have been attached as scsi disk sdh at scsi0,
channel 0, id 0, lun 52
Has not been attached because this path could not complete a READ
command eventhough a TUR worked.
result = 0x18 key = 0x0, asc = 0x0, ascq = 0x0
VMWARE:Device that would have been attached as scsi disk sdh at scsi0,
channel 0, id 0, lun 52
Has not been attached because it is a duplicate path or on a passive
path
scan_scsis starting finish
scan_scsis done with finish

注：この例で、LUN 52 はホスト クラスタでアクセスできなくなっています。これは手順 1 の出力のリストにあるため、ある時点においてはアクセスできる状態でした（おそらく、予約操作の途中の SAN スイッチ再起動が原因で、ホストが LUN を予約して解放しませんでした）。

これを解決するには、次の手順を実行します。

次のコマンドを実行し、すべてのホストを調べます（保留となっている予約があるホストにも適用します）。

# esxcfg-info | egrep -B5 "s Reserved|Pending"

出力は次のようになります。

注：出力がすべて示されているわけではありません。

|----Console Device....................../dev/sdd
|----DevfsPath........................../vmfs/devices/disks/vml.
02000000006001c230d8abfe000ff76c51486715db504552432035
|----SCSI Level..........................6
|----Queue Depth.........................128
|----Is Pseudo...........................false
|----Is Reserved.........................false
|----Pending Reservations................0
--
|----Console Device....................../dev/sda
|----DevfsPath........................../vmfs/devices/disks/vml.
02000000006001c230d8abfe000ff76c198ddbc13e504552432035
|----SCSI Level..........................6
|----Queue Depth.........................128
|----Is Pseudo...........................false
|----Is Reserved.........................false
|----Pending Reservations................1

注：0 よりも大きい値を持つ保留中の予約があるホストは、ロックし続けています。

次のコマンドを実行し、LUN のリセットを実行して、ロックをクリアします。

# vmkfstools --lock lunreset /vmfs/devices/disks/vml.02000000006001c230d8abfe000ff76c198ddbc13e504552432035

次のコマンドを実行し、LUN に保留中の予約がなくなったことを確認します。

# esxcfg-info -s | egrep -B5 "s Reserved|Pending"

注：保留中の予約が 0 でないか、予約済みが false でない場合、LUN のリセットは成功しませんでした。

各 ESXi/ESX ホストでストレージ ウィンドウの更新を実行してください。

データストアがマウントされていない場合は、再スキャンを実行します。詳細については、「Performing a rescan of the storage on an ESX/ESXi host (1003988)」を参照してください。

ESX 3.0.x

SCSI 予約競合が LUN へのアクセスを妨げているのかどうかを特定するには、次の手順を実行します。

次のコマンドを実行し、起動時に ESX ホストで LUN が検出されていることを確認します。

# cd /vmfs/devices/disks
# ls vmh*

出力は次のようになります。

vmhba0:0:0:0
vmhba0:0:43:0
vmhba0:0:52:0

LUN がリストにない場合は、ストレージを再スキャンします。詳細については、「Performing a rescan of the storage on an ESX/ESXi host (1003988)」を参照してください。

dmesg を確認します。LUN に問題があることを示す可能性のある行を探します。

# cd /var/log
# cat dmesg

Vendor:EMC Model:SYMMETRIX Rev:5771
Type:Direct-Access ANSI SCSI revision:03
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
sdh :READ CAPACITY failed.
status = c, message = 00, host = 0, driver = 00
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
scsi0 (0,0,52) :RESERVATION CONFLICT
VMWARE:Device that would have been attached as scsi disk sdh at scsi0,
channel 0, id 0, lun 52
Has not been attached because this path could not complete a READ
command eventhough a TUR worked.
result = 0x18 key = 0x0, asc = 0x0, ascq = 0x0
VMWARE:Device that would have been attached as scsi disk sdh at scsi0,
channel 0, id 0, lun 52
Has not been attached because it is a duplicate path or on a passive
path
scan_scsis starting finish
scan_scsis done with finish

注：この例で、LUN 52 は ESX ホスト クラスタでアクセスできなくなっています。これは手順 1 の出力のリストにあるため、ある時点においてはアクセスできる状態でした（おそらく、予約操作の途中の SAN スイッチ再起動が原因で、ホストが LUN を予約して解放しませんでした）。

これを解決するには、次の手順を実行します。

次のコマンドを実行し、保留中の予約がないかどうか、すべてのホストを調べます。

# tail -1 /proc/vmware/scsi/vmhba[0-9]/[0-9]:*

出力は次のようになります。

==> /proc/vmware/scsi/vmhba0/0:0 <==
Active:0 Queued:0 Reserved:N Pending Reserves:0

==> /proc/vmware/scsi/vmhba0/0:43 <==
Active:0 Queued:0 Reserved:N Pending Reserves:0

==> /proc/vmware/scsi/vmhba0/0:44 <==
Active:0 Queued:0 Reserved:N Pending Reserves:0

==> /proc/vmware/scsi/vmhba0/0:45 <==
Active:0 Queued:0 Reserved:N Pending Reserves:0

==> /proc/vmware/scsi/vmhba0/0:46 <==
Active:0 Queued:0 Reserved:N Pending Reserves:0

==> /proc/vmware/scsi/vmhba1/0:50 <==
Active:0 Queued:0 Reserved:N Pending Reserves:0

==> /proc/vmware/scsi/vmhba1/0:51 <==
Active:0 Queued:0 Reserved:N Pending Reserves:0

==> /proc/vmware/scsi/vmhba1/0:52 <==
Active:0 Queued:0 Reserved:N Pending Reserves:1

==> /proc/vmware/scsi/vmhba1/0:53 <==
Active:0 Queued:0 Reserved:N Pending Reserves:0

==> /proc/vmware/scsi/vmhba1/0:54 <==
Active:0 Queued:0 Reserved:N Pending Reserves:0

==> /proc/vmware/scsi/vmhba2/0:0 <==
Active:0 Queued:0 Reserved:N Pending Reserves:0

注：0 よりも大きい値を持つ保留中の予約があるホストは、ロックし続けています。

次のコマンドを実行し、LUN のリセットを実行して、ロックをクリアします。

# vmkfstools --lock lunreset /vmfs/devices/disks/vmhba1\:0\:52\:0

次のコマンドを実行し、LUN に保留中の予約がなくなったことを確認します。

# tail -1 /proc/vmware/scsi/vmhba1/0\:52

出力は次のようになります。

Active:0 Queued:0 Reserved:N Pending Reserves:0

注：保留中の予約が 0 でないか、予約済みが false でない場合、LUN のリセットは成功しませんでした。

各 ESXi/ESX ホストでストレージ ウィンドウの更新を実行してください。

データストアがマウントされていない場合は、再スキャンを実行します。詳細については、「Performing a rescan of the storage on an ESX/ESXi host (1003988)」を参照してください。

Related Information

Resolving SCSI reservation conflicts

Detectable by VMware SkylineTM

Actions

Copy

link to clipboard
copied!

Print

Language:
Chinese (Simplified)JapaneseSpanishEnglish

Attachments

Additional Resources

KB
•
End Of General Availability of the Free vSphere Hypervisor (ESXi 7.x and 8.x) (2107518)

KB
•
VDP アップグレード ISO が検出されない (66992)

Results 1-2 of 2

Ask The Community

Get answers quickly from VMware experts in the community

Post Subject

CONTINUE IN COMMUNITIES

Related Products:

VMware vSphere ESXi

Related Versions:

VMware vSphere ESXi 8.0

VMware vSphere ESXi 7.0

VMware vSphere ESXi 6.7

VMware vSphere ESXi 6.5

VMware vSphere ESXi 6.0

Take Our Survey

Support Assistant