On Thu, Jul 15, 2010 at 12:49 AM, Edward Ned Harvey
<solar...@nedharvey.com> wrote:
> I'll second that.  And I think this is how you can tell the difference:
> With supermicro, do you have a single support number to call and a 4hour
> onsite service response time?

Yes.

BTW, just for the record, people potentially have a bunch of other
supermicros in a stock, that they've bought for the rest of the money
that left from a budget that was initially estimated to get shiny
Sun/Oracle hardware. :) So normally you put them online in a cluster
and don't really worry that one of them gone — just power that thing
down and disconnect from the whole grid.

> When you pay for the higher prices for OEM hardware, you're paying for the
> knowledge of parts availability and compatibility. And a single point
> vendor who supports the system as a whole, not just one component.

What exactly kind of compatibility you're talking about? For example,
if I remove my broken mylar air shroud for X8 DP with a
MCP-310-18008-0N number because I step on it accidentally :-D, pretty
much I think I am gonna ask them to replace exactly THAT thing back.
Or you want to let me tell you real stories how OEM hardware is
supported and how many emails/phonecalls it involves? One of the very
latest (just a week ago): Apple Support reported me that their
engineers in US has no green idea why Darwin kernel panics on their
XServe, so they suggested me replace mother board TWICE and keep OLDER
firmware and never upgrade, since it will cause crash again (although
identical server works just fine with newest firmware)! I told them
NNN times that traceback of Darwin kernel was yelling about ACPI
problem and gave them logs/tracebacks/transcripts etc, but they still
have no idea where is the problem. Do I need such "support"? No. Not
at all.

-- 
Kind regards, BM

Things, that are stupid at the beginning, rarely ends up wisely.
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to