iSCSI volume expand size (lvresize,lvexpand)

通常會用 logical volume 來作為 iscsi-target 的 LUN mapping devices 。但當我們想要增加該 logical volume 的大小時，我們會作 lvresize 或是 lvexpand 來擴增 logical volume 容量。然而卻發現 iscsi-target LUN 容量並沒有跟著變大。其實我們只需要重新映射已擴容的LV，就會發現 LUN 的容量也跟著變大了。

# lvextend -L +50G /dev/iscsi/mycloud
Extending logical volume mycloud to 176.00 GiB
Logical volume mycloud successfully resized

但是 tgt-admin –show 查看LUN (Logical Unit ) ，卻發現 Size没有隨 LV 擴大。

删除LUN 映射，這並不是真正删除，只是删除與内核的映射關係。

# tgtadm –op delete –mode logicalunit –tid=1 –lun=1

重建LUN 映射，重新映射到已擴容的LV：
# tgtadm –op new –mode logicalunit –tid=1 –lun=1 \ 
–backing-store=/dev/iscsi/mycloud 

當我們做完 logival volume resize for iscsi-target LUN ，記得要 iscsi-target LUN re-mapping devices.

Openfiler iscsi-target start get ietd is paused

因為之前有動到 iptables 防火牆規則，有將某幾個介面的 iscsi-target 3260 port 給擋下。所以當 /etc/init.d/iscsi-target 服務啟動腳本執行時，就會造成 openfiler 管理服務的頁面，因為 iscsi-target 的啟動腳本非啟動時並非預期的輸出一行處理結果，造成抓不到正確的狀態資訊。所以 services.html 頁面中 iscsi-target 的 state 顯示永遠都是處於 disable 的狀態。

HowTo Set iscsi-target of listen-address on Openfiler

問題描述

因為 Openfiler 有設定 cluster 的關係，所以 openfiler 主機上可能會有兩個以上的IP。一個是本身的IP，另一個是 Cluster IP(Master node 才會擁有的資源)。

但是 Openfiler 預設 iscsi-target 是允許主機上所有網路介面都可以讓 iscsi-client 連入取得資源。如果 iscsi-client 不是由 Cluster IP 介面取得 iscsi-target 資源，而此時 Openfiler Cluster Master and Slave 的角色發生改變，問題就出現了。iscsi-client 它痴痴等待原先連線的IP接口回應，卻殊不知服務已悄悄的換到另一台 Openfiler 上執行了。最後可能就造成 Proxmox 上的 Guest OS，抓不到 Proxmox 提供給它的硬碟區塊(iscsi-block)。

解決方法

為避免此問題發生，Openfiler Cluster 的每一台主機上需要設定 iscsi-target 只能由 Cluster IP 介面，提供 Iscsi-target 的服務。

proxmox storage pool use iscsi-target

proxmox storage pool use iscsi-target
在運行半年以上的proxmox主機群上，都是使用NFS協定來做為Storage Pool來提供虛擬主機上所需的虛擬磁碟。