我们有一些旧的Solaris 10服务器（SunOS名称为5.10 Generic_142909-17 sun4u sparc SUNW，Sun-Fire-V490）现在已连接到我们的新IBM SAN。 这些Solaris服务器仍然主要是UFS文件系统。 前一阵子，我们从SAN中添加了一个新的2TB LUN到一个服务器，并开始将它作为一个Zpool文件系统定义在其上 – 这非常简单。 它工作得很好！
最近我们发现2TB是不够的，所以我们把LUN从2TB扩展到3TB。 显示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 -
autoexpand不适用于我们旧版本的Solaris？ 或者还有什么我可以尝试？
您可能需要导出并重新导入池或重新启动，然后再次zpool online -e尝试zpool online -e 。
这在Linux上是绝对的。 但是在你的情况下，这是值得的。
通常你不能增加一个实际的磁盘大小，所以zfs或你的zfs版本可能没有经过devise/testing。 也许你需要添加一个新的LUN，用zpool replace pool olddisk newdisk来代替，然后删除旧的。
我不认为有一个好的解决scheme，但是有一些解决方法，如“在现有ZPOOL上从HDS-VSP扩展LUN（社区讨论ID 2921641）”中所述。
对我来说，最简单的办法是提供正确大小的新LUN，然后使用“zpool replace”replace旧LUN。 至less这可以在没有停机的情况下完成。 虽然我还没有尝试过。