Linux RAID subsystem development
 help / color / mirror / Atom feed
From: Dan Williams <dan.j.williams@intel.com>
To: Tirumala Reddy Marri <tmarri@amcc.com>
Cc: NeilBrown <neilb@suse.de>, linux-raid@vger.kernel.org
Subject: Re: RAID-5 creation crashes when files system installed while recovery going on
Date: Thu, 25 Jun 2009 18:25:36 -0700	[thread overview]
Message-ID: <e9c3a7c20906251825i14c735f9kb5ddd7fe0d50d655@mail.gmail.com> (raw)
In-Reply-To: <AC5E1C3367E37D44970B81A6ADD1DA2C07A318FD@SDCEXCHANGE01.ad.amcc.com>

On Wed, Jun 24, 2009 at 4:45 PM, Tirumala Reddy Marri<tmarri@amcc.com> wrote:
> Hi Dan,
>   I am suspecting that ADMA driver has all the XOR operations queued up
> for processing and file-system mount is not waiting till ADMA finishes
> all the requests. Is this working fine on Intel IO-Processor ?

Yes, this works fine on iop13xx with 2.6.30, see the log below.  Check
to see if your driver can run dmatest (CONFIG_DMATEST).  Make sure
CONFIG_NET_DMA=n and the raid456 module is not loaded, otherwise
dmatest will not be able to acquire the channels.

Regards,
Dan

iq81340mc:~# mdadm --create /dev/md0 /dev/sd[a-d] -n 4 -l 5
md: bind<sda>
md: bind<sdb>
md: bind<sdc>
md: bind<sdd>
raid5: device sdc operational as raid disk 2
raid5: device sdb operational as raid disk 1
raid5: device sda operational as raid disk 0
raid5: allocated 4208kB for md0
raid5: raid level 5 set md0 active with 3 out of 4 devices, algorithm 2
RAID5 conf printout:
 --- rd:4 wd:3
 disk 0, o:1, dev:sda
 disk 1, o:1, dev:sdb
 disk 2, o:1, dev:sdc
RAID5 conf printout:
 --- rd:4 wd:3
 disk 0, o:1, dev:sda
 disk 1, o:1, dev:sdb
 disk 2, o:1, dev:sdc
 disk 3, o:1, dev:sdd
md0: detected capacity change from 0 to 240078815232
 md0:<6>md: recovery of RAID array md0
md: minimum _guaranteed_  speed: 1000 KB/sec/disk.
md: using maximum available idle IO bandwidth (but not more than
200000 KB/sec) for recovery.
md: using 128k window, over a total of 78150656 blocks.
 unknown partition table
mdadm: array /dev/md/0 started.
iq81340mc:~# mkfs /dev/md0
mke2fs 1.40-WIP (14-Nov-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
29310976 inodes, 58612992 blocks
2930649 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
1789 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 24 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.
iq81340mc:~# cat /proc/interrupts
           CPU0
  0:       6929   IOP13xx-1  iop-adma
  1:     301173   IOP13xx-1  iop-adma
  2:     186895   IOP13xx-1  iop-adma
  3:     187957   IOP13xx-1  iop-adma
  4:          0   IOP13xx-1  iop-adma
  5:          5   IOP13xx-1  iop-adma
  8:      18175   IOP13xx-1  IOP Timer Tick
 10:          0   IOP13xx-1  IOP3xx-I2C
 11:          0   IOP13xx-1  IOP3xx-I2C
 25:     127234   IOP13xx-1  sata_vsc
 26:      31572   IOP13xx-1  eth0
 52:       3937   IOP13xx-2  serial
 57:          0   IOP13xx-2  iop-adma
 58:          0   IOP13xx-2  iop-adma
 59:          0   IOP13xx-2  iop-adma
 96:          0   IOP13xx-4  IOP3xx-I2C
Err:          0

iq81340mc:~# fsck /dev/md0
fsck 1.40-WIP (14-Nov-2006)
e2fsck 1.40-WIP (14-Nov-2006)
/dev/md0: clean, 12/29310976 files, 960553/58612992 blocks
iq81340mc:~# mdadm --fail /dev/md0 /dev/sdd
raid5: Disk failure on sdd, disabling device.
raid5: Operation continuing on 3 devices.
md: md0: recovery done.
mdadm: set /dev/sdd faulty in /dev/md0
RAID5 conf printout:
 --- rd:4 wd:3
 disk 0, o:1, dev:sda
 disk 1, o:1, dev:sdb
 disk 2, o:1, dev:sdc
 disk 3, o:0, dev:sdd
RAID5 conf printout:
 --- rd:4 wd:3
 disk 0, o:1, dev:sda
 disk 1, o:1, dev:sdb
 disk 2, o:1, dev:sdc
iq81340mc:~# echo 3 > /proc/sys/vm/drop_caches
iq81340mc:~# fsck /dev/md0
fsck 1.40-WIP (14-Nov-2006)
e2fsck 1.40-WIP (14-Nov-2006)
/dev/md0: clean, 12/29310976 files, 960553/58612992 blocks
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2009-06-26  1:25 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-23 22:35 RAID-5 creation crashes when files system installed while recovery going on Tirumala Reddy Marri
2009-06-24  2:31 ` NeilBrown
     [not found]   ` <AC5E1C3367E37D44970B81A6ADD1DA2C0534ABE5@SDCEXCHANGE01.ad.amcc.com>
2009-06-24  6:55     ` NeilBrown
2009-06-24 22:36       ` Tirumala Reddy Marri
2009-06-24 23:45       ` Tirumala Reddy Marri
2009-06-26  1:25         ` Dan Williams [this message]
2009-06-26 18:27           ` Tirumala Reddy Marri

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e9c3a7c20906251825i14c735f9kb5ddd7fe0d50d655@mail.gmail.com \
    --to=dan.j.williams@intel.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@suse.de \
    --cc=tmarri@amcc.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox