はじめに

本記事ではSAN環境におけるLinuxのLUN移行について記載します。
LUN移行は、ストレージの効率的な管理だけでなく、ストレージ機器の更新の際に必要となる内容になります。多くの移行では、初期移行から最後の差分切り替えまでの方法や上位I/Oへの影響を減らす事に注力する事になるかと思いますが、本記事ではオンラインで可能な移行としてLVM環境におけるpvmoveを使用したLUN移行の基本的な手順、注意点について記載します。

何をしたい？できる？

SAN環境におけるオンラインデータ移行
LVM環境におけるpvmoveを使ったLUN移行

pvmoveとは

LVM（Logical Volume Manager）はLinuxでディスクを管理するためのシステムで、HDD/SSD/LUNを一つ以上のPhysical volumeに分割し、それらを一つ以上のVolume　Group（VG）にまとめ、それらから一つ以上のLogical volumeを作成することができます。

pvmoveコマンドは、LVMのPhysical volume間でデータを移動するためのコマンドで、HDD/SSD/LUNの移動や新規機器へのLUN移行時にデータを安全に移動する為に利用できます。

記事における環境情報

本記事では、以下の環境で実施した内容となります。

AlmaLinux release 9.4
移行元 Storage : NetApp HCI(旧名:Solidfire)
移行先 Storage : ONTAP 9.14.1

本記事では、既に移行元が構築及び利用されている環境を前提としています。

環境のイメージとしては以下の通りで、
Solidfire＝＞ONTAPという方向のオンラインデータ移行を実施します。
Storage機能としてNetApp HCI(Solidfire)とONTAP間でSnapMirrorは設定できますが、オンラインデータ移行ではない為、ここでは割愛致します。

設定手順

1. ONTAP側における設定

1-1. ONTAP側でLUN利用の為の設定

ONTAP側でLUNを提供する為の仮想ストレージ(SVM)の作成及びLUNの作成を実施します。
詳細手順としては、過去の記事を参照頂ければ図解ありの内容となる為、理解し易いと思います。(OSの種類をLinuxに変えたりIPの数値を変えるだけでほぼ同等の手順になります)

本記事の環境用に設定した内容は以下になります。

# iSCSI LIFの設定値
> net int show -vserver vs_iscsi01
  (network interface show)
            Logical    Status     Network            Current       Current Is
Vserver     Interface  Admin/Oper Address/Mask       Node          Port    Home
----------- ---------- ---------- ------------------ ------------- ------- ----
vs_iscsi01
            data01       up/up    172.16.22.13/24    PS-C250-01    a0a-22  true
            data02       up/up    172.16.22.14/24    PS-C250-02    a0a-22  true
2 entries were displayed.


# iSCSI用SVMの情報
> iscsi show -vserver vs_iscsi01

                 Vserver: vs_iscsi01
             Target Name: iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8
            Target Alias: vs_iscsi01
   Administrative Status: up


# SVMに作成したigroupの設定値
# Linux側のinitiarot名はcat /etc/iscsi/initiatorname.iscsiで確認できます
> igroup show -vserver vs_iscsi01 -igroup ig01
          Vserver Name: vs_iscsi01
           Igroup Name: ig01
              Protocol: iscsi
               OS Type: linux
Portset Binding Igroup: -
           Igroup UUID: bd565d27-3472-11ef-b600-d039ea5905a2
                  ALUA: true
            Initiators: iqn.1994-05.com.redhat:d12eba6e51b (not logged in)


# SVMに作成したVolumeの設定値
> vol show -vserver vs_iscsi01  -volume iscsi0*
Vserver   Volume       Aggregate    State      Type       Size  Available Used%
--------- ------------ ------------ ---------- ---- ---------- ---------- -----
vs_iscsi01 iscsi01     aggr1_node1  online     RW          5GB     5.00GB    0%
vs_iscsi01 iscsi02     aggr1_node1  online     RW          5GB     5.00GB    0%
2 entries were displayed.


