ESXiのSMART値で出てくるWrite Sector TOT CountのTOTの意味が分からなくて調べた話。

結論

TOTの意味はTotalの略だと結論付けました。

 

 

事の発端

ESXiのsmartinfo の出力を見ていて、TOT Count というものがあったのだが、TOT Countとはどういう意味なのかがググっても出てこなかったので調べてみた。

 

 

 

調査方法

下記を参考にESXiにsmartctlをインストールしてどの値に一致するのかを調べた

 

 

 

デフォルトのsmartinfoの出力

SMART Data for Disk : naa.5000cca04eb6f158

Parameter                     Value  Threshold  Worst

-----------------------------------------------------

Health Status                   OK      N/A     N/A

Media Wearout Indicator         91      100     N/A

Write Error Count               0       N/A     N/A

Read Error Count                0       N/A     N/A

Power-on Hours                  N/A     N/A     N/A

Power Cycle Count               0       N/A     N/A

Reallocated Sector Count        0       N/A     N/A

Raw Read Error Rate             N/A     N/A     N/A

Drive Temperature               24      N/A     N/A

Driver Rated Max Temperature    N/A     N/A     N/A

Write Sectors TOT Count         643931763478    N/A     N/A

Read Sectors TOT Count          215884748786    N/A     N/A

Initial Bad Block Count         N/A     N/A     N/A


 ↑のWrite/Read Sectors TOT Count の意味が知りたい。

 

インストールしたsmartctlの出力


/opt/smartmontools/smartctl -d scsi --all /dev/disks/naa.5000cca04eb6f158

smartctl 6.6 2016-05-10 r4321 [x86_64-linux-6.7.0] (daily-20160510)

Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

 

=== START OF INFORMATION SECTION ===

Vendor:               HGST

Product:              HUSMM114 CLAR400

Revision:             C29C

Compliance:           SPC-4

User Capacity:        400,000,000,000 bytes [400 GB]

Logical block size:   512 bytes

Physical block size:  4096 bytes

LU is resource provisioned, LBPRZ=1

Rotation Rate:        Solid State Device

Form Factor:          2.5 inches

Logical Unit id:      0x5000cca04eb6f158

Serial number:        0QY7LZ6A

Device type:          disk

Transport protocol:   SAS (SPL-3)

Local Time is:        Mon Apr 17 04:52:16 2023 UTC

SMART support is:     Available - device has SMART capability.

SMART support is:     Enabled

Temperature Warning:  Enabled

 

=== START OF READ SMART DATA SECTION ===

SMART Health Status: OK

 

Percentage used endurance indicator: 9%

Current Drive Temperature:     24 C

Drive Trip Temperature:        65 C

 

Manufactured in week 36 of year 2016

Specified cycle count over device lifetime:  0

Accumulated start-stop cycles:  0

Specified load-unload count over device lifetime:  0

Accumulated load-unload cycles:  0

defect list format 6 unknown

Elements in grown defect list: 0

 

Vendor (Seagate) cache information

  Blocks sent to initiator = 47057091

 

Error counter log:

           Errors Corrected by           Total   Correction     Gigabytes    Total

               ECC          rereads/    errors   algorithm      processed    uncorrected

           fast | delayed   rewrites  corrected  invocations   [10^9 bytes]  errors

read:          0        0         0         0          0     110533.006           0

write:         0        0         0         0          0     329693.358           0

 

Non-medium error count:        0

 

No self-tests have been logged 

 

↑太字部分の Gigabytes processed （Read/Write ） の部分が怪しい。

 

考察

 

smartinfo の Sectors TOT Countは、smartctlのgigabytes processed に対応すると予想し、

smartinfoはsectorカウント、smartctlはgigabytes processed なので、セクタサイズの512をかけると2つの数字がほぼ一致するので同じ値を判断した

 

SmartctlのGigabytes Processedの意味

 

smartctlについては下記の説明を参照した。

https://github.com/smartmontools/smartmontools/blob/226a3ba27794b19b56492e0586ac6b3cbfb97cbc/www/smartmontools_scsi.xml

 

Gigabytes processedについては、smartctlのgithubの以下が該当する。

 

Gigabytes processed {10^9} [Total bytes processed: 05h]. This parameter

code specifies the counter that counts the total number of bytes either

successfully or unsuccessfully read, written or verified (depending

on the log page) from the drive. If a transfer terminates early because

of an unrecoverable error, only the logical blocks up to and including

the one with the uncorrected data are counted. [smartmontools divides

this counter by 10^9 before displaying it with three digits to the

right of the decimal point. This makes this 64 bit counter easier to

read.]

 

したがって、この説明書きからトータルのRead/Writeと判断できた。

 

 

TOTの正体

遡って、TOTの正体もトータルだと推測できる。

TotalをTOTと略す感覚にしっくりとこないが、いにしえのメインフレームではそういうこともあるようだ。

TOTAL or TOT - IBM Documentation

 

コメント

コメントを投稿

このブログの人気の投稿

vSwitchにSTPが不要な理由

