November 27, 2006 | Comments: (0)
In response to my previous post regarding the unstoppable alarm in my 3Ware RDC-400-SATA hot-swap cage, Scott Cleland, director of marketing for 3Ware products at AMCC responded with a very contrite email apologizing for the experience. He then went on to list out the ways that 3Ware was going to handle this in the future, including offering replacement parts from their store, and adding a knowledgebase article on this issue with info on how to disable the alarm without firing up the soldering iron. I sincerely hope all this transpires, and I also appreciate the attention to a relatively minor issue. Also, 3Ware does have LED cabling for the RDC-400-SATA, a piece that was apparently added to the product after my purchase.
It also makes me want to play with the new RAID6 controller from 3Ware, the 9650SE. My three-year-old 9500S-12 driving a RAID1 set and a four-disk RAID5 set is currently delivering 70MB/s reads and 40MB/s writes on that RAID5 set with a 2GB filesize under bonnie++, and that's running in an older server with a single 1.2Ghz AMD Athlon CPU and 7200RPM SATA drives. Not too shabby for an old horse.
Posted by Paul Venezia on November 27, 2006 12:17 PM
November 13, 2006 | Comments: (0)
So I've been a fan of 3Ware for some time now. I've used plenty of their PATA/SATA RAID controllers in boxes of varying shapes and sizes for years. I used to run an 8006-2LP in my old workstation, but found that it simply wasn't fast enough. The 9500-8 in one of my big media servers is plenty fast, and as all of the 3Ware products I've used to date, very reliable.
With one exception. I built a terabyte media server awhile back with a 3Ware 9500S-8 SATA RAID controller. The server has a pair of mirrored 80GB boot disks and four 300GB SATA drives in a RAID5 array. I went all out and got the RDC-400-SATA hot-swap SATA drive cage. The drive cage looked cool. It worked well. I forgot about it, and the server ran for a year or so with no problems. Suddenly, it developed one. A very loud one, in fact.
It seems that one of the three 65mm fans on the side of the drive cage was dying intermittently and making a grinding noise. Okay, that happens. What I wasn't aware of, however, was that the RDC-400-SATA is equipped with a very, very loud alarm. As you might have deduced, if the fan RPM drops, the alarm sounds. And no, there's no way to disable the alarm in software. This produced one of the more interesting sounds I've ever heard from a computer -- almost exactly like a guy running a chainsaw through a car alarm.
After digging the failing fan out of the cage, I called 3Ware, only to be told that they can't sell the fans directly, the unit wasn't under warrantee, and to call their supplier to get a new one. Of course, their supplier had no stock, and it might take a few weeks to get the new fan. Wonderful.
I gave up and ordered a fan from another electronics supply company. It was the same size and layout as the failed fan, and only $6. In order to keep the server up and my sanity intact, I taped over the alarm element on the back of the drive cage. This muted the alarm enough so that it was only terribly annoying when you were trying to concentrate in relative silence, but at least it wasn't making your eyeballs jiggle from 10 feet away. It still had an amazing range though.
When the new fans showed up, I again completely disassembled the drive cage and replaced the fan. All went well. I fired the server back up... and the alarm continued its' wail, even though all leads were connected properly. I simply couldn't take any more. I pulled the circuit board out and de-soldered the element completely. I'm thinking of having it bronzed to commemorate the event.
So the moral of the story is that 3Ware should either stock fans for these things, provide a software or hardware method of disabling the alarm and note somewhere obvious on the circuit board where the jumper is, or remove the alarm altogether. While they're at it, I'd really like to see a straightforward way to cable LEDs from the controllers to the cage. Oh, and a pony. Probably in that order.
Posted by Paul Venezia on November 13, 2006 11:48 PM
November 02, 2006 | Comments: (0)
So Novell and Microsoft are bosom buddies now. Unreal. While that's undoubtedly good for Novell, what's in it for Microsoft?
Forgive me for playing the cynic, but Microsoft has historically "innovated" by buying what they needed, enveloping companies for their products, IP, and brains. Exchange, Active Direcory, MS Virtual Server, etc... all purchased along the way. So what's up with this announcement? I bet Microsoft has finally figured out that this whole virtualization thing is harder than they figured. The competition has a huge head start, and Veridian is probably taking far too long in the dev cycle. By making this move, couching it in "interoperability" phrasing, offering the OpenDocument/OpenOffice and AD/eDirectory management bone, Microsoft may be hiding the fact that they need help with their virtualization strategy, and just might be borrowing off Xen and Novell's investment in it to get there.
No matter how you slice it, I bet there are more than a few snowballs flying past Lucifer's head right now.
Posted by Paul Venezia on November 2, 2006 06:11 PM
TOP STORIES
Top 10 stories of the weekA new place to hide rootkits
Sun exec on OpenSolaris, Linux
AT&T: No free iPhone Wi-Fi info
MS to appeal E.U. fine
XP SP3 causes endless reboots
Vista as insecure as Win 2000
Google grilled on human rights
Java ubiquity an edge in RIA battle
The InfoWorld news quiz
ADDITIONAL RESOURCES

- Virtualization: A Step by Step Approach to Success
- Dialing up Agility with Business Transformation
- 5 Things You Need to Know About Storage Virtualization

- Virtual Test Lab Automation: Manage development infrastructure
- Improve Resource Utilization and Lower Operating Costs
- Protect Your Data with SSL