# SVMに作成したLUNの設定値
> lun show -vserver vs_iscsi01
Vserver   Path                            State   Mapped   Type        Size
--------- ------------------------------- ------- -------- -------- --------
vs_iscsi01 /vol/iscsi01/lun01             online  mapped   linux         3GB
vs_iscsi01 /vol/iscsi02/lun02             online  mapped   linux         3GB
2 entries were displayed.


# SVMに作成したLUNのMapping設定値
> lun show -m -vserver vs_iscsi01
Vserver    Path                                      Igroup   LUN ID  Protocol
---------- ----------------------------------------  -------  ------  --------
vs_iscsi01 /vol/iscsi01/lun01                        ig01          0  iscsi
vs_iscsi01 /vol/iscsi02/lun02                        ig01          1  iscsi
2 entries were displayed.

2. Linux側でONTAPのLUNを認識

2-1. SolidfireのLUN容量について確認

まず、Linuxで認識しているSolidfireのLUNについて確認します。

Solidfire上では3GBのLUNを2つ作成していますが、LinuxではLVMを利用して認識したLUNから小さいサイズのVolumeを切っているので、2GBの領域が存在します。

> df -h |grep mapper
/dev/mapper/almalinux-root     115G  5.2G  110G    5% /
/dev/mapper/vg001-lvm_vol001   2.0G  1.4G  444M   76% /solid_vol001
/dev/mapper/vg001-lvm_vol002   2.9G  2.1G  732M   74% /solid_vol002

2-2. ONTAP向けのiSCSIターゲットの探索

Linux側からONTAPのSVMに設定したiSCSI用LIFのIPアドレスを指定して探索を実施します。

> iscsiadm --mode discovery --type sendtargets --portal 172.16.22.13
172.16.22.13:3260,1032 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8
172.16.22.14:3260,1033 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8

#現状の確認
> iscsiadm --mode node
172.16.22.13:3260,1032 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8
172.16.22.14:3260,1033 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8
172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol01.7
172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol02.8

> iscsiadm -m session
tcp: [1] 172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol01.7 (non-flash)
tcp: [2] 172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol02.8 (non-flash)

2-3. iSCSIログインの実施

探索したしたiSCSIターゲットに対して、それぞれログインを実施します。

> iscsiadm -m node --login -p 172.16.22.13
Logging in to [iface: default, target: iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8, portal: 172.16.22.13,3260]
Login to [iface: default, target: iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8, portal: 172.16.22.13,3260] successful.


>  iscsiadm -m node --login -p 172.16.22.14
Logging in to [iface: default, target: iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8, portal: 172.16.22.14,3260]
Login to [iface: default, target: iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8, portal: 172.16.22.14,3260] successful.


>  iscsiadm -m session
tcp: [1] 172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol01.7 (non-flash)
tcp: [2] 172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol02.8 (non-flash)
tcp: [3] 172.16.22.13:3260,1032 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8 (non-flash)
tcp: [4] 172.16.22.14:3260,1033 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8 (non-flash)

2-4. ONTAPのLUNデバイスの確認

この時点で、fdiskコマンドを実行するとONTAPに作成してあるLUNが見えますので
確認できたデバイスのwwidを確認しておきます。
(後のマルチパス設定の部分で利用する)

# wwidを確認
> /lib/udev/scsi_id --whitelisted --device=/dev/sdd
3600a098038313951683f576a526d3137

>  /lib/udev/scsi_id --whitelisted --device=/dev/sde
3600a098038313951683f576a526d3138

>  /lib/udev/scsi_id --whitelisted --device=/dev/sdf
3600a098038313951683f576a526d3137

>  /lib/udev/scsi_id --whitelisted --device=/dev/sdg
3600a098038313951683f576a526d3138

2-5. Multipathの設定

