Displaying 5 results from an estimated 5 matches for "md_do_sync".
2005 Oct 28
0
Xen and EVMS/Raid5 - Null pointer dereference
..._wake_up+0xb1/0xd0
Oct 28 10:36:40 localhost kernel: [handle_stripe+2630/4048] handle_stripe+0xa46/0xfd0
Oct 28 10:36:40 localhost kernel: [schedule+745/1312] schedule+0x2e9/0x520
Oct 28 10:36:40 localhost kernel: [sync_request+210/304] sync_request+0xd2/0x130
Oct 28 10:36:40 localhost kernel: [md_do_sync+1571/2048] md_do_sync+0x623/0x800
Oct 28 10:36:40 localhost kernel: [recalc_task_prio+136/336] recalc_task_prio+0x88/0x150
Oct 28 10:36:40 localhost kernel: [activate_task+98/128] activate_task+0x62/0x80
Oct 28 10:36:40 localhost kernel: [preempt_schedule+73/112] preempt_schedule+0x49/0x70
Oct 2...
2011 Mar 20
2
task md1_resync:9770 blocked for more than 120 seconds and OOM errors
...1011ea66e0c
kernel: ffff81011ea66c0c 000000000000000a ffff81011ccc27a0 ffff81011edba820
kernel: 000011d56f2a0b28 000000000000100f ffff81011ccc2988 000000028008b4d7
kernel: Call Trace:
kernel: [<ffffffff800a0947>] keventd_create_kthread+0x0/0xc4
kernel: [<ffffffff8021af66>] md_do_sync+0x1d8/0x833
kernel: [<ffffffff8008ca47>] enqueue_task+0x41/0x56
kernel: [<ffffffff8008cab2>] __activate_task+0x56/0x6d
kernel: [<ffffffff8008c897>] dequeue_task+0x18/0x37
kernel: [<ffffffff80062ff8>] thread_return+0x62/0xfe
kernel: [<ffffffff800a0b5f>] a...
2012 Feb 06
1
Unknown KERNEL Warning in boot messages
...r+0xb4/0x1e0 [raid10]
[<ffffffff8105e770>] ? default_wake_function+0x0/0x20
[<ffffffffa00747d1>] ? sync_request+0x541/0xa70 [raid10]
[<ffffffffa0073599>] ? raid10_unplug+0x29/0x30 [raid10]
[<ffffffff813ea428>] ? is_mddev_idle+0xc8/0x120
[<ffffffff813eab6d>] ? md_do_sync+0x6ad/0xbe0
[<ffffffff813eb336>] ? md_thread+0x116/0x150
[<ffffffff813eb220>] ? md_thread+0x0/0x150
[<ffffffff810906a6>] ? kthread+0x96/0xa0
[<ffffffff8100c14a>] ? child_rip+0xa/0x20
[<ffffffff81090610>] ? kthread+0x0/0xa0
[<ffffffff8100c140>] ? child...
2001 Dec 06
1
2.2.19: Assertion failure in ext3_new_block() at balloc.c line 709
Red Hat 2.2.19-6.2.12
+ 0.0.7a
+ https://listman.redhat.com/pipermail/ext3-users/2001-November/002258.html
(not tuned in /proc yet)
+ journal 4MB on each fs
+ 6 ext3 fs on raid1 (hda+hdc)
+ 1 ext3 fs on another disk not on raid1 (hdd)
While untarring (tar zxf) a file that was on a ext3/raid1 onto hdd I got:
ksymoops 2.3.4 on i686 2.2.19-6.2.12.g1. Options used
-V (default)
-k
2020 Sep 01
10
remove revalidate_disk()
Hi Jens,
this series removes the revalidate_disk() function, which has been a
really odd duck in the last years. The prime reason why most people
use it is because it propagates a size change from the gendisk to
the block_device structure. But it also calls into the rather ill
defined ->revalidate_disk method which is rather useless for the
callers. So this adds a new helper to just