Be very careful that you don't upgrade your zpool to an incompatible
version. You may not be able to do a zpool import back to os x.
Here's the zpool version on NexentaCore, an OpenSolaris with a Debian
package manager (apt-get is apt-clone on NexentaCore, which creates a
new boot environment from a snapshot; very, very cool):
<<
# uname -a
SunOS nc2myhost 5.11 NexentaOS_20090926 i86pc i386 i86pc Solaris
# zpool upgrade -v
This system is currently running ZFS pool version 18.
The following versions are supported:
VER DESCRIPTION
--- --------------------------------------------------------
1 Initial ZFS version
2 Ditto blocks (replicated metadata)
3 Hot spares and double parity RAID-Z
4 zpool history
5 Compression using the gzip algorithm
6 bootfs pool property
7 Separate intent log devices
8 Delegated administration
9 refquota and refreservation properties
10 Cache devices
11 Improved scrub performance
12 Snapshot properties
13 snapused property
14 passthrough-x aclinherit
15 user/group space accounting
16 stmf property support
17 Triple-parity RAID-Z
18 snapshot user holds
For more information on a particular version, including supported
releases, see:
http://www.opensolaris.org/os/community/zfs/version/N
Where 'N' is the version number.
>>
If you are using a version of Solaris with a later version of zfs than
os x (very, very likely), and you upgrade the pool from os x to work
on it in Solaris (also very likely), then you cannot export and import
the pool back into os x. Or, I should say, unless there is now a
command:
zpool downgrade ....
but I don't think there is.
I got burned with this when zfs first become possible on os x with the
developer distribution. At first, the zpool versions were the same,
but over time Solaris progressed fairly quickly, FreeBSD more slowly,
and os x... well, you know.
zfs has a similar command:
<<
# zfs upgrade -v
The following filesystem versions are supported:
VER DESCRIPTION
--- --------------------------------------------------------
1 Initial ZFS filesystem version
2 Enhanced directory entries
3 Case insensitive and File system unique identifier (FUID)
4 userquota, groupquota properties
For more information on a particular version, including supported
releases, see:
http://www.opensolaris.org/os/community/zfs/version/zpl/N
Where 'N' is the version number.
>>
Web gui's are great, and solaris with java has some great ones. But
you usually have to resort to the command line, so I suggest you
reacquaint yourself with man, apropos, less, grep, etc.:
<<
apropos zfs
apt-clone (8) - ZFS integrated APT package handling utility -
command-line interface
zdb (1m) - ZFS debugger
zfs (1m) - configures ZFS file systems
zpool (1m) - configures ZFS storage pools
zfs list | less
NAME USED AVAIL REFER MOUNTPOINT
syspool 5.23G 452G 28.5K legacy
syspool/rootfs-nmu-000 1.19G 452G 921M legacy
syspool/rootfs-nmu-001 57.5K 452G 828M legacy
syspool/rootfs-nmu-002 558M 452G 1.35G legacy
syspool/rootfs-nmu-003 177M 452G 1.41G legacy
syspool/rootfs-nmu-004 157M 452G 1.47G legacy
syspool/rootfs-nmu-005 234M 452G 1.59G legacy
syspool/rootfs-nmu-006 4.41M 452G 1.59G legacy
syspool/rootfs-nmu-007 8.16M 452G 1.62G legacy
syspool/rootfs-nmu-008 97.5M 452G 2.09G legacy
syspool/rootfs-nmu-009 1.26G 452G 2.10G legacy
syspool/rootfs-nmu-010 81.5K 452G 2.09G legacy
syspool/rootfs-nmu-011 211M 452G 2.11G legacy
syspool/rootfs-nmu-012 92.3M 452G 2.12G legacy
syspool/rootfs-nmu-013 294M 452G 2.30G legacy
syspool/rootfs-nmu-014 229M 452G 2.16G legacy
syspool/rootfs-nmu-015 778M 452G 2.36G legacy
zp14d 543G 142G 19K /zp14d
zp14d/arc1 543G 142G 22K /zp14d/arc1
zp14d/arc1/2005 135G 142G 105G /zp14d/arc1/2005
zp14d/arc1/2006 35.3G 142G 34.6G /zp14d/arc1/2006
zp14d/arc1/2007 373G 142G 323G /zp14d/arc1/2007
zp14t 842G 71.8G 28K /zp2cRM1TB
zp14t/InstallUpdate 29.4G 71.8G 29.4G /zp2cRM1TB/InstallUpdate
zp14t/Music 88.7G 71.8G 85.8G /zp2cRM1TB/Music
zp14t/Scans 7.13G 71.8G 7.13G /zp2cRM1TB/Scans
zp14t/ScansFromzpi1 274K 71.8G 2.55G /zp2cRM1TB/ScansFromzpi1
:
...
zfs list | grep zp14t
zp14t 842G 71.8G 28K /zp2cRM1TB
zp14t/InstallUpdate 29.4G 71.8G 29.4G /zp2cRM1TB/InstallUpdate
zp14t/Music 88.7G 71.8G 85.8G /zp2cRM1TB/Music
zp14t/Scans 7.13G 71.8G 7.13G /zp2cRM1TB/Scans
zp14t/ScansFromzpi1 274K 71.8G 2.55G /zp2cRM1TB/ScansFromzpi1
zp14t/archive 714G 71.8G 711G /zp2cRM1TB/archive
zp14t/zpi1BU 86K 71.8G 20K /zp2cRM1TB/zpi1BU
zp14t/zpiBU 2.55G 71.8G 2.55G /zp2cRM1TB/zpiBU
zpool status -v | less
pool: syspool
state: ONLINE
status: The pool is formatted using an older on-disk format. The pool
can
still be used, but some features are unavailable.
action: Upgrade the pool using 'zpool upgrade'. Once this is done,
the
pool will no longer be accessible on older software versions.
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
syspool ONLINE 0 0 0
c1d0s0 ONLINE 0 0 0
errors: No known data errors
pool: zp14d
state: ONLINE
status: The pool is formatted using an older on-disk format. The pool
can
still be used, but some features are unavailable.
action: Upgrade the pool using 'zpool upgrade'. Once this is done,
the
pool will no longer be accessible on older software versions.
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
zp14d ONLINE 0 0 0
mirror ONLINE 0 0 0
c2t0d0 ONLINE 0 0 0
:
...
zpool status -v | grep ONLINE
state: ONLINE
syspool ONLINE 0 0 0
c1d0s0 ONLINE 0 0 0
state: ONLINE
zp14d ONLINE 0 0 0
mirror ONLINE 0 0 0
c2t0d0 ONLINE 0 0 0
c2t1d0 ONLINE 0 0 0
state: ONLINE
zp14t ONLINE 0 0 0
mirror ONLINE 0 0 0
c5d0 ONLINE 0 0 0
c6d0 ONLINE 0 0 0
>>
This should work on just about any variant of solaris, from the
command line. You need to be root for most of this to work:
% su
password:
# <password for root>
or:
%sudo su
password: <your user password>
or:
%pfexec ... (avoid this unless you get to know it; try man pfexec;
cumbersome, but might be necessary;)
Does this help anyone? Do you want me to try to get zfs read write
running (again) on a PowerMac G5 on 10.5 server? It's fairly easy
with the older kext from the developer release, but I think you want
to roll your own kernel extension, with later bits for zfs?
Have you tried to modify and load the kernel modules for zfs from
FreeBSD? That might be a little closer to what you want, but I'm not
sure.
Let me know. It could take me a while, but I'll try to help when I
can. I had to get lots of zpools running quickly without so many bugs
and kernel panics, so I moved them off os x to solaris.
Good Luck,
Gordon
On Oct 27, 3:05 pm, Jason McNeil <
ja...@jasonrm.net> wrote:
> You have to map it to a vmdk file using the VBoxManage command line tool
> that you then add to the virtual machine as it were just another virtual
> hard drive. I've had cases though where if the drive number (disk1 vs disk2)
> changes then the vmdk will be rejected. Once all the drives that are a part
> of your pool are available to the OpenSolaris setup it should be importable,
> either automatically or via a zpool import.
>
> More detailed instructions can be found here,
http://www.virtualbox.org/manual/UserManual.html#rawdisk
>
> --jasonrm