Linuxのroot領域は外部ストレージのLUNに作成していないので、複数経路から同じデバイスを確認する必要がありません。MultiPath設定にする必要が無いので、multipath.confのblacklistの項目に追記が必要になりますので、root領域のwwidを確認しておきます。

# sbaのwwidを確認
>  /lib/udev/scsi_id --whitelisted --device=/dev/sda
360022480240a2fe865efd073be91bc6d

multipath.confの修正を実施しますが、本記事では以下の内容を加味して修正しています。

root領域は対象外なので、black listに追記
認識するONTAP LUNに対してmpathXXというマルチパスデバイス名となるように設定
(指定しない場合は、長い英数字で表示されます)

# multipathの設定ファイルを編集
> cat /etc/multipath.conf

defaults {
        user_friendly_names yes
        find_multipaths yes
}

devices {
   device {
      vendor         "NETAPP  "
      product         "LUN.*"
      no_path_retry     queue
      path_checker      tur
   }
}


blacklist {
            wwid       360022480240a2fe865efd073be91bc6d
            devnode    "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
            devnode    "^hd[a-z]"
            devnode     "^cciss.*"
}
multipaths {
            multipath {
                       wwid                 3600a098038313951683f576a526d3137
                       alias                mpath0
            }
            multipath {
                       wwid                 3600a098038313951683f576a526d3138
                       alias                mpath1

            }
}

2-6. Multipathの認識

マルチパスデバイスの一覧を更新してから、パスの状態を確認します。

> multipath -r

> multipath -ll
mpath0 (3600a098038313951683f576a526d3137) dm-4 NETAPP,LUN C-Mode
size=3.0G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| `- 4:0:0:0 sdd 8:48 active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  `- 5:0:0:0 sdf 8:80 active ready running
  
mpath1 (3600a098038313951683f576a526d3138) dm-5 NETAPP,LUN C-Mode
size=3.0G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| `- 4:0:0:1 sde 8:64 active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  `- 5:0:0:1 sdg 8:96 active ready running

3. pvmoveによる移行

3-1. 移行元LUNの確認

移行元SolidfireのLUNが、Linux上に於いてどのようなパーティションで切られているか確認します。

> fdisk -l /dev/sdb
ディスク /dev/sdb: 2.79 GiB, 3001024512 バイト, 5861376 セクタ
ディスク型式: SSD SAN
単位: セクタ (1 * 512 = 512 バイト)
セクタサイズ (論理 / 物理): 512 バイト / 4096 バイト
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
ディスクラベルのタイプ: dos
ディスク識別子: 0xcedf91c6

デバイス   起動 開始位置 終了位置  セクタ サイズ Id タイプ
/dev/sdb1           2048  5861375 5859328   2.8G 8e Linux LVM



> fdisk -l /dev/sdc
ディスク /dev/sdc: 2.79 GiB, 3001024512 バイト, 5861376 セクタ
ディスク型式: SSD SAN
単位: セクタ (1 * 512 = 512 バイト)
セクタサイズ (論理 / 物理): 512 バイト / 4096 バイト
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
ディスクラベルのタイプ: dos
ディスク識別子: 0x96d00fdc

デバイス   起動 開始位置 終了位置  セクタ サイズ Id タイプ
/dev/sdc1           2048  5861375 5859328   2.8G 8e Linux LVM

3-2. 移行先LUNへパーティション作成

移行元と移行先の構成を同じにする為、sfdisk -dコマンドで移行元の情報を抜き出し、移行先へ内容を反映させます。本記事の環境では、LUNを2つ利用しているので、以下の内容を対象を変えて2回実施しています。

以下のイメージ図では、本項でPhysical volumeが作成されているように見えますが、正確には次項のvgextend実行時に合わせてPhysical volumeの作成も実施されます。

> sfdisk -d /dev/sdb | sfdisk /dev/mapper/mpath0 --force
このディスクを使用しているユーザがいないかどうかを調べています ... OK

