LINUX.ORG.RU
ФорумAdmin

Помогите определить причину Kernel Panic

 , , , ,


0

2

Всем привет! Это снова я, и снова с той же проблемой. В общем, мне наконец удалось получить дамп ядра во время паники. Но проблема - я в нём ничего не могу понять. Поэтому обращаюсь за помощью к знающим. Однако могу выдвинуть предположение, что виноват Zswap. Напомню: ядро падает не всегда, и только при какой-либо сетевой активности (локальной или через интернет, во втором случае - при загрузке файла на внешние ресурсы). При этом в фоне у меня открыт Dolphin с несколькими вкладками, Clementine, Okular и иногда Steam. Вот, собственно, дамп ядра:

crash: invalid kernel virtual address: 0  type: "fill_thread_info"

crash: invalid task address: ffff8801f99d1380

crash: invalid kernel virtual address: 0  type: "fill_thread_info"

crash: invalid task address: ffff8801f99d0780
      KERNEL: /usr/lib/debug/vmlinux-4.3.0-0.bpo.1-amd64
    DUMPFILE: /var/crash/201605021719/dump.201605021719  [PARTIAL DUMP]
        CPUS: 4
        DATE: Mon May  2 17:19:22 2016
      UPTIME: 03:39:47
LOAD AVERAGE: 0.22, 0.49, 0.45
       TASKS: 485
    NODENAME: Debian-PC
     RELEASE: 4.3.0-0.bpo.1-amd64
     VERSION: #1 SMP Debian 4.3.5-1~bpo8+1 (2016-02-23)
     MACHINE: x86_64  (3192 Mhz)
      MEMORY: 7.8 GB
       PANIC: "BUG: unable to handle kernel paging request at ffff8801f9a43000"
         PID: 0
     COMMAND: "swapper/2"
        TASK: ffff88023223a180  (1 of 4)  [THREAD_INFO: ffff880232240000]
         CPU: 2
       STATE: TASK_RUNNING (PANIC)

отключи (полностью) своп раздел в системе и погоняй ее. Если не будет падать - поиграй с настройками свопа.

bigov ()

Это хз что такое. Стектрейс и всё остальное из dmesg давай. И предварительно на последнее стабильное переключись, 4.5.2.

Andrey_Utkin ★★ ()
Последнее исправление: Andrey_Utkin (всего исправлений: 1 )
Ответ на: комментарий от Andrey_Utkin

У меня после дампа появился, собственно дамп (расширение dump) и файл с расширением .dmesg. Как его прочитать? Crash не понимает его.

Sunderland93 ★★★★★ ()
Ответ на: комментарий от Andrey_Utkin

И предварительно на последнее стабильное переключись, 4.5.2

Crash не читает дампы ядра выше 4.3, баг на RedHat всё ещё висит.

Sunderland93 ★★★★★ ()
Ответ на: комментарий от Sunderland93

Всё, разобрался

PID: 0      TASK: ffff88023223a180  CPU: 2   COMMAND: "swapper/2"
 #0 [ffff88023bc838f8] machine_kexec at ffffffff810552d9
 #1 [ffff88023bc83950] crash_kexec at ffffffff810f667d
 #2 [ffff88023bc83a18] oops_end at ffffffff81018c94
 #3 [ffff88023bc83a38] no_context at ffffffff81060ce0
 #4 [ffff88023bc83a90] page_fault at ffffffff8158cbb8
    [exception RIP: memset+36]
    RIP: ffffffff812ef5c4  RSP: ffff88023bc83b40  RFLAGS: 00010206
    RAX: 0000000000000000  RBX: 00000000fffffffd  RCX: 000000001ffef200
    RDX: 0000000000000005  RSI: 0000000000000000  RDI: ffff8801f9a42ffc
    RBP: ffff8802305dd400   R8: 0000000000503356   R9: ffff8801f99bc004
    R10: 0000000000000002  R11: 00000000000005ae  R12: ffff8800b721e040
    R13: 00000000304d434e  R14: ffff8800b4f6de00  R15: ffff8800a3d24ee8
    ORIG_RAX: ffffffffffffffff  CS: 0010  SS: 0018
 #5 [ffff88023bc83b40] cdc_ncm_fill_tx_frame at ffffffffa085dbe9 [cdc_ncm]
 #6 [ffff88023bc83b98] cdc_ncm_tx_fixup at ffffffffa085e53e [cdc_ncm]
 #7 [ffff88023bc83bc0] usbnet_start_xmit at ffffffffa0824370 [usbnet]
 #8 [ffff88023bc83c08] dev_hard_start_xmit at ffffffff81495c7c
 #9 [ffff88023bc83c78] sch_direct_xmit at ffffffff814b8aed