イメージ
  ** 知っている人にとっては当たり前の内容です**     ESXiは多くの場合、冗長構成をとるために二つ以上のNICを利用し、それぞれ単一、もしくは別個の物理スイッチに接続されていると思います。 ESXiの物理NICはuplinkまたはvmnicとよばれ、ESXi内部にある仮想スイッチ（vSwitch）につながっています。 vSwitchはL2SWとしての役割をするため、物理スイッチをESXiの接続はスイッチ間接続となります。   図１：ネットワークトポロジ     vSwitchが物理スイッチと同等の動作をすると仮定した場合、この構成はループに相当します。 L2レベルでループがある場合は、ブロードキャストストームなどの問題が発生するためにSpanning Tree Protocol（STP）を設定する必要（最近では必ずしもそうとは言い切れないようですが。。。）があります。   ではvSwitchの場合でもSpanning Treeに参加する（ネットワークは専門外なので表現が間違っていたらすみません。。。）必要があるのでしょうか？ 表題からもわかるように答えはNoです。 L2ネットワークでBPDUと呼ばれるパケットをやり取りすることで Spanning Treeが構成されますが、実際に、vSwitchではこのBPDUをDropしますので、vSwitchのUplinkがBlockされることはありません。   ではなぜ、vSwitchではトポロジ的にLoopであるにもかかわらずSpanning Treeが不要なのでしょうか？Loopによる問題は発生しないのでしょうか？   実はvSwitchはFloodingが必要な通信に対して特殊な動作をします。 その特殊動作のため、トポロジ的にLoopであっても問題は発生せず、Spanning Treeに参加する必要がないのです。   たとえば、ARPなどの外部からのブロードキャストフレームをuplink経由でvSwitchが受け取った場合、vSwitchに接続されるVMに対してはフレームを転送しますが、ほかのUplinkに対してはフレームを転送しません。   下図ではUplink1からBroadcast Packetを受信した際の動作を示しています。 Broadcast Packetは仮想スイッチに接続されるVMに対して転送
続きを読む

ESXi に DNS サーバを何個まで登録できるか

イメージ
ESXi の DNS サーバの最大登録可能数を調べる vSphere 構築経験のある多くの方は2つまでとお答えになるかもしれない。 なぜならば、DCUI や vSphere Client から設定した場合、Primary DNS と Alternative DNS の2つまでしか設定できないからだ。 GUI から設定する場合、苦し紛れにカンマ区切りなどで3つ以上登録しようと試みても無駄である。GUI でエラーになってはじかれるだけだ。 ならば、CLI はどうか。 /etc/resolv.conf に手動で追記していくだけであればストレージの許す限り記載することはできるだろうが、 この方法は当然ながら標準的な手順ではない。 esxcli を利用して DNS を登録することも可能である。具体的には以下のコマンドを利用する esxcli network ip dns server add -s <ip_address> 上記のコマンドを利用してどこまで登録可能かを試してみた。 具体的には以下のコマンドを用いて255個のDNSサーバを追加してみた for i in `seq 1 255`; do esxcli network ip dns server add -s 192.0.2.$i ;done なお、本ブログで記載される IP Address は例示用に予約されたものであり、RFC5737 から拝借している。 結果として、少々時間はかかるが登録自体は問題なく成功した。 実環境においてこれほど多くの DNS の登録をすることはあり得ないので、事実上制限なしと考えられる。 なお、参考のために他ベンダーも含める形で DNS 登録数の最大数を調べたところ、2 か 3 にしているところが多いようだ。 DNS を大量に登録した際の動作を調べる DNS クエリのタイムアウト時間：5 秒則 ESXi の DNS Client は最近の systemd-resolved などではなく、レガシーなソフトウェアであるため、 resolv.conf の上から順番に問い合わせていき、問合せ先の DNS に到達できなかった場合に次の DNS サーバに問い合わせる動作になる。 次の DNS サーバに問い合わせる条件はあくまでも到達できなかった場合であり、到達できた
続きを読む

障害でVDSから切断されたVCSAの復旧方法

この投稿は vExpert Advent Calendarの10日目です。 https://adventar.org/calendars/6689 本記事では以下の状況と、簡易な復旧方法について説明します。 環境 vCSAは自身が管理するvSphere Cluster上に存在する。 vCSAは自身が管理する vDSに接続される vCSAが接続されるdvportgroupはEphemeralではない 該当のvCSA以外にvSphere Clusterを管理できる vCSA は存在しない  障害状況 vCSAは何らかの理由により、もともと存在していたESXiから、別のESXiに再登録されている。 vCSAはvDSから切断されてしまっている。 解説 上記の状況は、ESXiの障害などによって副次的に発生しうる状況です。もともと、vCSA は vDS に接続されていましたが、ESXi の障害などにより、いったん Guest OS から Shutdown され、Host Client を利用して別の ESXi に再登録したうえで起動しています。 この場合、もともとvCSAが接続されていたdvportは別の ESXi 上のポートであるため、起動時にvCSAはvNICを接続することができず、切断状態となります。 vCSAが切断状態になり、かつESXiのHost Clientからは仮想マシンをvDSに接続することができないため（Ephemeral Port を除く）、vCSAの復旧が困難となります。  この状況において有効な解決策としては事前に用意しておいたEphemeral Port を利用するか、もしくは一時的にVSSを作成して復旧する方法が一般的な方法です。 事前にEphemeral Port の準備がない場合には、VSSを作成することになりますが、Uplinkに空きがない場合は、Uplinkを付け替える必要があり、手順は複雑になります。 今回はVSSを利用しない簡易な復旧方法についてご紹介します。 簡易な復旧方法 完結に手順を示すと以下です。 vNICが切断されているVCSAをShutdown  vCSAが存在する ESXi を Maintenance Mode～Reboot  vCSA を再度起動～vNICが接続状態であることを確認  上記に示した通り、ESXiをリブート
続きを読む