ディスク /dev/mapper/mpath0: 3 GiB, 3221225472 バイト, 6291456 セクタ
単位: セクタ (1 * 512 = 512 バイト)
セクタサイズ (論理 / 物理): 512 バイト / 4096 バイト
I/O サイズ (最小 / 推奨): 4096 バイト / 65536 バイト

>>> スクリプトのヘッダを受け付けました。
>>> スクリプトのヘッダを受け付けました。
>>> スクリプトのヘッダを受け付けました。
>>> スクリプトのヘッダを受け付けました。
>>> スクリプトのヘッダを受け付けました。
>>> 新しい DOS ディスクラベルを作成しました。識別子は 0xcedf91c6 です。
/dev/mapper/mpath0-part1: 新しいパーティション 1 をタイプ Linux LVM、サイズ 2.8 GiB で作成しました。
/dev/mapper/mpath0-part2: 終了。

新しい状態:
ディスクラベルのタイプ: dos
ディスク識別子: 0xcedf91c6

デバイス                 起動 開始位置 終了位置  セクタ サイズ Id タイプ
/dev/mapper/mpath0-part1          2048  5861375 5859328   2.8G 8e Linux LVM
(中略)


#　移行先LUNに反映されているか確認
> fdisk -l /dev/mapper/mpath0
ディスク /dev/mapper/mpath0: 3 GiB, 3221225472 バイト, 6291456 セクタ
単位: セクタ (1 * 512 = 512 バイト)
セクタサイズ (論理 / 物理): 512 バイト / 4096 バイト
I/O サイズ (最小 / 推奨): 4096 バイト / 65536 バイト
ディスクラベルのタイプ: dos
ディスク識別子: 0xcedf91c6

デバイス             起動 開始位置 終了位置  セクタ サイズ Id タイプ
/dev/mapper/mpath0p1          2048  5861375 5859328   2.8G 8e Linux LVM

3-3. 既存のVolume Groupへ追加

パーティション設定済みの移行先ディスクを既存のVolume Groupへ追加(拡張)します。

# 既存のVolume group情報の確認
> vgdisplay
  --- Volume group ---
  VG Name               vg001
  System ID
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               <5.59 GiB
  PE Size               4.00 MiB
  Total PE              1430
  Alloc PE / Size       1280 / 5.00 GiB
  Free  PE / Size       150 / 600.00 MiB
  VG UUID               LPPMTp-nXAL-HA82-s24A-FNF8-d6Fk-4m6mf1
  (中略)


# Volume groupの拡張(移行先ディスクを追加)
>  vgextend vg001 /dev/mapper/mpath0p1
  Physical volume "/dev/mapper/mpath0p1" successfully created.
  Volume group "vg001" successfully extended
  
>  vgextend vg001 /dev/mapper/mpath1p1
  Physical volume "/dev/mapper/mpath1p1" successfully created.
  Volume group "vg001" successfully extended


# Volume group情報の確認
> vgdisplay
  --- Volume group ---
  VG Name               vg001
  System ID
  Format                lvm2
  Metadata Areas        4
  Metadata Sequence No  5
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                4
  Act PV                4
  VG Size               11.17 GiB
  PE Size               4.00 MiB
  Total PE              2860
  Alloc PE / Size       1280 / 5.00 GiB
  Free  PE / Size       1580 / 6.17 GiB
  VG UUID               LPPMTp-nXAL-HA82-s24A-FNF8-d6Fk-4m6mf1

3-4. pvmoveコマンドを使用してデータを移行

pvmoveコマンドで移行元のPhysical volumeから移行先のPhysical volumeを指定し、データを移行します。また、pvmove中のWrite処理も反映されます。

# 既存Physical volumeと移行先Physical volumeの空き容量を比較
# 移行元のsdb1やsdc1の空きが少ないことが確認できる
> pvs |grep -v "/dev/sda3"
  PV                   VG        Fmt  Attr PSize   PFree
  /dev/mapper/mpath0p1 vg001     lvm2 a--    2.79g   2.79g
  /dev/mapper/mpath1p1 vg001     lvm2 a--    2.79g   2.79g
  /dev/sdb1            vg001     lvm2 a--    2.79g 600.00m
  /dev/sdc1            vg001     lvm2 a--    2.79g      0

