Hi there.
I just got a new Adaptec RAID 51645 controller in because the old (other type)
was malfunctioning. It is paired with 16 Seagate 15k5 disks, of which two are
used with hardware RAID 1 for OpenSolaris snv_98, and the rest is configured as
striped mirrors as a zpool. I created a zfs file
Since the last reboot, our system wont boot anymore. It hangs at the "Use is
subject to license terms." line for a few minutes, and then gives an error that
it can't find the device it needs for making the root pool, and eventually
reboots.
We did not change anything to the system or to the Ada
I'm new so opensolaris and very new to ZFS. In the past we have always used
linux for our database backends.
So now we are looking for a new database server to give us a big performance
boost, and also the possibility for scalability.
Our current database consists mainly of a huge table contain
> Christiaan,
>
> As ZFS tuning has already been suggested, remember:
>
> a) Never tune unless you need to.
> b) Never tune unless you have an untuned benchmark
> set of figures to
> compare against after the system has been tuned -
> especially in ZFS-land
> which, whilst it may not be quite t
Another thing: what about a seperate disk (or disk set) for the ZIL?
Would it be worth sacrificing two SAS disks for two SSD disks in raid 1
handling the ZIL?
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensola
> Why not go to 128-256 GBytes of RAM? It isn't that
> expensive and would
> significantly help give you a "big performance boost"
> ;-)
Would be nice, but it not that much inexpensive since we'd have to move up a
class in server choise, and besides the extra memory cost, also brings some
more
> Let ZFS deal with the redundancy part. I'm not
> counting "redundancy" offered by traditional RAID as
> you can see by just posts in this forums that -
> 1. It doesn't work.
> 2. It bites when you least expect it to.
> 3. You can do nothing but resort to tapes and LOT of
> aspirin when you get bi
