SVM and "shrinking" a metadevice

I support a group that found out Solaris 9 4/03 doesn't support multi-terabyte file systems (e.g. over 1 TB) so growfs won't go past 1TB. SVM does as metattach will gladly add storage to an existing metadevice.

So now they have this 2TB RAID0 metadevice but they can't grow the file system on top of it.

Is there anyway to:

- Since maintenance upgrades are no longer supported, is there any patch revenue to get the multi-terabyte file system functionality into the OS ? (I know I've kinda asked a question that I've already answered with my qualification.)

- Is there anyway to "shrink" the metadevice without having to destroy it first ?

[682 byte] By [swoneill] at [2007-11-25 23:16:48]
# 1

> - Since maintenance upgrades are no longer supported, is there any patch revenue to get the multi-terabyte

> file system functionality into the OS ? (I know I've kinda asked a question that I've already answered with

> my qualification.)

Yes:

114389-02 (or newer) devinfo patch

113454-08 (or newer) ufs patch

112966-02 (or newer) vold patch

113457-02 (or newer) ufs headers patch

115018-01 (or newer) dqblk patch

115020-01 (or newer) ml_odunit patch

114721-02 (or newer) dump/restore utilities patch

115022-01 (or newer) quota utilities patch

115024-01 (or newer) file system identification utilities patch

115026-01 (or newer) file system maintenance tools patch

113993-03 (or newer) file system creation utilities patch

115028-01 (or newer) df patch

113492-02 (or newer) fsck patch

115030-03 (or newer) Multiterabyte UFS mount patch

> - Is there anyway to "shrink" the metadevice without having to destroy it first ?

This should work considering:

- Only the metadevice was expanded - not the file system

- This same concept is used to rebuild a metadevice of shadowimage storage coming off a HDS for backup purposes.

umount /GD <<< this is what d32 is mounted as

metaclear d32

metainit d32 1 30 c8t500060E80000000000009FAE00000501d0s2 \

c8t500060E80000000000009FAE00000515d0s2 \

c8t500060E80000000000009FAE0000051Ad0s2 \

c8t500060E80000000000009FAE0000051Bd0s2 \

c8t500060E80000000000009FAE0000040Ed0s2 \

c8t500060E80000000000009FAE00000415d0s2 \

c8t500060E80000000000009FAE0000041Bd0s2 \

c8t500060E80000000000009FAE00000420d0s2 \

c8t500060E80000000000009FAE00000520d0s2 \

c8t500060E80000000000009FAE00000527d0s2 \

c8t500060E80000000000009FAE00000531d0s2 \

c8t500060E80000000000009FAE00000427d0s2 \

c8t500060E80000000000009FAE0000042Cd0s2 \

c8t500060E80000000000009FAE00000431d0s2 \

c8t500060E80000000000009FAE0000053Fd0s2 \

c8t500060E80000000000009FAE00000540d0s2 \

c8t500060E80000000000009FAE00000544d0s2 \

c8t500060E80000000000009FAE00000401d0s2 \

c8t500060E80000000000009FAE00000439d0s2 \

c8t500060E80000000000009FAE0000043Fd0s2 \

c8t500060E80000000000009FAE00000444d0s2 \

c8t500060E80000000000009FAE0000054Ad0s2 \

c8t500060E80000000000009FAE0000054Bd0s2 \

c8t500060E80000000000009FAE00000551d0s2 \

c8t500060E80000000000009FAE00000556d0s2 \

c8t500060E80000000000009FAE0000055Dd0s2 \

c8t500060E80000000000009FAE0000044Ad0s2 \

c8t500060E80000000000009FAE00000451d0s2 \

c8t500060E80000000000009FAE00000456d0s2 \

c8t500060E80000000000009FAE0000045Dd0s2 -i 2304b

swoneill at 2007-7-5 18:05:34 > top of Java-index,Storage Forums,Storage General Discussion...