#　移行の実施(5秒ごとに状態を確認)
> pvmove -i 5 /dev/sdb1 /dev/mapper/mpath0p1
  /dev/sdb1: Moved: 4.96%
  /dev/sdb1: Moved: 10.09%
  /dev/sdb1: Moved: 14.34%
  /dev/sdb1: Moved: 20.00%
  /dev/sdb1: Moved: 24.78%
  /dev/sdb1: Moved: 29.38%
  /dev/sdb1: Moved: 35.04%
  /dev/sdb1: Moved: 38.76%
(中略)

# 既存Physical volumeと移行先Physical volumeの空き容量を比較
# 移行元のsdb1の空きが増えたことが確認できる
> pvs |grep -v "/dev/sda3"
  PV                   VG        Fmt  Attr PSize   PFree
  /dev/mapper/mpath0p1 vg001     lvm2 a--    2.79g 600.00m
  /dev/mapper/mpath1p1 vg001     lvm2 a--    2.79g   2.79g
  /dev/sdb1            vg001     lvm2 a--    2.79g   2.79g
  /dev/sdc1            vg001     lvm2 a--    2.79g      0

ユーザアクセスへの影響を減らすために移行速度に対して制約を掛ける場合には、ONTAPのQoSを利用し移行先のLUNへの帯域制限を実施する事で実現できます。
(移行後にQoS解除等の操作は必要)

以下はONTAPのLUNにQoSを設定後にpvmoveを実行した際のVolumeのThroughputを確認した例になります。

# QoS Policyの作成
> qos policy-group create -policy-group migration-policy -vserver vs_iscsi01 -is-shared false -max-throughput  20mbps

> qos policy-group show -policy-group migration-policy

              Policy Group Name: migration-policy
                        Vserver: vs_iscsi01
                           Uuid: 34b79c24-4fd0-11ef-xxxxxx
             Policy Group Class: user-defined
                Policy Group ID: 13966
             Maximum Throughput: 20MB/s
             Minimum Throughput: 0
            Number of Workloads: 1
              Throughput Policy: 0-20MB/s
                      Is Shared: false
       Is Policy Auto Generated: -

       
# LUNに作成したQoS Policyの設定(SVMやVolumeのQoSはnoneに変更済)
> lun modify -vserver vs_iscsi01 -path /vol/iscsi02/lun02 -qos-policy-group migration-policy


# pvmove実行中のONTAP上のLUNへのThroughput確認
# LUNの作成されているVolumeの　Throughputが20MB/secで推移している事が確認できる
> qos statistics volume characteristics show -vserver vs_iscsi01  -volume iscsi02
Workload            ID     IOPS       Throughput Request Size Read Concurrency
--------------- ------ -------- ---------------- ------------ ---- -----------
-total-              -      321        20.00MB/s       65331B   0%          13
iscsi02-wid20..  20303      320        20.00MB/s       65536B   0%          13
-total-              -      323        20.19MB/s       65536B   3%          11
iscsi02-wid20..  20303      317        19.81MB/s       65536B   1%          11
-total-              -      320        20.00MB/s       65536B   0%          12
iscsi02-wid20..  20303      320        20.00MB/s       65536B   0%          12
-total-              -      323        20.19MB/s       65536B   0%          14
iscsi02-wid20..  20303      323        20.19MB/s       65536B   0%          14
(中略)

4. 既存のLUNのやiSCSI設定の削除処理

4-1. 既存Physical volumeをVolume Groupから削除

移行前に使っていたPhysical volume(移行元LUN)をVolume Groupから削除します。

# Volume GroupからPhysical volumeを削除
> vgreduce vg001 /dev/sdb1
  Removed "/dev/sdb1" from volume group "vg001"
  
