Here's one more update of the FAQ. Assuming not too many objections, I'll
send it to Jacob, and see if I can contact the list owner and get a footer
onto this list.
Greg
Linux-RAID FAQ
Gregory Leblanc
gleblanc (at) cu-portland.edu
Revision History
Revision
-Original Message-
From: James Manning [mailto:[EMAIL PROTECTED]]
Sent: Saturday, August 05, 2000 6:08 AM
To: Linux Raid list (E-mail)
Subject: Re: FAQ update
[Luca Berra]
The patches for 2.2.14 and later kernels are at
http://people.redhat.com/mingo/raid-patches/. Use
On Mon, Aug 07, 2000 at 08:47:47AM -0700, Gregory Leblanc wrote:
-Original Message-
From: James Manning [mailto:[EMAIL PROTECTED]]
Sent: Saturday, August 05, 2000 6:08 AM
To: Linux Raid list (E-mail)
Subject: Re: FAQ update
[Luca Berra]
The patches for 2.2.14
On Fri, Aug 04, 2000 at 01:47:23PM -0700, Gregory Leblanc wrote:
Here's a new version, with a couple of changes. What other questions get
asked all the time?
Greg
The patches for 2.2.14 and later kernels are at
http://people.redhat.com/mingo/raid-patches/. Use the right patch
Luca Berra wrote:
i'd add: dont use netscape to fetch patches from mingo's site, it hurts
use lynx/wget/curl/lftp
Works fine for me.
--
Edward Schernau,mailto:[EMAIL PROTECTED]
Network Architect http://www.schernau.com
RC5-64#: 243249 e-gold
[Luca Berra]
The patches for 2.2.14 and later kernels are at
http://people.redhat.com/mingo/raid-patches/. Use the right patch for
your kernel, these patches haven't worked on other kernel revisions
yet.
i'd add: dont use netscape to fetch patches from mingo's site, it
Yo Luca!
On Sat, 5 Aug 2000, Edward Schernau wrote:
i'd add: dont use netscape to fetch patches from mingo's site, it hurts
use lynx/wget/curl/lftp
Works fine for me.
We are not worried about you. We are worried about mingos FTP
server. If you access an FPT server with Netscape it
On Fri, Aug 04, 2000 at 09:48:18AM +0530, Abhishek Khaitan wrote:
Can;t we use bunzip2 instead of playing with tar? And after bunzip2, try tar
-x kernel-2.2.16.tar ?
The usual suggestion is:
bzip2 -dc filename.tar.bz2 | tar -xf -
s/bzip2/gzip/ or s/bzip2/uncompress/ as necessary
--
How about just putting something in like:
"Uncompressing the patch is beyond the scope of this document."
--
Edward Schernau,mailto:[EMAIL PROTECTED]
Network Architect http://www.schernau.com
RC5-64#: 243249 e-gold acct #:131897
Here's a new version, with a couple of changes. What other questions get
asked all the time?
Greg
Linux-RAID FAQ
Gregory Leblanc
gleblanc (at) cu-portland.edu
Revision History
Revision v0.02 4 August 2000 Revised by: gml
Revised a the How do I patch
On 08/04/2000 09:54 -0400, Theo Van Dinter wrote:
The usual suggestion is:
bzip2 -dc filename.tar.bz2 | tar -xf -
or use bzcat, which is exactly the same as bzip2 -dc...
--
+--+--+
| Tim Walberg |
Tim Walberg wrote:
On 08/04/2000 09:54 -0400, Theo Van Dinter wrote:
The usual suggestion is:
bzip2 -dc filename.tar.bz2 | tar -xf -
or use bzcat, which is exactly the same as bzip2 -dc...
most versions of tar now support either I or y for (un)compress
--
Mathieu
.2.16.tar.bz2 | tar xf -". Also the only tar I saw that knows
bzip2 is slackware's and it uses the '-y' switch for that. I never saw
the '-I' switch for tar and my 'info tar' does not list it. Bottomline:
Your tar is too customized to be in a FAQ.
Marc
--
Marc Mutz [EMAIL PROTECTED]
w
the '-I' switch for tar and my 'info tar' does not list it. Bottomline:
Your tar is too customized to be in a FAQ.
How about both options? The tar that comes with RH6.2 does this just
fine...
Ed
--
Edward Schernau,mailto:[EMAIL PROTECTED]
Network Architect
-compressed unless used with
...snip...
Your tar is too customized to be in a FAQ.
Unless you want to provide a URL: to the modified sources ?
OR Just goto ftp.gnu.org grab the original stick to just "it's"
available options . Just my unneeded opini
, replacing kernel-2.2.16.tar.bz2 with your
kernel. Then cd to /usr/src/linux, and run patch -p1 raid-2.2.16-A0.
Then compile the kernel as usual.
Your tar is too customized to be in a FAQ.
there is no bzip2 standard in gnu tar, so let's be intelligent and avoid
the issue by going with the .gz
On Thu, Aug 03, 2000 at 01:34:33PM -0400, James Manning wrote:
there is no bzip2 standard in gnu tar, so let's be intelligent and avoid
the issue by going with the .gz tarball as a recommendation. -z is
standard.
from the info page from gnu tar 1.13.17:
`--bzip2'
`-I'
This option
[Luca Berra]
from the info page from gnu tar 1.13.17:
`--bzip2'
`-I'
This option tells `tar' to read or write archives through `bzip2'.
As mentioned previously, this is a distro-specific hack. I have it in
my tar as well, but trusting it to be part of core GNU tar just because
it
-Original Message-
From: James Manning [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 03, 2000 10:35 AM
To: [EMAIL PROTECTED]
Subject: Re: FAQ
[Marc Mutz]
2.4. How do I apply the patch to a kernel that I just
downloaded from
ftp.kernel.org?
Put
Can;t we use bunzip2 instead of playing with tar? And after bunzip2, try tar
-x kernel-2.2.16.tar ?
-Original Message-
From: James Manning [SMTP:[EMAIL PROTECTED]]
Sent: Thursday, August 03, 2000 10:35 AM
To: [EMAIL PROTECTED]
Subject: Re: FAQ
[Marc Mutz]
2.4. How
Here's a quickie FAQ, it's very incomplete, but I wanted to get some
feedback on what I've got right now. Thanks,
Greg
Linux-RAID FAQ
Gregory Leblanc
gleblanc (at) cu-portland.edu
Revision History
Revision v0.01 31 July 2000 Revised by: gml
Initial draft
Can we get the list administrator to add a footer to each
message that has the URL of one of the archives?
It will cut down on the questions like "...where is the
FAQ?"
-ilia
Gregory Leblanc wrote:
Here's a quickie FAQ, it's very incomplete, but I
wanted to get some
feedback on wha
On Mon, Jul 31, 2000 at 12:46:21PM -0500, [EMAIL PROTECTED] wrote:
Hi!
The latest patch from Mingo seems to be raid-0.90-2.2.16-A0, but the
redhat kernel apparently uses -B2.
Where is this -B2 patch to be found? Where can I find updated patches in
the future? Does the -B2 patch fix any
This may be a FAQ, but is there any design document
for the linux-raid subsystem that explains what the API
is for designing a new RAID personality? I'm going over
it myself, and trying to build such a document, but if
anyone already has one laying around, I would greatly
appreciate
[EMAIL PROTECTED] wrote:
On Wed, Feb 02, 2000 at 06:42:38PM -0500, James Manning wrote:
[ Wednesday, February 2, 2000 ] [EMAIL PROTECTED] wrote:
Can I get a pointer to where the current linux-raid FAQs and docs are?
http://ostenfeld.dk/~jakob/Software-RAID.HOWTO/
James
--
[ Wednesday, February 2, 2000 ] [EMAIL PROTECTED] wrote:
Can I get a pointer to where the current linux-raid FAQs and docs are?
http://ostenfeld.dk/~jakob/Software-RAID.HOWTO/
James
--
Miscellaneous Engineer --- IBM Netfinity Performance Development
On Wed, Feb 02, 2000 at 06:42:38PM -0500, James Manning wrote:
[ Wednesday, February 2, 2000 ] [EMAIL PROTECTED] wrote:
Can I get a pointer to where the current linux-raid FAQs and docs are?
http://ostenfeld.dk/~jakob/Software-RAID.HOWTO/
James
--
Miscellaneous Engineer --- IBM
Hi,
Chris Wedgwood writes:
This may affect data which was not being written at the time of the
crash. Only raid 5 is affected.
Long term -- if you journal to something outside the RAID5 array (ie.
to raid-1 protected log disks) then you should be safe against this
type of
Hi,
Benno Senoner writes:
wow, really good idea to journal to a RAID1 array !
do you think it is possible to to the following:
- N disks holding a soft RAID5 array.
- reserve a small partition on at least 2 disks of the array to hold a RAID1
array.
- keep the journal on this
Chris Wedgwood wrote:
In the power+disk failure case, there is a very narrow window in which
parity may be incorrect, so loss of the disk may result in inability to
correctly restore the lost data.
For some people, this very narrow window may still be a problem.
Especially when you
Ingo,
I can fairly regularly generate corruption (data or ext2 filesystem) on a busy
RAID-5 by adding a spare drive to a degraded array and letting it build the
parity. Could the problem be from the bad (illegal) buffer interactions you
mentioned, or are there other areas that need fixing as
Hi,
On Wed, 12 Jan 2000 11:28:28 MET-1, "Petr Vandrovec"
[EMAIL PROTECTED] said:
I did not follow this thread (on -fsdevel) too close (and I never
looked into RAID code, so I should shut up), but... can you
confirm that after buffer with data is finally marked dirty, parity
is recomputed
Hi,
On Wed, 12 Jan 2000 22:09:35 +0100, Benno Senoner [EMAIL PROTECTED]
said:
Sorry for my ignorance I got a little confused by this post:
Ingo said we are 100% journal-safe, you said the contrary,
Raid resync is safe in the presence of journaling. Journaling is not
safe in the presence of
- Original Message -
From: "Benno Senoner" [EMAIL PROTECTED]
To: "Stephen C. Tweedie" [EMAIL PROTECTED]
Cc: "Linux RAID" [EMAIL PROTECTED];
[EMAIL PROTECTED]; "Ingo Molnar" [EMAIL PROTECTED]
Sent: Tuesday, January 11, 2000 1:17 PM
Subject: Re: [FA
James Manning wrote:
[ Tuesday, January 11, 2000 ] Benno Senoner wrote:
The problem is that power outages are unpredictable even in presence
of UPSes therefore it is important to have some protection against
power losses.
I gotta ask dying power supply? cord getting ripped out?
On 11 Jan 00 at 22:24, Stephen C. Tweedie wrote:
The race I'm concerned about could occur when the raid driver wants to
compute parity for a stripe and finds some of the blocks are present,
and clean, in the buffer cache. Raid assumes that those buffers
represent what is on disk, naturally
On Wed, 12 Jan 2000, Gadi Oxman wrote:
As far as I know, we took care not to poke into the buffer cache to
find clean buffers -- in raid5.c, the only code which does a find_buffer()
is:
yep, this is still the case. (Sorry Stephen, my bad.) We will have these
problems once we try to
"Stephen C. Tweedie" wrote:
Hi,
On Tue, 11 Jan 2000 15:03:03 +0100, mauelsha
[EMAIL PROTECTED] said:
THIS IS EXPECTED. RAID-5 isn't proof against multiple failures, and the
only way you can get bitten by this failure mode is to have a system
failure and a disk failure at the same
Hi,
On Wed, 12 Jan 2000 00:12:55 +0200 (IST), Gadi Oxman
[EMAIL PROTECTED] said:
Stephen, I'm afraid that there are some misconceptions about the
RAID-5 code.
I don't think so --- I've been through this with Ingo --- but I
appreciate your feedback since I'm getting inconsistent advise here!
Perhaps I am confused. How is it that a power outage while attached
to the UPS becomes "unpredictable"?
We run a Dell PowerEdge 2300/400 using Linux software raid and the
system monitors it's own UPS. When power failure occures the system
will bring itself down to a minimal state
"Stephen C. Tweedie" wrote:
Ideally, what I'd like to see the reconstruction code do is to:
* lock a stripe
* read a new copy of that stripe locally
* recalc parity and write back whatever disks are necessary for the stripe
* unlock the stripe
so that the data never goes through the
Hi,
On Tue, 11 Jan 2000 16:41:55 -0600, "Mark Ferrell"
[EMAIL PROTECTED] said:
Perhaps I am confused. How is it that a power outage while attached
to the UPS becomes "unpredictable"?
One of the most common ways to get an outage while on a UPS is somebody
tripping over, or otherwise
Hi,
On Wed, 12 Jan 2000 07:21:17 -0500 (EST), Ingo Molnar [EMAIL PROTECTED]
said:
On Wed, 12 Jan 2000, Gadi Oxman wrote:
As far as I know, we took care not to poke into the buffer cache to
find clean buffers -- in raid5.c, the only code which does a find_buffer()
is:
yep, this is still
"Stephen C. Tweedie" wrote:
(...)
3) The soft-raid backround rebuild code reads and writes through the
buffer cache with no synchronisation at all with other fs activity.
After a crash, this background rebuild code will kill the
write-ordering attempts of any journalling
Hi,
This is a FAQ: I've answered it several times, but in different places,
so here's a definitive answer which will be my last one: future
questions will be directed to the list archives. :-)
On Tue, 11 Jan 2000 16:20:35 +0100, Benno Senoner [EMAIL PROTECTED]
said:
then raid can miscalculate
"Stephen C. Tweedie" wrote:
Hi,
This is a FAQ: I've answered it several times, but in different places,
SNIP
THIS IS EXPECTED. RAID-5 isn't proof against multiple failures, and the
only way you can get bitten by this failure mode is to have a system
failure and a di
Hi,
On Tue, 11 Jan 2000 15:03:03 +0100, mauelsha
[EMAIL PROTECTED] said:
THIS IS EXPECTED. RAID-5 isn't proof against multiple failures, and the
only way you can get bitten by this failure mode is to have a system
failure and a disk failure at the same time.
To try to avoid this kind of
Is there a way to search this list? Or does the stock RedHat 6.0 (2.2.5
kernel) have the necessary patches for using s/w raid?
Thanks,
Marco
I successfully configured a RAID 1 system using stock RH5.2. You only
need the patches if you require the new functionality...
--
Erich
On Tue, 1 Jan 1980, Marco Shaw wrote:
Is there a way to search this list? Or does the stock RedHat 6.0 (2.2.5
kernel) have the necessary patches for
Hallo,
I am new to this mailing list.
Is there a mailing list archive available? How about an FAQ?
Thank you.
---
Christian Ordig | Homepage: http://thor.prohosting.com/~chrordig/
Germany |eMail: Christian Ordig [EMAIL PROTECTED
Is there a mailing list archive available? How about an FAQ?
While many archives are available, I use
http://www.mail-archive.com/linux-raid@vger.rutgers.edu/
Since it's a searchable archive, I tend to use that instead of
looking at any FAQ's as documentation appears to be lagging
It strikes me that this list desperately needs a FAQ. I'm off on holiday for the
next two weeks, but unless someone else wants to volunteer, I'm willing to put
one together when I get back. If people would like me to do this, I would
welcome suggestions for questions to go in the FAQ.
Cheers
Bruno Prior wrote:
It strikes me that this list desperately needs a FAQ. I'm off on holiday for the
next two weeks, but unless someone else wants to volunteer, I'm willing to put
one together when I get back. If people would like me to do this, I would
welcome suggestions for questions
On Fri, 9 Jul 1999, Marc Mutz wrote:
Bruno Prior wrote:
It strikes me that this list desperately needs a FAQ. I'm off on holiday for the
next two weeks, but unless someone else wants to volunteer, I'm willing to put
one together when I get back. If people would like me to do this, I
Dickson
Land-5 Corporation
At 12:06 PM 7/9/99 +0100, you wrote:
It strikes me that this list desperately needs a FAQ. I'm off on holiday
for the
next two weeks, but unless someone else wants to volunteer, I'm willing to
put
one together when I get back. If people would like me to do this, I would
At 16:37 12.02.99 +0100, you wrote:
Hi there.
First of all, I have been looking through a lot of documents today - I am
sorry if I missed one that covers my question - please point it to me if
that is the case.
Maybe
http://metalab.unc.edu/pub/Linux/ALPHA/linux-ha/High-Availability-HOWTO.html
56 matches
Mail list logo