いくつかの古いSolaris 10サーバー(SunOS名5.10 Generic_142909-17 Sun4u sparc SUNW、Sun-Fire-V490)が新しいIBM SANに接続されました。これらのSolarisサーバーには、ほとんどの場合UFSファイルシステムがまだあります。しばらく前に、新しい2 TB LUNをSANからサーバーの1つに追加し、それを1つのZFSファイルシステムが定義されたzpoolとして使用し始めましたそれに-本当にシンプルです。
最近、2 TBでは不十分であることがわかりました。そのため、LUNを2 TB= 3 TBに拡張しました。zpool list
NAME SIZE ALLOC FREE CAP HEALTH ALTROOT
solarisSYS 1.98T 1.84T 146G 92% ONLINE -
...予想どおり、LUNが拡張される前と後の両方。 luxadm display
が表示されるようになりました
# luxadm display /dev/rdsk/c4t600507640081017A080000000000004Dd0s2
DEVICE PROPERTIES for disk: /dev/rdsk/c4t600507640081017A080000000000004Dd0s2
Vendor: IBM
Product ID: 2145
Revision: 0000
Serial Num: 010020405e82XX00
Unformatted capacity: 3145728.000 MBytes
Read Cache: Enabled
Minimum prefetch: 0x0
Maximum prefetch: 0x0
Device Type: Disk device
Path(s):
/dev/rdsk/c4t600507640081017A080000000000004Dd0s2
/devices/scsi_vhci/ssd@g600507640081017a080000000000004d:c,raw
さまざまな情報源がこれらを行うと言っていました。
# zpool set autoexpand=on solarisSYS
# zpool online -e solarisSYS c4t600507640081017A080000000000004Dd0
# zpool export solarisSYS
# zpool import solarisSYS
# zpool list solarisSYS
NAME SIZE ALLOC FREE CAP HEALTH ALTROOT
solarisSYS 1.98T 1.84T 146G 92% ONLINE -
古いバージョンのSolarisではautoexpandは機能しませんか?または私が試すことができる他の何かがありますか?
プールをエクスポートして再インポートするか、再起動してzpool online -e
再び。
これは間違いなくLinuxの場合です。しかし、あなたの状況では、一撃の価値があります。
通常、実際のディスクのサイズを大きくすることはできないため、zfsまたはzfsのバージョンは、それを使用して設計/テストされていない可能性があります。新しいLUNを追加する必要があるかもしれません。zpool replace pool olddisk newdisk
代わりに、古いものを削除します。
良い解決策はないと思いますが、「既存のZPOOLのHDS-VSPからLUNを拡張する(コミュニティディスカッションID 2921641)」で説明されているように、いくつかの回避策があります。
私にとって最も簡単なのは、正しいサイズの新しいLUNを提示してから、「zpool replace」を使用して古いLUNを新しいものに置き換えることです。少なくともこれはダウンタイムなしで実行できます。まだ試していません。