> vgreduce vg001 /dev/sdc1
  Removed "/dev/sdc1" from volume group "vg001"

# VG Sizeが小さくなっている事の確認
> vgdisplay
  --- Volume group ---
  VG Name               vg001
  System ID
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  14
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               <5.59 GiB
  PE Size               4.00 MiB
  Total PE              1430
  Alloc PE / Size       1280 / 5.00 GiB
  Free  PE / Size       150 / 600.00 MiB
  VG UUID               LPPMTp-nXAL-HA82-s24A-FNF8-d6Fk-4m6mf1
  (中略)

4-2. Physical volumeを削除

Volume Groupから削除したPhysical volumeを削除を削除します。
(削除対象分実施します)

# Physical volumeを削除
> pvremove /dev/sdb1
  Labels on physical volume "/dev/sdb1" successfully wiped

4-3. デバイス設定及びiSCSI設定を削除

認識しているデバイスのパーティション削除及びSolidfireから認識しているiSCSI経路を削除します。
(削除対象分実施します)

# パーティションを削除
> fdisk /dev/sdb

fdisk (util-linux 2.37.4) へようこそ。
ここで設定した内容は、書き込みコマンドを実行するまでメモリのみに保持されます。
書き込みコマンドを使用する際は、注意して実行してください。

コマンド (m でヘルプ): d
パーティション 1 を選択
パーティション 1 を削除しました。

コマンド (m でヘルプ): w
パーティション情報が変更されました。
ioctl() を呼び出してパーティション情報を再読み込みします。
ディスクを同期しています。

#Linux上で認識しているSolidfireデバイスの削除
>  echo offline > /sys/block/sdb/device/state
>  echo 1 > /sys/block/sdb/device/delete

LinuxとSolidfire間で設定していたiSCSI接続の解除及び削除を実施します。
Solidfireの場合は接続しているLUN数分の削除処理が必要になります。

# 現状の確認
> iscsiadm --mode session
tcp: [1] 172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol01.7 (non-flash)
tcp: [2] 172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol02.8 (non-flash)
tcp: [3] 172.16.22.13:3260,1032 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8 (non-flash)
tcp: [4] 172.16.22.14:3260,1033 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8 (non-flash)

> iscsiadm --mode node
172.16.22.13:3260,1032 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8
172.16.22.14:3260,1033 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8
172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol01.7
172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol02.8


# iSCSI Target(Solidfire)からのLogout
> iscsiadm --mode node --target iqn.2010-01.com.solidfire:1ikc.linuxvol01.7 --logout
Logging out of session [sid: 1, target: iqn.2010-01.com.solidfire:1ikc.linuxvol01.7, portal: 172.16.22.15,3260]
Logout of [sid: 1, target: iqn.2010-01.com.solidfire:1ikc.linuxvol01.7, portal: 172.16.22.15,3260] successful.

# Logout後のSession情報の確認
> iscsiadm --mode session
tcp: [2] 172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol02.8 (non-flash)
tcp: [3] 172.16.22.13:3260,1032 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8 (non-flash)
tcp: [4] 172.16.22.14:3260,1033 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8 (non-flash)


# iSCSI Target情報の削除
> iscsiadm --mode node --target iqn.2010-01.com.solidfire:1ikc.linuxvol01.7 --op delete

# 削除後のTarget情報の確認
> iscsiadm --mode node
172.16.22.13:3260,1032 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8
172.16.22.14:3260,1033 iqn.1992-08.com.netapp:sn.814b2072347111efb600d039ea5905a2:vs.8
172.16.22.15:3260,1 iqn.2010-01.com.solidfire:1ikc.linuxvol02.8

参考及びリンク

How to setup an optimal iSCSI connection from Linux with ONTAP

ONTAP SAN how to check Linux iSCSI paths

【今から覚えるONTAPの操作】iSCSI用のSVMを作成する