miscellany (Re: [cobalt-users] anonymous ftp on raq 4I)

["E.B. Dreger" <eddy+public+spam@xxxxxxxxxxxxxxxxx>]

> Date: Wed, 30 Jan 2002 09:13:31 -0800
> From: Paul Jacobs <paul@xxxxxxxxxxxxxxxxxx>

(snipping througout)

> Re-design?.... no you change the data source in the cold fusion
> engine to read SQL, and up size access in to SQL.

Heh.  I've been known to use Access as a front-end to a
Unix-powered database.  Yes, DSNs and ODBC drivers are your
friend.

Now, what should be behind the scenes... I guess that's for
off-list arguing. ;-)

> This means I get to see all the FUC*up's from all OS platforms,
> some days it is windows ME in dell's, but most of the raid's
> are on red hat with the super block spanned across 3 physical
> drives.... and this is something the user does..... dumb, dumb,
> dumb..... but give a newbie a chance to do something and he
> will.

Excuse me... you mean that the superblock (what about backup
copies?!) is spanned across three drives in a non-redundant
fashion?  RAID-0?!  Heh.

I rather like RAID 1+0[*] personally.  Redundancy, great read
performance, and decent write performance.  Disk is so cheap that
I can't see who would stripe without even so much as a parity
drive...

[*] I'm awake this time, Paul.  1+0, not 0+1. *grin*

FWIW, I had someone tell me the other day that:

+ He had four 36GB drives in a RAID5 array (total: 108GB)
+ He was running it as a single large partition
+ He could pull one drive, and make it a 72GB array, and the
  drive controller would handle it all
+ The filesystem required no modifications.

I kid you not.

I told him to show me, because I wanted to be around when he told
the RAID controller to reconfigure the array on the production
machine. *evil grin*


Eddy

Brotsman & Dreger, Inc. - EverQuick Internet Division
Phone: +1 (316) 794-8922 Wichita/(Inter)national
Phone: +1 (785) 865-5885 Lawrence
--

Date: Mon, 21 May 2001 11:23:58 +0000 (GMT)
From: A Trap <blacklist@xxxxxxxxx>
To: blacklist@xxxxxxxxx
Subject: Please ignore this portion of my mail signature.

These last few lines are a trap for address-harvesting spambots.  Do NOT
send mail to <blacklist@xxxxxxxxx>, or you are likely to be blocked.