请教MD驱动达人：raid1里的问题

jjjjffff

我在MD驱动，raid1.c里，把发生错误的I/O请求挂起来，等待15-20秒的时间，然后再结束该I/O。但处理总停在freeze_array()->wait_event_lock_irq()->schedule()，也就是说他自己睡眠等待以后，交出CPU就再也回不来了。
请教：bug原因有怎样的可能。是否因为哪种资源竞争或者死锁，可以产生这样的现象？

[ 本帖最后由 jjjjffff 于 2009-4-29 16:00 编辑 ]

yidou

LZ能否把改动的代码和源代码贴出来?

jjjjffff

回2楼：
如果可能的话，我就贴代码了。现在只能靠嘴说拉，这问题困扰我很长时间拉。

从现象看，就是我用iozone对MD进行写测试，8个写线程全部挂住，过一段时间，打出120秒I/O超时错误，并且内核爆出很多函数调用栈，比如pdflush失败。
跟踪代码，发现过程中穿插了read失败，产生了retryI/O，这样就进入了daemon(即raid1d)的读请求修复功能(fix_read_error)。在fix_read_error之前，为了保持数据一致性，系统会先冷冻阵列(freeze_array)。结果进去了就再也没有出来。

解释一下freeze_array：
在修复该readI/O的时候，由于需要使用其他镜像盘，所以用freeze_array冰冻MD设备。
freeze_array具体实现：
conf->barrier++; //通过barrier计数挡住所有新的I/O
conf->nr_waiting++; //把触发freeze_array的I/O(即失败的readI/O)加到wait计数
/* 等待所有已经进入raid1层的I/O完成 */
wait_event_lock_irq(conf->wait_barrier,
   conf->nr_pending == conf->nr_queued+1,
   conf->resync_lock,
   ({ flush_pending_writes(conf);
      raid1_unplug(conf->mddev->queue); }));
这里等待的事件是“所有已进入raid1的readI/O挂入retry表，所有已进入raid1的writeI/O完成写动作。”

在冰冻设备完成后，设备上只剩未决的readI/O。这时，内核可以开始他的fix_read_error了

[ 本帖最后由 jjjjffff 于 2009-4-29 15:57 编辑 ]