On Thursday February 15, [EMAIL PROTECTED] wrote:
I think I have found an easily-reproducible bug in Linux 2.6.20. I have
already applied the Fix various bugs with aligned reads in RAID5
patch, and that had no effect. It appears to be related to the resync
process, and makes the system lock
Neil Brown wrote:
On Thursday February 15, [EMAIL PROTECTED] wrote:
I think I have found an easily-reproducible bug in Linux 2.6.20. I have
already applied the Fix various bugs with aligned reads in RAID5
patch, and that had no effect. It appears to be related to the resync
process, and makes
Replacing (n (n-1)) in the context of power of 2 checks
with is_power_of_2
diff --git a/drivers/md/dm-snap.c b/drivers/md/dm-snap.c
index 0821a2b..f2d4b23 100644
--- a/drivers/md/dm-snap.c
+++ b/drivers/md/dm-snap.c
@@ -17,6 +17,7 @@
#include linux/module.h
#include linux/slab.h
#include
Neil Brown wrote:
On Thursday February 15, [EMAIL PROTECTED] wrote:
I have determined that a large array was created with an overly-large
chunk size. Best way to resize?
Dump and restore.
in-place reshapes (such as raid5 + 1 disk = raid6 or
change-chunk-size) are on my list of 'that
Bill Davidsen wrote:
I'm sure slow is a relative term, compared to backing up TBs of data
and trying to restore them. Not to mention the lack of inexpensive TB
size backup media. That's totally unavailable at the moment, I'll live
with what I have, thanks.
You don't backup your RAID
On Fri, 16 Feb 2007, Steve Cousins wrote:
Bill Davidsen wrote:
I'm sure slow is a relative term, compared to backing up TBs of data and
trying to restore them. Not to mention the lack of inexpensive TB size
backup media. That's totally unavailable at the moment, I'll live with what
I
Neil Brown wrote:
On Thursday February 15, [EMAIL PROTECTED] wrote:
I think I have found an easily-reproducible bug in Linux 2.6.20. I have
already applied the Fix various bugs with aligned reads in RAID5
patch, and that had no effect. It appears to be related to the resync
process, and makes
Steve Cousins wrote:
Bill Davidsen wrote:
I'm sure slow is a relative term, compared to backing up TBs of
data and trying to restore them. Not to mention the lack of
inexpensive TB size backup media. That's totally unavailable at the
moment, I'll live with what I have, thanks.
You don't
Justin Piszcz wrote:
On Fri, 16 Feb 2007, Steve Cousins wrote:
Bill Davidsen wrote:
I'm sure slow is a relative term, compared to backing up TBs of
data and trying to restore them. Not to mention the lack of
inexpensive TB size backup media. That's totally unavailable at the
moment,
I'm trying to grow my raid 5 array as I've just added a new disk. The array
was originally 3 drives, I've added a fourth using:
mdadm -a /dev/md6 /dev/sda1
Which added the new drive as a spare. I then did:
mdadm --grow /dev/md6 -n 4
Which started the reshape operation.
Feb 16 23:51:40
10 matches
Mail list logo
