search for: buttload

I subscribed to this list for about two months before I began posting, so I've got a buttload of email to sift through ... I'm doing this BEFORE I flood the list with my inane questions ... But here goes: I read a reply from one guy to another about recording. The message included this context from extensions.conf: [recordings] exten => 500,1,Festival('Please record your me...

God help me I know I said let it die, but it was continued elsewhere also. I'll try to keep this forest fire in ONE location. On 6/7/07, Frank Tanner III <pctech at mybellybutton.com> wrote: Okay, lets try to contain this to ONE forum (mailing list) please. > See... Your whole response to my whole firewall document thing is EXACTLY why I didn't post it on your wiki. Because

...t a requirement (because I can use directories instead and > loose the > ability to make snapshots). If the SSDs you have aren't suitable for hardware RAID, then they aren't good for production level mail spools, IMHO.? I mean, you're talking like you're expecting a metric buttload of mail traffic, so it stands to reason you'll need really beefy hardware.? I don't think you can do what you seem to need on budget hardware. Personally, and solely based on this thread alone, if I was building this in-house, I'd get a decent server cluster together and build a FC...

...spool, so I?ve beeing going with what I?ve been reading about SSDs with hardware RAID. >> >>> If the SSDs you have aren't suitable for hardware RAID, then they aren't good for production level mail spools, IMHO. I mean, you're talking like you're expecting a metric buttload of mail traffic, so it stands to reason you'll need really beefy hardware. I don't think you can do what you seem to need on budget hardware. Personally, and solely based on this thread alone, if I was building this in-house, I'd get a decent server cluster together and build a FC or i...

...data), they'll work for the type of service you're saying you have. > >> If the SSDs you have aren't suitable for hardware RAID, then they >> aren't good for production level mail spools, IMHO.? I mean, you're >> talking like you're expecting a metric buttload of mail traffic, so >> it stands to reason you'll need really beefy hardware.? I don't think >> you can do what you seem to need on budget hardware. Personally, and >> solely based on this thread alone, if I was building this in-house, >> I'd get a decent ser...

...equirement (because I can use directories instead and loose the >> ability to make snapshots). > > If the SSDs you have aren't suitable for hardware RAID, then they aren't good for production level mail spools, IMHO. I mean, you're talking like you're expecting a metric buttload of mail traffic, so it stands to reason you'll need really beefy hardware. I don't think you can do what you seem to need on budget hardware. Personally, and solely based on this thread alone, if I was building this in-house, I'd get a decent server cluster together and build a FC or i...

Hi Everyone, Has anyone had any experience of using the Promise FastTrak SX4000 or SuperTrak SX6000 IDE RAID Controllers under Centos (if it matters I'm using version 4). I've seen it listed on linuxcompatible.org as working but would prefer to find out any first-hand experince before I buy. I'm looking to build a new mini server based on Mini-ITX and have found a great 1U case

I hate top posting, but since you've got two items I want to comment on, I'll suck it up for now. Having SSDs alone will give you great performance regardless of filesystem.? BTRFS isn't going to impact I/O any more significantly than, say, XFS.? It does have serious stability/data integrity issues that XFS doesn't have.? There's no reason not to use SSDs for storage of

In the next month or two I've got to upgrade a number of servers that are currently on an EOL'd version of 4-STABLE. I foresee that I'll have very limited time to do full OS upgrades on these systems in the coming several years, so I want to make sure I bring them onto an extended-life branch. Right now 4.11 has the furthest projected EOL date (Jan 31 2007), and the projected EOL