linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: berk walker <berk@panix.com>
To: Gordon Henderson <gordon@drogon.net>
Cc: linux-raid@vger.kernel.org
Subject: Re: Tyan, RAID-6, and other recent hassles... (long, a bit OT)
Date: Sat, 19 Feb 2005 09:15:13 -0500	[thread overview]
Message-ID: <421749F1.3040503@panix.com> (raw)
In-Reply-To: <Pine.LNX.4.56.0502191220130.819@lion.drogon.net>

[I usually do not spend bandwidth in quoting big stuff, but your's might 
be worth it]
Properly chastised.  One CAN do net raid, 4,000 [where's my pound key?] 
is still a lot to me, [don't forget my name IS berk :)]

One doesn't always get what one pays for - but one usually pays for what 
one gets.


Too bad that you're not stateside.  I really like your attitude 
[email-wise], and would hunt you down for a job [mine sux].

b-

Gordon Henderson wrote:

>On Sat, 19 Feb 2005, berk walker wrote:
>
>  
>
>>Do you want a glass or some cheese?
>>    
>>
>
>Not really... I just thought I'd pass on my experiences and thank those
>who gave me support recently. By posting my configurations and thoughts
>and issues I've encountered during the way, I'm essentially opening myself
>up for a peer review if you like. I'm not saying my way is the best way,
>but it's one way. If others can learn from it, great. If they want to
>criticise it, thats also good, but it's only good if it's constructive.
>
>But a glass of Old Peculiar would go down nicely, thanks :)
>
>  
>
>>Actually, I am thinking that your main problem is a generic [almost]
>>BIOS issue, as no one in "right mind" would expect your configuration.
>>    
>>
>
>Expect my configuration ... what? To work? Why not? It's a motherboard
>with 4 PCI-X slots and a single 32-bit PCI slot. Why shouldn't it work?
>
>Or do you mean expect my configuration to exist at all as you think it's
>utterly preposterous?
>
>Right now it's working well, and it's about to be installed at the clients
>site where it'll run and be thrashed for a week at least before we put
>live data on it. Even then, we'll keep the old server (which it's
>replacing) going for a month or so until we're finally happy with it.
>
>I'm sure there is a BIOS or motherboard/chipset problem though and Tyan
>have some sorting out to do.  I have emailled them with all my issues and
>concerns, but not had anything back yet.
>
>  
>
>>Might I suggest a somewhat more expensive, yet safer work-around?
>>    
>>
>
>Feel free...
>
>  
>
>>Split your drives between more boxes and gigabite link them.  If you
>>work this well, you will have increased the survival of disk/other
>>failures - stick 'em in the mail room, or where-ever.
>>    
>>
>
>The server that this box is replacing has 12 disks. (Which I built some
>years back) This has 8. It has 12x the disk capacity and cost less than
>1/3 the old server did. It has redundant PSUs bought from a company that
>has been supplying server cases for over 10 years. It'll be installed in
>an air-conditioned machine room with dual 16KVA UPSs... Why should this
>server with multiple disks pose a problem?
>
>I've built many servers with multiple disks, and they all work well,
>after-all, thats what this mailing list is about - Linux with multiple
>disks!
>
>I've had to work round buggy motherboards in the past (Dual Athlon boards)
>and in that respect, this is not much different. I did at one point have 2
>(server) motherboards which had the "exploding capacitor" problems, but
>fortunately we were able to secure replacements before they actually
>exploded.
>
>One requirement for this server is for a very large filestore. TB or
>greater. I won't get that if I split the disks between servers. (Can you
>build an md device from network block devices?) I'm using RAID-6 as I've
>been bitten in the past with a 2-disk failure. (and been able to recover
>from it by using mdadm and advice given to others via this mailing list)
>
>This server will have a backup server, identical in configuration
>(although that's arguably not the best solution). The critical data will
>be backed to tape (as it is currently on the server it's replacing) and we
>have a good program of tape cycling with off-site backups being held. The
>file-store part just has to be reliable - it's all re-generable (program
>binaries, libraries, etc) so it doesn't have to be backed up to tape.
>
>The client already has nearly a dozen other fileservers which I've built
>for them over the years. This isn't the one server to serve them all, it's
>just one small piece in their network of servers.  They are a small
>silicon design co. but they have a huge data storage requirement.
>(Ironically their data storage requirements increases almost in proportion
>to Moores Law :)
>
>And tomorrow I'll be installing their first Gigabit Ethernet switch. This
>server box has Gb Ethernet. (although I have graphs from all their existing
>switches to prove that they don't actually need Gb Ethernet, but it's the
>way of the future, isn't it?)
>
>  
>
>>You have spent some big bux to set this up, spend a few more and harden
>>it. Eh?
>>    
>>
>
>I haven't spent "big bux" at all. I've (or rather my client) has spent
>less than £4K for 2 identical servers. I've spent a lot of time on it,
>sure, but my time comes at a constant cost for this client, so isn't a
>factor in this. I'd rather spend a lot of time on it now, than rushing it
>into place and then have to spend more time on it in the future. They are
>getting the server 2-3 weeks later than originally planned, but they can
>live with that. (And I'm 100 miles from their site, so not having to rush
>up the motorway if it does fail is a plus-point for me)
>
>My client is a small company. 40 people, limited funds, (and no mail
>room!), but great ideas. They've gone through good times and bad times
>over the years I've been working with them.  Right now is a good time, but
>money is still tight. I agree that you get what you pay for, but sometimes
>you just have to make do. When times have been good, they've bought Dell
>servers which I've installed Debian and s/w RAID on, and it's all "jsut
>worked", but when times aren't so good, you have no choice but to source
>from scratch and build according to budget. These servers will serve the
>purpose they want - affordable storage and compute for the application
>they have been built for (a combined MySQL/CVS home-grown application, as
>well as a disk store).
>
>I've been working for these guys for over 6 years now, and in that time
>all the servers I've built for them have been gracefully retired rather
>than gone terminally tits-up. I'm quite proud of that. It's not been easy,
>but with time and perseverance, and good help from the "community"
>everythings worked out just fine. The first server I built for them is now
>sitting next to me at home still running. It had 4 x 18Gb drives which we
>very soon upgraded to 8 18Gb drives, both drive sets running s/w RAID 5.
>It had 100GB of storage on it 5 years ago, and its performance (for the
>day) was stellar. Nowadays that's just peanuts, but thats progress for
>you!
>
>  
>
>>Just an old guy rambling-
>>    
>>
>
>Gordon,
>  just another old guy making a living.
>-
>To unsubscribe from this list: send the line "unsubscribe linux-raid" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>.
>
>  
>

-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2005-02-19 14:15 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-19 11:38 Tyan, RAID-6, and other recent hassles... (long, a bit OT) Gordon Henderson
2005-02-19 12:17 ` berk walker
2005-02-19 13:57   ` Gordon Henderson
2005-02-19 14:15     ` berk walker [this message]
2005-02-21 14:32       ` Gordon Henderson
2005-02-21 22:00         ` Mike Hardy
2005-02-19 23:02 ` Bernd Schubert
2005-02-20  3:29   ` Ricky Beam
2005-02-20  6:11     ` Alvin Oga
2005-02-20  6:15     ` Tim Moore

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=421749F1.3040503@panix.com \
    --to=berk@panix.com \
    --cc=gordon@drogon.net \
    --cc=linux-raid@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).