Received: by vger.rutgers.edu id ; Tue, 18 May 1999 02:13:08 -0400
Received: from smtp5.site1.csi.com ([149.174.183.74]:4187 "EHLO NIH2WAAE") by
vger.rutgers.edu with ESMTP id ; Mon, 17 May 1999 17:46:35 -0400
Received: from mail pickup service by csi.com with Microsoft SMTPSVC;
Mon, 1
Sender: [EMAIL PROTECTED]
Date: Sat, 24 Apr 1999 06:22:25 -0400
From: Dave Cinege <[EMAIL PROTECTED]>
X-Accept-Language: en
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
Hardware Stuff wrote:
>Grub can read from any n
Date:Sat, 17 Apr 1999 15:20:08 -0400
From: Dave Cinege <[EMAIL PROTECTED]>
Paul Jakma wrote:
>
> On Sat, 17 Apr 1999, Dave Cinege wrote:
>
> Lilo (aka absolute sector offset) is the old, dumb, way to boot.
>
> Use grub. http://www.uruk.org/~erich/grub/
From: "Steve Costaras" <[EMAIL PROTECTED]>
I have a raid array /dev/md0 on a system here. I am now looking at moving
some
things around and want to rename this to say /dev/md9
...
Ie, I'm keeping all disks/partitions the same that make up the device I just
want
to change
Just upgraded my kernel and grabbed the latest RAID patch. I had
previously reported that RAID0 was running the mdrecovery daemon and
thought it would be removed...but it's still present in the latest
patch for 2.0.36. It doesn't seem to be a problem, other than making
me wonder what it's up to
Date:Sat, 13 Feb 1999 23:47:12 -0600 (CST)
From: Chris Price <[EMAIL PROTECTED]>
cc: Michael Stone <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: [EMAIL PROTECTED]
Precedence: bulk
X-Loop: [EMAIL PROTECTED
From: "David Harris" <[EMAIL PROTECTED]>
...
What I need to do is restore a superblock that will force it to view sdb
(the second scsi disk when both are in) as the up-to-date version, and have
it sync sda. I'll look into using "mkraid --force-resync" or mucking with
the superbl
I have a 2.0.35 system patched with raid0145-19981110-2.0.35, using
raidtools-19981105-0.90, with drives sda and sdb.
I'd like to add sdc and sdd and build a RAID-5 array from sdb, sdc and sdd;
but not lose the data currently on sdb.
My thought was to build a "degraded" RAID-5 ar
From: Kim-Ee Yeoh <[EMAIL PROTECTED]>
On Tue, 10 Nov 1998, Johns Daniel wrote:
> You can probably get more throughput with a dual-channel
> controller like the Mylex 952(?). And, I believe it
> is cheaper than the 958!
Actually, I was thinking of a Diamond Fireport Dual using
On Tue, 10 Nov 1998, Hardware Stuff wrote:
> I noticed that top shows an mdrecoveryd process, it's existance
> puzzles me. Based on skimming the list about recent RAID5 changes, I
> had thought that such a process would only exist for reconstruction of
> a RAID5
I noticed that top shows an mdrecoveryd process, it's existance
puzzles me. Based on skimming the list about recent RAID5 changes, I
had thought that such a process would only exist for reconstruction of
a RAID5 disk set. While I did initially enable all RAID options, my
recent kernel builds ha
From: Dave Wreski <[EMAIL PROTECTED]>
On 08-Nov-98 Eugene Blanchard wrote:
> If you need information on RAID0, RAID1 or RAID1 over RAID0 for kernels
> 2.0.30 to 2.0.35, please e-mail me and I will send you the information
> that I've worked out with the generous help of the linux-
From: Osma Ahvenlampi <[EMAIL PROTECTED]>
Suppose I had a system equipped with, say, 4x 9GB SCSI disks that I'd
like to set up as a fairly generic server system. Conventional server
setup wisdom says to partition /, /usr, /var, /home and perhaps
/var/spool separately. However, how
From: Dave Wreski <[EMAIL PROTECTED]>
>> If that's the case, then who's actually using linear mode?
>
> Me, for a start! I found it very useful to be able to combine together
> a few scraps of spare space on a number of mounted disks to create a
> scratch partition of useful
Date:Wed, 04 Nov 1998 14:19:56 +0100
From: Stefan Krister <[EMAIL PROTECTED]>
Organization: Treu =?ISO-8859-1?Q?Elektrogro=DFhandels?= GmbH & CoKG
X-Mailer: Mozilla 4.05 [de] (Win95; I)
MIME-Version: 1.0
References:
Content-Ty
>Chris J. Magnuson wrote:
>>
>> scan /var/log/messages
>
>Thank you. Do you have more information, how to scan a large
>/var/log/messages (up to 50 MBytes) every minute? Or is there a way
>via syslog to react on specific messages?
>
I'm in the same place as you right n
I've just taken a fresh 2.0.35 kernel and applied patch
raid0145-19981005-C-2.0.35
This results in all raid .h files in include/linux having zero
length. Since the removed information is the only place the
superblock magic information was located, it's impossible for a RAID0
system to autostar
thanks, fixed.
-- mingo
On Sun, 25 Oct 1998, Hardware Stuff wrote:
> I downloaded raidtools-19981005-B-0.90.tar.gz and associated patch
> from ftp.kernel.org
>
> quickly found that my problem was a missing critical line in the
> supplied &qu
I downloaded raidtools-19981005-B-0.90.tar.gz and associated patch
from ftp.kernel.org
I'm just trying out the new RAID stuff, so I started with something
familar to me, RAID0. With the aid of the mailing-list archive, I
quickly found that my problem was a missing critical line in the
supplied
From: Kim-Ee Yeoh <[EMAIL PROTECTED]>
> I have similar problems as John Leach. We have a Dell server that uses
> MegaRAID. We did not buy Dell's OS because we plan to use Linux. We have
> RedHat 5.0, but the CD would not boot, because there is not driver support.
> Jeff Jones' do
Sender: [EMAIL PROTECTED]
>RAID of any level is NOT to be considered a 'backup' method.
>There are no assurances built into raid for data reliability.
>(ie. A program which writes corrupted data, a user who types
> =
> Identical problem with TAPE!! In fact it's ev
From: "Matthew D. Lammers" <[EMAIL PROTECTED]>
I would like some input on the following hardware choices:
3 Adaptec 2940UW SCSI-III controllers.
- One for root (/) which will include all logging
- One for mounting just alt.binaries.*
From: "Stephen Costaras" <[EMAIL PROTECTED]>
RAID of any level is NOT to be considered a 'backup' method.
There are no assurances built into raid for data reliability.
(ie. A program which writes corrupted data, a user who types
Identical problem with TAPE!! In fact it's even worse
I've enjoyed reading the rapid pace of RAID advancement in this list.
I recently nearly convinced a client to utilize a RAID5 setup for a
backup system (rather than a multi-tape system or a bigger
tape). I nearly had it in, until the question of fire survivability
came up
I dislike tap
24 matches
Mail list logo