Anyway, you could try simply creating standard
FDISK/Solaris/vtoc
partitioning on the SD card, with all the free space
contained in one
slice, and give that slice to ZFS.
This is what I've done so far.
fdisk -
Total disk size is 1943 cylinders
Cylinder size is 4096 (512
Put the disk space of c8t0d0 in c8t0d0s0 and try the
zpool add syntax again. If you need help with the
format syntax, let me know.
This command syntax should have complained:
pfexec zpool add rpool cache /dev/rdsk/c8t0d0
See the zpool syntax below for pointers.
Cindy
I've tried the
I've been searching without success if this has been done or even discussed
previously.
Would it be possible now or in the future to use an SD Card on a laptop as a
cache for ZFS?
I've been trying to do this with OpenSolaris 1108 on a Dell XPS M1530 laptop.
The SD Card is presented as
From that error message I believe the problem is not
on laptop or
SD Card. It's because you're trying to add cache to
root pool.
Try adding it to another pool. It should work.
Thanks for the response. Being a laptop I don't have other pools to choose from
- just the rpool:)
So I guess
Just a note:
Setting compression to gzip on a zpool breaks the GUI with a similar type of
error -
Application Error
com.iplanet.jato.NavigationException: Exception encountered during forward
Root cause = [java.lang.IllegalArgumentException: No enum const class
snv_89 is the same. The ZFS Administration console
worked fine to create my first 2 pools. I've been
unable to use it since then. I have the same stack
trace errors.
Did you find a workaround for this issue?
-Rick
Nothing yetdropping to the command line for the moment. Looking
A further update. With B90 and UFS as root partition, the ZFS administration
GUI worked fine. So I presented two additional disks and proceeded to create a
zpool. The creation of the pool worked fine however the ZFS administration
interface is now broken with the same error as in the original
I checked - this system has a UFS root. When
installed as snv_84 and then LU'd to snv_89, and when
I fiddled with these packages from various other
releases, it had the stacktrace instead of the ZFS
admin GUI (or the well-known smcwebserver restart
effect for the older packages).
.
I have the same problem here with https://localhost:6789 ZFS Administration
bombing out with the same error.
I am using SXCE B90 with ZFS as the root partition running in VBOX 1.6.
Any suggestions on next steps?
Cheers, JP
This message posted from opensolaris.org
Just tried SXCE B90 with UFS as root partition in VBOX 1.6 and it works fine,
so ZFS as the root partition might be the cause...
Cheers, JP
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
10 matches
Mail list logo