SCSI based, but solid and cheap enclosures if you don't care about support: http://search.ebay.com/search/search.dll?satitle=Sun+D1000
On Oct 1, 2007, at 12:15, Andy Lubel wrote: > I gave up. > > The 6120 I just ended up not doing zfs. And for our 6130 since we > don't > have santricity or the sscs command to set it, I just decided to > export each > disk and create an array with zfs (and a RAMSAN zil), which made > performance > acceptable for us. > > I wish there was a firmware that just made these things dumb jbods! > > -Andy > > > On 9/28/07 7:37 PM, "Marion Hakanson" <[EMAIL PROTECTED]> wrote: > >> Greetings, >> >> Last April, in this discussion... >> http://www.opensolaris.org/jive/thread.jspa?messageID=143517 >> >> ...we never found out how (or if) the Sun 6120 (T4) array can be >> configured >> to ignore cache flush (sync-cache) requests from hosts. We're >> about to >> reconfigure a 6120 here for use with ZFS (S10U4), and the evil >> tuneable >> zfs_nocacheflush is not going to serve us well (there is a ZFS >> pool on >> slices of internal SAS drives, along with UFS boot/OS slices). >> >> Any pointers would be appreciated. >> >> Thanks and regards, >> >> Marion >> >> >> _______________________________________________ >> zfs-discuss mailing list >> zfs-discuss@opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > > -- > > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
