BUG: unable to handle kernel paging request at ffff8803bb6ad000

Knoppix

Модераторы: Warderer, Модераторы разделов

Аватара пользователя
SLEDopit
Модератор
Сообщения: 4824
Статус: фанат консоли (=
ОС: GNU/Debian, RHEL

BUG: unable to handle kernel paging request at ffff8803bb6ad000

Сообщение SLEDopit »

Постоянно сыпется в лог сообщения

Код: Выделить всё

Message from syslogd@xen-dom0 at Sep 15 22:15:01 ...
 kernel:[75407.124124] Oops: 0000 [#319] SMP

Message from syslogd@xen-dom0 at Sep 15 22:15:01 ...
 kernel:[75407.130006] Stack:

Message from syslogd@xen-dom0 at Sep 15 22:15:01 ...
 kernel:[75407.131260] Call Trace:

Message from syslogd@xen-dom0 at Sep 15 22:15:01 ...
 kernel:[75407.131887] Code: e8 13 2a ff ff 66 90 c3 48 8b 97
48 04 00 00 48 85 d2 0f 84 d0 00 00 00 48 8b 47 08 f6 40 14 01 74
02 0f 0b 48 8b 05 45 4e 71 00

Message from syslogd@xen-dom0 at Sep 15 22:15:01 ...
 kernel:[75407.136432] CR2: ffff8803bb6ad000

Залез в dmesg, а там полной такой фигни:

Код: Выделить всё

[75408.924804] BUG: unable to handle kernel paging request at ffff8803be33c000
[75408.925044] IP: [<ffffffff810106db>] __sanitize_i387_state+0x23/0xe1
[75408.925219] PGD 1604067 PUD 3d82d9067 PMD 3d84cb067 PTE 0
[75408.925573] Oops: 0000 [#321] SMP
[75408.925796] CPU 1
[75408.925863] Modules linked in: xt_tcpudp xt_physdev iptable_filter ip_tables x_tables xen_netback
xen_blkback bridge stp xen_evtchn xenfs loop snd_pcm snd_timer snd soundcore evdev joydev snd_page_alloc i2c_i801
ghes pcspkr i2c_core button video processor hed ext4 mbcache jbd2 crc16 dm_mod raid1 md_mod usbhid hid sg sd_mod
crc_t10dif ahci libahci libata scsi_mod fan thermal thermal_sys ehci_hcd usbcore e1000e [last unloaded:
scsi_wait_scan]
[75408.929431]
[75408.940343] Pid: 21458, comm: open_inodes Tainted: G      D      3.0.0-1-amd64 #1 Intel Corporation S1200BTL/S1200BTL
[75408.940680] RIP: e030:[<ffffffff810106db>]  [<ffffffff810106db>] __sanitize_i387_state+0x23/0xe1
[75408.940886] RSP: e02b:ffff8800582fde00  EFLAGS: 00010246
[75408.940992] RAX: 0000000000000000 RBX: 00007fffe59b4300 RCX: 0000000000000200
[75408.941103] RDX: ffff8803be33be00 RSI: ffff8800582fdfd8 RDI: ffff8803bbcf78d0
[75408.941216] RBP: ffff8803bbcf78d0 R08: 0000000000000200 R09: ffffffff81684680
[75408.941328] R10: 00007f5d0298c9d0 R11: 0000000000000246 R12: 0000000000000000
[75408.941440] R13: ffffffffffffffff R14: ffff8803bbcf78d0 R15: 00007fffe59b4300
[75408.941556] FS:  00007f5d0298c700(0000) GS:ffff8803d616a000(0000) knlGS:0000000000000000
[75408.941698] CS:  e033 DS: 0000 ES: 0000 CR0: 000000008005003b
[75408.941807] CR2: ffff8803be33c000 CR3: 000000005883d000 CR4: 0000000000002660
[75408.941920] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[75408.942032] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[75408.942144] Process open_inodes (pid: 21458, threadinfo ffff8800582fc000, task ffff8803bbcf78d0)
[75408.942288] Stack:
[75408.942384]  ffffffff81010919 0000000000413201 ffff8800582fdf58 0000000000000011
[75408.942769]  ffff8803bbcf7d60 ffffffffffffffff ffffffff81008fdd ffff8800738702f8
[75408.943154]  00007fffe59b4138 0000000000000011 0000000000040001 0000fffe000053d3
[75408.943539] Call Trace:
[75408.943638]  [<ffffffff81010919>] ? save_i387_xstate+0x102/0x1f3
[75408.943748]  [<ffffffff81008fdd>] ? do_signal+0x212/0x649
[75408.943855]  [<ffffffff8110b1a8>] ? dentry_kill+0x147/0x155
[75408.944024]  [<ffffffff811110a8>] ? cpumask_next+0x18/0x1d
[75408.944130]  [<ffffffff81009450>] ? do_notify_resume+0x25/0x6b
[75408.944238]  [<ffffffff810fa2d9>] ? filp_close+0x62/0x6a
[75408.944347]  [<ffffffff8133bfe0>] ? int_signal+0x12/0x17
[75408.944452] Code: e8 13 2a ff ff 66 90 c3 48 8b 97 48 04 00
00 48 85 d2 0f 84 d0 00 00 00 48 8b 47 08 f6 40 14 01 74 02 0f
0b 48 8b 05 45 4e 71 00
[75408.947239]  8b b2 00 02 00 00 48 89 c1 48 21 f1 48 39 c1 0f 84 a7 00 00
[75408.948730] RIP  [<ffffffff810106db>] __sanitize_i387_state+0x23/0xe1
[75408.948902]  RSP <ffff8800582fde00>
[75408.949002] CR2: ffff8803be33c000
[75408.949103] ---[ end trace 35f1420b1560cf6e ]---
Погуглил, проверил память, все хорошо, погуглил еще и ничего не нашел.
Железка вся новая, буквально вчера из магазина.

Код: Выделить всё

$uname -a
Linux xen-dom0 3.0.0-1-amd64 #1 SMP Sat Aug 27 16:21:11 UTC 2011 x86_64 GNU/Linux
 $ cat /etc/issue
Debian GNU/Linux wheezy/sid \n \l
Процессорв Intel® Xeon® CPU E31270 @ 3.40GHz, память kingston kvr1333d3e9s/4gi

Куда копать?
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. © Dennis Ritchie
The more you believe you don't do mistakes, the more bugs are in your code.
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU

Re: BUG: unable to handle kernel paging request at ffff8803bb6ad000

Сообщение sash-kan »

SLEDopit писал(а): ↑
15.09.2011 22:37
dom0 3.0.0-1
возможно, для этого linux-а xen ещё недостаточно допилен·
откуда linux брали?
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
SLEDopit
Модератор
Сообщения: 4824
Статус: фанат консоли (=
ОС: GNU/Debian, RHEL

Re: BUG: unable to handle kernel paging request at ffff8803bb6ad000

Сообщение SLEDopit »

sash-kan писал(а): ↑
15.09.2011 23:11
откуда linux брали?
Да вот здесь нашел.

А, раз это, возможно, не так критично, не подскажете как можно остановить бесконечный поток сообщений в консоль? А то работать совершенно невозможно.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. © Dennis Ritchie
The more you believe you don't do mistakes, the more bugs are in your code.
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU

Re: BUG: unable to handle kernel paging request at ffff8803bb6ad000

Сообщение sash-kan »

SLEDopit писал(а): ↑
15.09.2011 23:18
sash-kan писал(а): ↑
15.09.2011 23:11
откуда linux брали?
Да вот здесь нашел.
тогда стучите сюда: http://www.debian.org/Bugs/
лучше с помощью
$ reportbug

SLEDopit писал(а): ↑
15.09.2011 23:18
А то работать совершенно невозможно
вы _работаете_ с пакетами из тестинга?
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
SLEDopit
Модератор
Сообщения: 4824
Статус: фанат консоли (=
ОС: GNU/Debian, RHEL

Re: BUG: unable to handle kernel paging request at ffff8803bb6ad000

Сообщение SLEDopit »

sash-kan писал(а): ↑
16.09.2011 00:02
тогда стучите сюда: http://www.debian.org/Bugs/
Ясно, спасибо.
sash-kan писал(а): ↑
16.09.2011 00:02
вы _работаете_ с пакетами из тестинга?
Я тестирую тестинг на тестовом новом оборудовании. Выполнять обыкновенные действия в консоли весьма затруднительно из-за постоянно вылезающих сообщений. Хотелось бы немного облегчить себе жизнь, не более того.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. © Dennis Ritchie
The more you believe you don't do mistakes, the more bugs are in your code.
Спасибо сказали:
liaonau
Сообщения: 390
ОС: gentoo

Re: BUG: unable to handle kernel paging request at ffff8803bb6ad000

Сообщение liaonau »

SLEDopit писал(а): ↑
15.09.2011 23:18
А, раз это, возможно, не так критично, не подскажете как можно остановить бесконечный поток сообщений в консоль? А то работать совершенно невозможно.

-l, --level list
Restrict output to defined (comma separated) list of levels. For example
dmesg --level=err,warn
will print error and warning messages only. For all supported levels see dmesg --help output.

В новых версиях util-linux можно просто dmesg --console-off.
Спасибо сказали:
Аватара пользователя
taaroa
Сообщения: 1319

Re: BUG: unable to handle kernel paging request at ffff8803bb6ad000

Сообщение taaroa »

SLEDopit по-хорошему вам надо в ядерную багзиллу.
«это» появилось в 36-ом ядре (>=2.6.36).
:wq
Спасибо сказали: