Bug with IO scheduler in kernel
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
I use LVM for KVM. If starting the guests, the kernel prints lots of error messages and the guest do not really start. All was working on Karmic. Introduced with Lucid.
I recognized that if I start the system with init=/bin/bash and make a vgscan and afterwards a vgchange -ay, it takes endless long to complete. Sometimes not all LVs are found, even lvs prints them out. So I also have to do a lvscna and lvchange on individual LVs, too.
At the moment there is no chance to start KVM again.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: linux-image (not installed)
Regression: Yes
Reproducible: Yes
ProcVersionSign
Uname: Linux 2.6.32-19-generic x86_64
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
AplayDevices: Error: [Errno 2] No such file or directory
Architecture: amd64
ArecordDevices: Error: [Errno 2] No such file or directory
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/by-path', '/dev/snd/
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info: Error: [Errno 2] No such file or directory
Card0.Amixer.
Date: Sun Apr 4 12:04:23 2010
HibernationDevice: RESUME=
MachineType: MICRO-STAR INTERANTIONAL CO.,LTD MS-7368
ProcCmdLine: root=UUID=
ProcEnviron:
LANG=de_DE.UTF-8
SHELL=/bin/bash
RelatedPackageV
RfKill:
SourcePackage: linux
dmi.bios.date: 10/31/2007
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: V1.5B2
dmi.board.
dmi.board.name: MS-7368
dmi.board.vendor: MICRO-STAR INTERANTIONAL CO.,LTD
dmi.board.version: 1.0
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: MS-7368
dmi.product.
dmi.sys.vendor: MICRO-STAR INTERANTIONAL CO.,LTD
summary: |
- Impossible to start KVM from LVM volumes + Bug with IO scheduler in kernel |
I remembered one thing I changed some days ago. Cahnging the default io scheduler from cfq to anticipatory. With the latter one, it was impossible to resync the software raid1 md3, as you can see in dmesg logs. Changed it back to defaults and waited for the raid to be synced again. After that started the kvm guests again. But still get lot of kernel messages:
See:
[ 248.800024] Clocksource tsc unstable (delta = -270012333 ns) kernel/ hung_task_ timeout_ secs" disables this message. 730>] ? sync_buffer+ 0x0/0x50 697>] io_schedule+ 0x47/0x70 775>] sync_buffer+ 0x45/0x50 d9a>] __wait_ on_bit_ lock+0x5a/ 0xc0 730>] ? sync_buffer+ 0x0/0x50 b20>] ? end_buffer_ async_write+ 0x0/0x180 e78>] out_of_ line_wait_ on_bit_ lock+0x78/ 0x90 340>] ? wake_bit_ function+ 0x0/0x40 8f6>] __lock_ buffer+ 0x36/0x40 644>] __block_ write_full_ page+0x374/ 0x3a0 9e7>] ? unlock_ page+0x27/ 0x30 b20>] ? end_buffer_ async_write+ 0x0/0x180 b20>] ? end_buffer_ async_write+ 0x0/0x180 fd0>] block_write_ full_page_ endio+0xe0/ 0x120 b20>] ? end_buffer_ async_write+ 0x0/0x180 025>] block_write_ full_page+ 0x15/0x20 36d>] ext3_ordered_ writepage+ 0x1dd/0x200 907>] __writepage+ 0x17/0x40 ac7>] write_cache_ pages+0x227/ 0x4d0 8f0>] ? __writepage+ 0x0/0x40 d94>] generic_ writepages+ 0x24/0x30 dd5>] do_writepages+ 0x35/0x40 b66>] writeback_ single_ inode+0xf6/ 0x3d0 7d0>] writeback_ inodes_ wb+0x410/ 0x5e0 aaa>] wb_writeback+ 0x10a/0x1d0 895>] ? try_to_ del_timer_ sync+0x75/ 0xd0 b7b>] ? schedule_ timeout+ 0x19b/0x300 ddc>] wb_do_writeback +0x18c/ 0x1a0 e43>] bdi_writeback_ task+0x53/ 0xe0 726>] bdi_start_ fn+0x86/ 0x100 6a0>] ? bdi_start_ fn+0x0/ 0x100 f86>] kthread+0x96/0xa0 1ea>] child_rip+0xa/0x20 ef0>] ? kthread+0x0/0xa0
[ 6720.520038] INFO: task flush-9:2:454 blocked for more than 120 seconds.
[ 6720.524331] "echo 0 > /proc/sys/
[ 6720.530099] flush-9:2 D 0000000000000000 0 454 2 0x00000000
[ 6720.530109] ffff8801938578d0 0000000000000046 0000000000015b80 0000000000015b80
[ 6720.530118] ffff880193859ab0 ffff880193857fd8 0000000000015b80 ffff8801938596f0
[ 6720.530126] 0000000000015b80 ffff880193857fd8 0000000000015b80 ffff880193859ab0
[ 6720.530134] Call Trace:
[ 6720.530151] [<ffffffff8116c
[ 6720.530161] [<ffffffff8153e
[ 6720.530168] [<ffffffff8116c
[ 6720.530175] [<ffffffff8153e
[ 6720.530182] [<ffffffff8116c
[ 6720.530189] [<ffffffff8116c
[ 6720.530196] [<ffffffff8153e
[ 6720.530205] [<ffffffff81085
[ 6720.530212] [<ffffffff8116c
[ 6720.530219] [<ffffffff8116d
[ 6720.530227] [<ffffffff810f3
[ 6720.530234] [<ffffffff8116c
[ 6720.530241] [<ffffffff8116c
[ 6720.530249] [<ffffffff8116d
[ 6720.530256] [<ffffffff8116c
[ 6720.530263] [<ffffffff8116e
[ 6720.530271] [<ffffffff811b6
[ 6720.530279] [<ffffffff810fb
[ 6720.530287] [<ffffffff810fc
[ 6720.530294] [<ffffffff810fb
[ 6720.530302] [<ffffffff810fc
[ 6720.530309] [<ffffffff810fc
[ 6720.530315] [<ffffffff81164
[ 6720.530322] [<ffffffff81165
[ 6720.530328] [<ffffffff81165
[ 6720.530335] [<ffffffff81077
[ 6720.530342] [<ffffffff8153e
[ 6720.530348] [<ffffffff81165
[ 6720.530355] [<ffffffff81165
[ 6720.530363] [<ffffffff8110e
[ 6720.530369] [<ffffffff8110e
[ 6720.530375] [<ffffffff81084
[ 6720.530383] [<ffffffff81014
[ 6720.530389] [<ffffffff81084
[ 6720.530395] [<fffffff...