問題
イニシエータ ノードにまだ存在する古い ISCSI ターゲット接続は、次のようなさまざまな問題を引き起こす可能性があります。
1. iscsid サービスがハングし、グローバルな停止につながる可能性があります。
2.次のような大量のメッセージ エラー:
messages:Jun 3 13:58:00 server1 iscsid: iscsid: Connection5:0 to [target: iqn-name, portal: ip-here,3260] through [iface: default] is shutdown. messages:Jun 3 13:58:00 server1 iscsiadm: iscsiadm: Could not login to [iface: default, target: iqn-name, portal: ip-here,3260]. messages:Jun 3 13:58:00 server1 iscsiadm: Logging in to [iface: default, target: iqn-name, portal: ip-here,3260] (multiple) messages:Jun 7 04:24:15 server1 iscsid: iscsid: Connection2:0 to [target: iqn-name, portal: ip-here,3260] through [iface: default] is shutdown. messages:Jun 7 04:24:15 server1 iscsiadm: iscsiadm: Could not login to [iface: default, target: iqn-name, portal: ip-here,3260]. messages:Jun 7 04:24:15 server1 iscsiadm: Logging in to [iface: default, target: iqn-name, portal: ip-here,3260] (multiple)
3. 起動の問題 (ロング/ハング ブート)。
解決策
「iscsiadm remove」で古いエントリが削除されたイニシエータ サーバー上の ISCSI LUN 間で移行すると、問題が発生することがある ” コマンド:
# iscsiadm -m node -T [iqn] -p [ip address]:[port number] -u # iscsiadm -m node -o delete -T [iqn]but config files might be still present in /var/lib/iscsi/nodes folder. ISCSI target IQN are stored in /var/lib/iscsi/nodes folder. For example: /var/lib/iscsi/nodes:drw-------. 2 root root 30 Mar 16 09:35 iqn-good-node drw-------. 2 root root 30 Aug 12 2018 iqn-bad-node/var/lib/iscsi/nodes/iqn-good-node:
-rw-------. 1 root root 2051 Mar 16 09:35 IP_HERE,3260/var/lib/iscsi/nodes/iqn-bad-node:
-rw-------. 1 root root 2051 Aug 12 2018 IP_HERE,3260上記は、2 つの ISCSI ターゲット IQN を示しています。不良ノードの iqn は、メッセージ ファイルでエラーを生成するため、削除する必要があります。最初に iscsiadm コマンドを使用して、iqn-bad-node エントリがシステムに存在しなくなり、この IQN からアクティブな LUN が割り当てられていないことを確認する必要があります:
# iscsiadm -m session -P 3 iSCSI Transport Class version 2.0-870 version 6.2.0.874-10 Target: iqn-good-node(non-flash) Current Portal: IP_HERE:3260,1 Persistent Portal: IP_HERE:3260,1 ********** Interface: ********** Iface Name: default Iface Transport: tcp Iface Initiatorname: iqn-good-node Iface IPaddress: IP_HERE Iface HWaddress:Iface Netdev: SID: 1 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE ********* Timeouts: ********* Recovery Timeout: 6000 Target Reset Timeout: 30 LUN Reset Timeout: 30 Abort Timeout: 15 ***** CHAP: ***** username: password: ******** username_in: password_in: ******** ************************ Negotiated iSCSI params: ************************ HeaderDigest: None DataDigest: None MaxRecvDataSegmentLength: 262144 MaxXmitDataSegmentLength: 8192 FirstBurstLength: 65536 MaxBurstLength: 262144 ImmediateData: Yes InitialR2T: Yes MaxOutstandingR2T: 1 ************************ Attached SCSI devices: ************************ Host Number: 2 State: running scsi2 Channel 00 Id 0 Lun: 0 scsi2 Channel 00 Id 0 Lun: 1 Attached scsi disk sda State: running 上記のリストで、/var/lib/iscsi/nodes フォルダーから安全に削除できるのは、iqn-good-node エントリーと iqn-bad-node エントリーのみです。
アクションプランは次のとおりです:
1. 再起動のためのダウンタイムを取得します。
2.ディレクトリを削除:# rm -r /var/lib/iscsi/nodes/iqn-bad-node上記は、この IQN の構成ファイルと IP + ポートを削除するため、OS はブートからそれを使用しなくなります
3. /etc/fstab ファイルに不正な IQN に関する情報が含まれていないことを確認してください:
# cat /etc/fstab | grep -i iqn-bad-node3. 影響を受けたサーバーを再起動します。
# shutdown -r now4. 再起動後、/var/lib/iscsi/nodes に次のエントリのみが保持されていることを確認します:
iqn-良いノード
実行を確認するには:
# ls -la /var/lib/iscsi/nodes5. システムで ISCSI の問題が検出されなくなったことを dmesg から確認します。
# dmesg | grep -i iqn-bad-node6. エラーが検出されず、移行前の IQN が表示されなくなったら、通常どおりサービスを続行します。
MySQL 用の Linux リソース グループ (cgroups) を構成する方法 CentOS/RHEL 6 カーネル パニック – 「メモリ不足」カーネル パラメーター panic_on_oom が有効になっているCent OS