Is there a card for OpenSolaris 2009.06 SPARC that will do SATA correctly yet? Need it for a super cheapie, low expectations, SunBlade 100 filer, so I think it has to be notched for 5v PCI slot, iirc. I''m OK with slow -- main goals here are power saving (sleep all 4 disks) and 1TB+ space. Oh, and I hate to be an old head, but I don''t want a peecee. They still scare me :) Thinking root pool on 16GB ssd, perhaps, so the thing can spin down the main pool and idle *really* cheaply.. thx jake -- This message posted from opensolaris.org
On Mon, 22 Jun 2009, Jacob Ritorto wrote:> Is there a card for OpenSolaris 2009.06 SPARC that will do SATA > correctly yet? Need it for a super cheapie, low expectations, SunBlade > 100 filer, so I think it has to be notched for 5v PCI slot, iirc. I''m OK > with slow -- main goals here are power saving (sleep all 4 disks) and > 1TB+ space. Oh, and I hate to be an old head, but I don''t want a > peecee. They still scare me :) Thinking root pool on 16GB ssd, > perhaps, so the thing can spin down the main pool and idle *really* > cheaply..The LSI SAS controllers with SATA ports work nicely with SPARC. I have one in my V880. On a Blade-100, however, you might have some issues due to the craptitude of the PCI slots. To be honest, the Grover was a fun machine at the time, but I think that time may have passed. Oh, and if you do grab the LSI card, don''t let James catch you using the itmpt driver or lsiutils ;-) -- Andre van Eyssen. mail: andre at purplecow.org jabber: andre at interact.purplecow.org purplecow.org: UNIX for the masses http://www2.purplecow.org purplecow.org: PCOWpix http://pix.purplecow.org
Andre van Eyssen schrieb:> On Mon, 22 Jun 2009, Jacob Ritorto wrote: > >> Is there a card for OpenSolaris 2009.06 SPARC that will do SATA >> correctly yet? Need it for a super cheapie, low expectations, >> SunBlade 100 filer, so I think it has to be notched for 5v PCI slot, >> iirc. I''m OK with slow -- main goals here are power saving (sleep all >> 4 disks) and 1TB+ space. Oh, and I hate to be an old head, but I >> don''t want a peecee. They still scare me :) Thinking root pool on >> 16GB ssd, perhaps, so the thing can spin down the main pool and idle >> *really* cheaply.. > > The LSI SAS controllers with SATA ports work nicely with SPARC. I have > one in my V880. On a Blade-100, however, you might have some issues due > to the craptitude of the PCI slots. > > To be honest, the Grover was a fun machine at the time, but I think that > time may have passed. > > Oh, and if you do grab the LSI card, don''t let James catch you using the > itmpt driver or lsiutils ;-) >I''m also using an LSI SAS card for attaching sata disks to a Blade 2500. In my experience there is some severe problems: 1) Once the disks spin down due to idleness it can become impossible to reactivate them without doing a full reboot (i.e. hot plugging won''t help) 2) disks that were attached once leave a stale /dev/dsk entry behind that takes full 7 seconds to stat() with kernel running at 100%. Apart from that it works fine. - Thomas
On Tue, 23 Jun 2009, Thomas Maier-Komor wrote:> 1) Once the disks spin down due to idleness it can become impossible to > reactivate them without doing a full reboot (i.e. hot plugging won''t help)That''s a good point - I don''t think a second goes by without at least a little I/O on those disks, so they''ve probably spun down twice since installion - for two other hardware upgrades. -- Andre van Eyssen. mail: andre at purplecow.org jabber: andre at interact.purplecow.org purplecow.org: UNIX for the masses http://www2.purplecow.org purplecow.org: PCOWpix http://pix.purplecow.org
> 2) disks that were attached once leave a stale /dev/dsk entry behind > that takes full 7 seconds to stat() with kernel running at 100%.Such entries should go away with an invocation of "devfsadm -vC". If they don''t, it''s a bug IMHO. Regards -- Volker -- ------------------------------------------------------------------------ Volker A. Brandt Consulting and Support for Sun Solaris Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim Email: vab at bb-c.de Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgr??e: 45 Gesch?ftsf?hrer: Rainer J. H. Brandt und Volker A. Brandt
Volker A. Brandt schrieb:>> 2) disks that were attached once leave a stale /dev/dsk entry behind >> that takes full 7 seconds to stat() with kernel running at 100%. > > Such entries should go away with an invocation of "devfsadm -vC". > If they don''t, it''s a bug IMHO. > > > Regards -- Volkeryes, they go away. But the problem is when you do this and replug the disks they don''t show up again... And that''s even worse IMO... - Thomas
> >> 2) disks that were attached once leave a stale /dev/dsk entry behind > >> that takes full 7 seconds to stat() with kernel running at 100%. > > > > Such entries should go away with an invocation of "devfsadm -vC". > > If they don''t, it''s a bug IMHO. > > yes, they go away. But the problem is when you do this and replug the > disks they don''t show up again... And that''s even worse IMO...So you want such disks to behave more like USB sticks? If there was a good way to mark certain devices or a device tree as "volatile" then this would be an interesting RFE. I would certainly not want *all* of my disks to "come and go as they please". :-) I am not sure how feasible an implementation would be though. Regards -- Volker -- ------------------------------------------------------------------------ Volker A. Brandt Consulting and Support for Sun Solaris Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim Email: vab at bb-c.de Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgr??e: 45 Gesch?ftsf?hrer: Rainer J. H. Brandt und Volker A. Brandt
Volker A. Brandt schrieb:>>>> 2) disks that were attached once leave a stale /dev/dsk entry behind >>>> that takes full 7 seconds to stat() with kernel running at 100%. >>> Such entries should go away with an invocation of "devfsadm -vC". >>> If they don''t, it''s a bug IMHO. >> yes, they go away. But the problem is when you do this and replug the >> disks they don''t show up again... And that''s even worse IMO... > > So you want such disks to behave more like USB sticks? If there was > a good way to mark certain devices or a device tree as "volatile" > then this would be an interesting RFE. I would certainly not want > *all* of my disks to "come and go as they please". :-) > > I am not sure how feasible an implementation would be though. > > > Regards -- Volkeryes - that''s my usage scenario. Or to be more precise I have a small chassis with two disks, which I only want to attach for backup purposes. I just send/receive from my active pool to the backup pool, and then detach the backup pool. I just like having backup disks being physically detached when not in use. Like this, nothing can really screw them up but a fire in the room... I thought SAS/SATA would be hot-pluggable - so what''s the difference between USB''s hot-plug feature and the one of SAS/SATA other that that USB is handled by the volume manager? So, yes, it would be nice if one could assign a SATA disk to the volume manager. - Thomas