#10 [ffff88023bc83cc0] __dev_queue_xmit at ffffffff81496156
#11 [ffff88023bc83d10] ip_finish_output2 at ffffffff814d2740
#12 [ffff88023bc83d58] ip_output at ffffffff814d4a18
#13 [ffff88023bc83db0] ip_queue_xmit at ffffffff814d2d8c
#14 [ffff88023bc83de0] tcp_transmit_skb at ffffffff814ead88
#15 [ffff88023bc83e50] tcp_write_xmit at ffffffff814eb34b
#16 [ffff88023bc83eb8] tcp_tasklet_func at ffffffff814ec1cb
#17 [ffff88023bc83f08] tasklet_action at ffffffff810788fe
#18 [ffff88023bc83f20] __do_softirq at ffffffff81078ca7
#19 [ffff88023bc83f78] irq_exit at ffffffff81078f46
#20 [ffff88023bc83f80] do_IRQ at ffffffff8158d84f
--- <IRQ stack> ---
#21 [ffff880232243dd0] ret_from_intr at ffffffff8158b502
    RIP: 0000000000000018  RSP: 0000000000000000  RFLAGS: 2adb357cf164
    RAX: ffffe8ffffc883d0  RBX: 00000bfe8e94fdf0  RCX: 00000000000010e7
    RDX: 000000000000289e  RSI: ffff88023bc92e50  RDI: 0000000000503356
    RBP: ffffffff812ea3c4   R8: 00000bfe8ea0532b   R9: 0000000000000004
    R10: 0000000000000004  R11: 0000000000000002  R12: ffffffff812ea43e
    R13: ffffffff810204c5  R14: ffff88023bc95d80  R15: ffff88020a1dc400
    ORIG_RAX: ffff88023bc95d80  CS: 3072d022  SS: ffffffffffffff9e

Sunderland93 ★★★★★ ()
Ответ на: комментарий от bigov

Sunderland93 Убедись, что включен DEBUG_BUGVERBOSE, чтобы отображался в BUG файл исходников и строка.

bigov Маловероятно, такое сообщение выскакивает (рекурсивно) при совсем других, не связаных с vm багах.

anonymous ()

Сегодня, при подключении HDD по SATA на горячую, снова ошибка. Но на этот раз команда другая

      KERNEL: /usr/lib/debug/vmlinux-4.3.0-0.bpo.1-amd64
    DUMPFILE: /var/crash/201605151711/dump.201605151711  [PARTIAL DUMP]
        CPUS: 4
        DATE: Sun May 15 17:10:59 2016
      UPTIME: 00:40:00
LOAD AVERAGE: 0.69, 0.96, 0.93
       TASKS: 552
    NODENAME: Debian-PC
     RELEASE: 4.3.0-0.bpo.1-amd64
     VERSION: #1 SMP Debian 4.3.5-1~bpo8+1 (2016-02-23)
     MACHINE: x86_64  (3191 Mhz)
      MEMORY: 7.8 GB
       PANIC: "BUG: unable to handle kernel paging request at ffff88022cc80000"
         PID: 8061
     COMMAND: "Socket Thread"
        TASK: ffff8801f9fc6e40  [THREAD_INFO: ffff8801f3500000]
         CPU: 0
       STATE: TASK_RUNNING (PANIC)

Sunderland93 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.