Now that we are on Linux 3.4.y, I am once again trying to commission
my pair of weevils. Things are better than they were but it''s still
totally broken.
Below you can see the logs from my adhoc osstest flight 19169. I
looked at one of the save/restore failures (test-amd64-i386-xl) and
see this:
Sep 10 00:03:09.073066 [ 240.142970] kernel BUG at drivers/xen/balloon.c:353!
I''d appreciate any help available with debugging this. The logs are
here:
http://www.chiark.greenend.org.uk/~xensrcts/logs/19169/test-amd64-i386-xl/info.html
I looked at the code in balloon.c:
BUG_ON(!xen_feature(XENFEAT_auto_translated_physmap) &&
phys_to_machine_mapping_valid(pfn));
Ian.
Sep 10 00:03:08.629133 [ 240.142955] ------------[ cut here ]------------
Sep 10 00:03:09.073066 [ 240.142970] kernel BUG at drivers/xen/balloon.c:353!
Sep 10 00:03:09.073102 [ 240.142974] invalid opcode: 0000 [#1] SMP
Sep 10 00:03:09.081064 [ 240.142978] Modules linked in: xen_acpi_processor
xen_gntalloc ext4 jbd2 mbcache e1000e
Sep 10 00:03:09.093059 [ 240.142987] CPU: 6 PID: 847 Comm: kworker/6:1 Not
tainted 3.11.0+ #1
Sep 10 00:03:09.093098 [ 240.142991] Hardware name: Supermicro
X9SCL/X9SCM/X9SCL/X9SCM, BIOS 2.0b 09/17/2012
Sep 10 00:03:09.101077 [ 240.142998] Workqueue: events balloon_process
Sep 10 00:03:09.113048 [ 240.143001] task: db4ee680 ti: d59de000 task.ti:
d59de000
Sep 10 00:03:09.113084 [ 240.143004] EIP: 0061:[<c1306e83>] EFLAGS:
00010207 CPU: 6
Sep 10 00:03:09.121057 [ 240.143008] EIP is at balloon_process+0x343/0x350
Sep 10 00:03:09.121091 [ 240.143011] EAX: 0012042f EBX: 00006a6f ECX: c1a67000
EDX: c7146000
Sep 10 00:03:09.133054 [ 240.143014] ESI: 00000000 EDI: dfb3b000 EBP: d59dfef4
ESP: d59dfebc
Sep 10 00:03:09.133093 [ 240.143017] DS: 007b ES: 007b FS: 00d8 GS: 0000 SS:
0069
Sep 10 00:03:09.141065 [ 240.143022] CR0: 80050033 CR2: b763c09c CR3: 06d8b000
CR4: 00042660
Sep 10 00:03:09.153047 [ 240.143027] Stack:
Sep 10 00:03:09.153074 [ 240.143029] 00000037 c19a4f40 00000001 00000001
00000000 dfc0fde0 c1a4d440 00000001
Sep 10 00:03:09.161064 [ 240.143035] 00000000 00000000 00007ff0 c18bebc0
dfb26ac0 dad1d000 d59dff30 c10b1f0b
Sep 10 00:03:09.161112 [ 240.143042] 80931d8c 00000000 c19a4f40 dfb26f40
db4ee680 db4ecbd2 dfb27d05 dfb27d00
Sep 10 00:03:09.173069 [ 240.143049] Call Trace:
Sep 10 00:03:09.173096 [ 240.143064] [<c10b1f0b>]
process_one_work+0x13b/0x440
Sep 10 00:03:09.181069 [ 240.143073] [<c10b4299>]
worker_thread+0xf9/0x490
Sep 10 00:03:09.181105 [ 240.143081] [<c10b8fdc>] kthread+0x9c/0xb0
Sep 10 00:03:09.189064 [ 240.143088] [<c10b41a0>] ?
manage_workers+0x310/0x310
Sep 10 00:03:09.189100 [ 240.143098] [<c169eaf7>]
ret_from_kernel_thread+0x1b/0x28
Sep 10 00:03:09.201066 [ 240.143106] [<c10b8f40>] ?
kthread_freezable_should_stop+0x60/0x60
Sep 10 00:03:09.209055 [ 240.143113] Code: ff eb ca 0f 0b eb fe 89 45 cc e8 39
e8 38 00 8b 45 cc e9 25 fd ff ff 0f 0b eb fe 89 d8 e8 46 98 d4 ff 83 f8 ff 0f 84
a9 fe ff ff <0f> 0b eb fe 89 f6 8d bc 27 00 00 00 00 55 89 e5 57 89 cf 56
53
Sep 10 00:03:09.221085 [ 240.143235] EIP: [<c1306e83>]
balloon_process+0x343/0x350 SS:ESP 0069:d59dfebc
Sep 10 00:03:09.229071 [ 240.143248] ---[ end trace 85d5730f0a872188 ]---
Sep 10 00:03:09.249100 [ 240.143324] Oops: 0000 [#2] SMP
Sep 10 00:03:09.261054 [ 240.143330] Modules linked in: xen_acpi_processor
xen_gntalloc ext4 jbd2 mbcache e1000e
Sep 10 00:03:09.261104 [ 240.143347] CPU: 6 PID: 847 Comm: kworker/6:1 Tainted:
G D 3.11.0+ #1
Sep 10 00:03:09.269082 [ 240.143354] Hardware name: Supermicro
X9SCL/X9SCM/X9SCL/X9SCM, BIOS 2.0b 09/17/2012
Sep 10 00:03:09.281072 [ 240.143370] task: db4ee680 ti: d59de000 task.ti:
d59de000
Sep 10 00:03:09.289055 [ 240.143376] EIP: 0061:[<c10b8c8a>] EFLAGS:
00010002 CPU: 6
Sep 10 00:03:09.289091 [ 240.143383] EIP is at kthread_data+0xa/0x10
Sep 10 00:03:09.301048 [ 240.143389] EAX: 00000000 EBX: 00000006 ECX: 00000000
EDX: 00000006
Sep 10 00:03:09.301109 [ 240.143396] ESI: 00000006 EDI: db4ee680 EBP: d59dfcb0
ESP: d59dfca8
Sep 10 00:03:09.309063 [ 240.143403] DS: 007b ES: 007b FS: 00d8 GS: 0000 SS:
0069
Sep 10 00:03:09.309099 [ 240.143410] CR0: 80050033 CR2: 00000014 CR3: 06d8b000
CR4: 00042660
Sep 10 00:03:09.321062 [ 240.143419] Stack:
Sep 10 00:03:09.321088 [ 240.143423] c10b032b db4ee934 d59dfd40 c169516a
c10b0964 00000000 c127e918 db4ee680
Sep 10 00:03:09.329073 [ 240.143437] c19a4f40 c19a4f40 db472208 00000027
c19a4f40 db472180 00000000 c19a4f40
Sep 10 00:03:09.341057 [ 240.143452] dfb26f40 db4ee680 d59dfd08 c10b0bae
00000008 c6a1284c c6a1284c c6a12840
Sep 10 00:03:09.349054 [ 240.143466] Call Trace:
Sep 10 00:03:09.349081 [ 240.143473] [<c10b032b>] ?
wq_worker_sleeping+0xb/0x80
Sep 10 00:03:09.349121 [ 240.143483] [<c169516a>] __schedule+0x54a/0x830
Sep 10 00:03:09.361054 [ 240.143492] [<c10b0964>] ?
__queue_work+0x144/0x310
Sep 10 00:03:09.361089 [ 240.143500] [<c127e918>] ?
cfq_put_queue+0x58/0xd0
Sep 10 00:03:09.369061 [ 240.143509] [<c10b0bae>] ?
queue_work_on+0x5e/0xa0
Sep 10 00:03:09.369096 [ 240.143517] [<c126eab7>] ?
put_io_context+0x67/0x90
Sep 10 00:03:09.381055 [ 240.143524] [<c126eb7b>] ?
put_io_context_active+0x9b/0xc0
Sep 10 00:03:09.381091 [ 240.143533] [<c16956be>] schedule+0x1e/0x50
Sep 10 00:03:09.389061 [ 240.143541] [<c109b55f>] do_exit+0x61f/0x990
Sep 10 00:03:09.389095 [ 240.143549] [<c1692de8>] ? printk+0x38/0x3a
Sep 10 00:03:09.401050 [ 240.143557] [<c1698d38>] oops_end+0x98/0x150
Sep 10 00:03:09.401083 [ 240.143566] [<c105a77f>] die+0x4f/0x70
Sep 10 00:03:09.401118 [ 240.143573] [<c1698615>] do_trap+0x95/0xc0
Sep 10 00:03:09.409066 [ 240.143580] [<c1057e20>] ?
do_coprocessor_segment_overrun+0x80/0x80
Sep 10 00:03:09.421047 [ 240.143589] [<c1057eb6>]
do_invalid_op+0x96/0xb0
Sep 10 00:03:09.421082 [ 240.143597] [<c1306e83>] ?
balloon_process+0x343/0x350
Sep 10 00:03:09.429058 [ 240.143605] [<c104c00d>] ?
arbitrary_virt_to_machine+0x9d/0xc0
Sep 10 00:03:09.429096 [ 240.143614] [<c104b115>] ?
xen_mc_flush+0xe5/0x1f0
Sep 10 00:03:09.441053 [ 240.143622] [<c104a012>] ?
xen_end_context_switch+0x12/0x20
Sep 10 00:03:09.441091 [ 240.143631] [<c10564f8>] ?
__switch_to+0x158/0x440
Sep 10 00:03:09.449060 [ 240.143638] [<c16983ca>] error_code+0x5a/0x60
Sep 10 00:03:09.449093 [ 240.143647] [<c114007b>] ?
generic_file_aio_read+0x1bb/0x710
Sep 10 00:03:09.461053 [ 240.143656] [<c1057e20>] ?
do_coprocessor_segment_overrun+0x80/0x80
Sep 10 00:03:09.461092 [ 240.143664] [<c1306e83>] ?
balloon_process+0x343/0x350
Sep 10 00:03:09.469068 [ 240.143673] [<c10b1f0b>]
process_one_work+0x13b/0x440
Sep 10 00:03:09.469104 [ 240.143681] [<c10b4299>]
worker_thread+0xf9/0x490
Sep 10 00:03:09.481059 [ 240.143689] [<c10b8fdc>] kthread+0x9c/0xb0
Sep 10 00:03:09.481092 [ 240.143695] [<c10b41a0>] ?
manage_workers+0x310/0x310
Sep 10 00:03:09.489066 [ 240.143704] [<c169eaf7>]
ret_from_kernel_thread+0x1b/0x28
Sep 10 00:03:09.489103 [ 240.143717] [<c10b8f40>] ?
kthread_freezable_should_stop+0x60/0x60
Sep 10 00:03:09.501065 [ 240.143727] Code: 00 55 64 a1 8c ef 99 c1 8b 80 88 02
00 00 89 e5 5d 8b 40 e4 c1 e8 02 83 e0 01 c3 8d b6 00 00 00 00 55 8b 80 88 02 00
00 89 e5 5d <8b> 40 ec c3 66 90 55 31 c0 89 e5 5d c3 89 f6 8d bc 27 00 00
00
Sep 10 00:03:09.521061 [ 240.143821] EIP: [<c10b8c8a>]
kthread_data+0xa/0x10 SS:ESP 0069:d59dfca8
Sep 10 00:03:09.529068 [ 240.143832] CR2: 00000000ffffffec
Sep 10 00:03:09.529099 [ 240.143838] ---[ end trace 85d5730f0a872189 ]---
Sep 10 00:03:09.529135 [ 240.143844] Fixing recursive fault but reboot is
needed!
Sep 10 00:03:09.537055 [ 261.145745] INFO: rcu_sched detected stalls on
CPUs/tasks: { 6} (detected by 3, t=21002 jiffies, g=15652, c=15651, q=545)
Sep 10 00:03:30.085066 [ 261.145785] sending NMI to all CPUs:
Sep 10 00:03:30.085102 [ 261.145792] xen: vector 0x2 is not implemented
Sep 10 00:03:30.085138 [ 324.150727] INFO: rcu_sched detected stalls on
CPUs/tasks: { 6} (detected by 0, t=84007 jiffies, g=15652, c=15651, q=691)
Sep 10 00:04:33.089113 [ 324.150760] sending NMI to all CPUs:
Sep 10 00:04:33.089155 [ 324.150766] xen: vector 0x2 is not implemented
Sep 10 00:04:33.089186 [ 387.155740] INFO: rcu_sched detected stalls on
CPUs/tasks: { 6} (detected by 0, t=147012 jiffies, g=15652, c=15651, q=715)
Sep 10 00:05:36.097069 [ 387.155772] sending NMI to all CPUs:
Sep 10 00:05:36.097106 [ 387.155778] xen: vector 0x2 is not implemented
Sep 10 00:05:36.097142 [ 450.160728] INFO: rcu_sched detected stalls on
CPUs/tasks: { 6} (detected by 0, t=210017 jiffies, g=15652, c=15651, q=728)
Sep 10 00:06:39.101065 [ 450.160761] sending NMI to all CPUs:
Sep 10 00:06:39.101099 [ 450.160767] xen: vector 0x2 is not implemented
Sep 10 00:06:39.101136 Sep 10 00:06:43.943216 <client 0x8061350 connected -
now 1 clients>
> [adhoc commission-weevil] <testing.git wip /dev/pts/25>
> harness b5a3ebc: ts-logs-capture: retry log capture after doing power ...
> 19169: regressions - trouble: broken/fail/pass
>
> flight 19169 xen-unstable commission-weevil [commission-weevil]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/19169/
>
> Regressions :-(
[ Disregard the "broken" entries, which are due to the weevils being
AMD so the host allocation part of the test failed. ]
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-armhf 1 hosts-allocate broken REGR. vs.
19155
> build-armhf 2 capture-logs !broken
[st=!broken!]
> test-amd64-amd64-xl-pcipt-intel 2 hosts-allocate broken REGR. vs.
19155
> test-amd64-i386-qemut-rhel6hvm-intel 7 redhat-install fail REGR. vs.
19155
> test-amd64-amd64-xl-sedf 10 guest-saverestore fail REGR. vs.
19155
> test-amd64-amd64-pv 10 guest-saverestore fail REGR. vs.
19155
> test-amd64-i386-xl 10 guest-saverestore fail REGR. vs.
19155
> test-amd64-i386-rhel6hvm-intel 7 redhat-install fail REGR. vs.
19155
> test-amd64-amd64-xl 10 guest-saverestore fail REGR. vs.
19155
> test-amd64-amd64-xl-sedf-pin 10 guest-saverestore fail REGR. vs.
19155
> test-amd64-i386-qemuu-rhel6hvm-amd 2 hosts-allocate broken REGR. vs.
19155
> test-amd64-i386-qemut-rhel6hvm-amd 2 hosts-allocate broken REGR. vs.
19155
> test-amd64-i386-rhel6hvm-amd 2 hosts-allocate broken REGR. vs.
19155
> test-amd64-amd64-xl-qemuu-win7-amd64 7 windows-install fail REGR. vs.
19155
> test-amd64-i386-xl-credit2 10 guest-saverestore fail REGR. vs.
19155
> test-amd64-amd64-pair 18 guest-migrate/dst_host/src_host fail REGR. vs.
19155
> test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs.
19155
> test-amd64-i386-pv 10 guest-saverestore fail REGR. vs.
19155
> test-amd64-i386-xl-multivcpu 10 guest-saverestore fail REGR. vs.
19155
> test-amd64-i386-xl-winxpsp3-vcpus1 7 windows-install fail REGR. vs.
19155
> test-amd64-i386-pair 18 guest-migrate/dst_host/src_host fail REGR. vs.
19155
> test-amd64-i386-xend-winxpsp3 7 windows-install fail REGR. vs.
19155
> test-amd64-i386-xl-qemut-winxpsp3-vcpus1 7 windows-install fail REGR. vs.
19155
> test-amd64-amd64-xl-qemuu-winxpsp3 7 windows-install fail REGR. vs.
19155
> test-amd64-i386-xend-qemut-winxpsp3 7 windows-install fail REGR. vs.
19155
> test-amd64-amd64-xl-qemut-win7-amd64 7 windows-install fail REGR. vs.
19155
> test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail REGR. vs.
19155
> test-amd64-amd64-xl-winxpsp3 7 windows-install fail REGR. vs.
19155
> test-amd64-amd64-xl-win7-amd64 7 windows-install fail REGR. vs.
19155
> test-amd64-i386-xl-qemut-win7-amd64 7 windows-install fail REGR. vs.
19155
> test-amd64-i386-xl-win7-amd64 7 windows-install fail REGR. vs.
19155
>>> On 10.09.13 at 18:12, Ian Jackson <Ian.Jackson@eu.citrix.com> wrote: > Now that we are on Linux 3.4.y, I am once again trying to commission > my pair of weevils. Things are better than they were but it''s still > totally broken. > > Below you can see the logs from my adhoc osstest flight 19169. I > looked at one of the save/restore failures (test-amd64-i386-xl) and > see this: > > Sep 10 00:03:09.073066 [ 240.142970] kernel BUG at > drivers/xen/balloon.c:353! > > I''d appreciate any help available with debugging this. The logs are > here: > > > http://www.chiark.greenend.org.uk/~xensrcts/logs/19169/test-amd64-i386-xl/info > .html > > I looked at the code in balloon.c: > > BUG_ON(!xen_feature(XENFEAT_auto_translated_physmap) && > phys_to_machine_mapping_valid(pfn)); > > Ian. > > Sep 10 00:03:08.629133 [ 240.142955] ------------[ cut here ]------------ > Sep 10 00:03:09.073066 [ 240.142970] kernel BUG at drivers/xen/balloon.c:353! > Sep 10 00:03:09.073102 [ 240.142974] invalid opcode: 0000 [#1] SMP > Sep 10 00:03:09.081064 [ 240.142978] Modules linked in: xen_acpi_processor xen_gntalloc ext4 jbd2 mbcache e1000e > Sep 10 00:03:09.093059 [ 240.142987] CPU: 6 PID: 847 Comm: kworker/6:1 Not tainted 3.11.0+ #1But that''s 3.11, and we had seen this very failure in logs on other hosts. Did you try 3.4 on those systems? Jan
On 10/09/13 17:12, Ian Jackson wrote:> Now that we are on Linux 3.4.y, I am once again trying to commission > my pair of weevils. Things are better than they were but it''s still > totally broken. > > Below you can see the logs from my adhoc osstest flight 19169. I > looked at one of the save/restore failures (test-amd64-i386-xl) and > see this: > > Sep 10 00:03:09.073066 [ 240.142970] kernel BUG at drivers/xen/balloon.c:353! > > I''d appreciate any help available with debugging this. The logs are > here: > > http://www.chiark.greenend.org.uk/~xensrcts/logs/19169/test-amd64-i386-xl/info.html > > I looked at the code in balloon.c: > > BUG_ON(!xen_feature(XENFEAT_auto_translated_physmap) && > phys_to_machine_mapping_valid(pfn)); > > Ian. > > Sep 10 00:03:08.629133 [ 240.142955] ------------[ cut here ]------------ > Sep 10 00:03:09.073066 [ 240.142970] kernel BUG at drivers/xen/balloon.c:353! > Sep 10 00:03:09.073102 [ 240.142974] invalid opcode: 0000 [#1] SMP > Sep 10 00:03:09.081064 [ 240.142978] Modules linked in: xen_acpi_processor xen_gntalloc ext4 jbd2 mbcache e1000e > Sep 10 00:03:09.093059 [ 240.142987] CPU: 6 PID: 847 Comm: kworker/6:1 Not tainted 3.11.0+ #1There''s a know bug in this area with 3.11+ (3.12-rc0) and there is pending pull request for the fix. I am a bit confused by the reference to 3.4.y above. Is this BUG in a guest running 3.11+ on a host with 3.4.y as dom0? Or have you accidentally installed 3.11+ as your dom0 kernel? David
On 09/10/2013 12:30 PM, David Vrabel wrote:> On 10/09/13 17:12, Ian Jackson wrote: >> Now that we are on Linux 3.4.y, I am once again trying to commission >> my pair of weevils. Things are better than they were but it''s still >> totally broken. >> >> Below you can see the logs from my adhoc osstest flight 19169. I >> looked at one of the save/restore failures (test-amd64-i386-xl) and >> see this: >> >> Sep 10 00:03:09.073066 [ 240.142970] kernel BUG at drivers/xen/balloon.c:353! >> >> I''d appreciate any help available with debugging this. The logs are >> here: >> >> http://www.chiark.greenend.org.uk/~xensrcts/logs/19169/test-amd64-i386-xl/info.html >> >> I looked at the code in balloon.c: >> >> BUG_ON(!xen_feature(XENFEAT_auto_translated_physmap) && >> phys_to_machine_mapping_valid(pfn)); >> >> Ian. >> >> Sep 10 00:03:08.629133 [ 240.142955] ------------[ cut here ]------------ >> Sep 10 00:03:09.073066 [ 240.142970] kernel BUG at drivers/xen/balloon.c:353! >> Sep 10 00:03:09.073102 [ 240.142974] invalid opcode: 0000 [#1] SMP >> Sep 10 00:03:09.081064 [ 240.142978] Modules linked in: xen_acpi_processor xen_gntalloc ext4 jbd2 mbcache e1000e >> Sep 10 00:03:09.093059 [ 240.142987] CPU: 6 PID: 847 Comm: kworker/6:1 Not tainted 3.11.0+ #1 > There''s a know bug in this area with 3.11+ (3.12-rc0) and there is > pending pull request for the fix.If you are thinking about preempt count bug then its'' likely a different one. -boris> > I am a bit confused by the reference to 3.4.y above. Is this BUG in a > guest running 3.11+ on a host with 3.4.y as dom0? Or have you > accidentally installed 3.11+ as your dom0 kernel? > > David > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel
On 10/09/13 17:52, Boris Ostrovsky wrote:> On 09/10/2013 12:30 PM, David Vrabel wrote: >> On 10/09/13 17:12, Ian Jackson wrote: >>> Now that we are on Linux 3.4.y, I am once again trying to commission >>> my pair of weevils. Things are better than they were but it''s still >>> totally broken. >>> >>> Below you can see the logs from my adhoc osstest flight 19169. I >>> looked at one of the save/restore failures (test-amd64-i386-xl) and >>> see this: >>> >>> Sep 10 00:03:09.073066 [ 240.142970] kernel BUG at >>> drivers/xen/balloon.c:353! >>> >>> I''d appreciate any help available with debugging this. The logs are >>> here: >>> >>> >>> http://www.chiark.greenend.org.uk/~xensrcts/logs/19169/test-amd64-i386-xl/info.html >>> >>> >>> I looked at the code in balloon.c: >>> >>> BUG_ON(!xen_feature(XENFEAT_auto_translated_physmap) && >>> phys_to_machine_mapping_valid(pfn)); >>> >>> Ian. >>> >>> Sep 10 00:03:08.629133 [ 240.142955] ------------[ cut here >>> ]------------ >>> Sep 10 00:03:09.073066 [ 240.142970] kernel BUG at >>> drivers/xen/balloon.c:353! >>> Sep 10 00:03:09.073102 [ 240.142974] invalid opcode: 0000 [#1] SMP >>> Sep 10 00:03:09.081064 [ 240.142978] Modules linked in: >>> xen_acpi_processor xen_gntalloc ext4 jbd2 mbcache e1000e >>> Sep 10 00:03:09.093059 [ 240.142987] CPU: 6 PID: 847 Comm: >>> kworker/6:1 Not tainted 3.11.0+ #1 >> There''s a know bug in this area with 3.11+ (3.12-rc0) and there is >> pending pull request for the fix. > > If you are thinking about preempt count bug then its'' likely a different > one.No, I''m thinking of Wei''s "xen/balloon: remove BUG_ON in increase_reservation" which actually doesn''t appear to be queued up. David
Ian Jackson
2013-Sep-10 17:23 UTC
Re: BUG at drivers/xen/balloon.c:353 [and 3 more messages]
Jan Beulich writes ("Re: [Xen-devel] BUG at
drivers/xen/balloon.c:353"):> On 10.09.13 at 18:12, Ian Jackson <Ian.Jackson@eu.citrix.com> wrote:
> > Sep 10 00:03:08.629133 [ 240.142955] ------------[ cut here
]------------
> > Sep 10 00:03:09.073066 [ 240.142970] kernel BUG at
drivers/xen/balloon.c:353!
> > Sep 10 00:03:09.073102 [ 240.142974] invalid opcode: 0000 [#1] SMP
> > Sep 10 00:03:09.081064 [ 240.142978] Modules linked in:
xen_acpi_processor xen_gntalloc ext4 jbd2 mbcache e1000e
> > Sep 10 00:03:09.093059 [ 240.142987] CPU: 6 PID: 847 Comm:
kworker/6:1 Not tainted 3.11.0+ #1
>
> But that''s 3.11, and we had seen this very failure in logs on
other
> hosts. Did you try 3.4 on those systems?
I _intended_ to try 3.4. How odd.
...
Hmm, I have fixed my tools to really pick the right branch. I will
try again. Sorry for the noise.
Ian.