Главная страница


ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Mykola Dzham                         2:5020/400     20 Jan 2006  20:35:23
 To : All
 Subject : Fatal trap 12 . Что дебагить и кто виноват?
 -------------------------------------------------------------------------------- 
 
 Есть сервер с FreeBSD 5.4-RELEASE-p6
 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.67-MHz 686-class CPU)
   Origin = "GenuineIntel"  Id = 0xf41  Stepping = 1
  
 Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMO
 V,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,F
 XSR,SSE,SSE2,SS,HTT,TM,PBE>
   Hyperthreading: 2 logical CPUs
 real memory  = 1609236480 (1534 MB)
 avail memory = 1567244288 (1494 MB)
 ACPI APIC Table: <A M I  OEMAPIC >
 
 Ядро скомпилировано с SMP , machdep.hyperthreading_allowed=1
 
 Пару раз сервер падал вот так:
 
 Fatal trap 12: page fault while in kernel mode
 cpuid = 1; apic id = 01
 fault virtual address   = 0x24
 fault code              = supervisor read, page not present
 instruction pointer     = 0x8:0xc057e864
 stack pointer           = 0x10:0xe8017aa0
 frame pointer           = 0x10:0xe8017ac8
 code segment            = base 0x0, limit 0xfffff, type 0x1b
                         = DPL 0, pres 1, def32 1, gran 1
 processor eflags        = resume, IOPL = 0
 current process         = 86927 (httpd)
 trap number             = 12
 panic: page fault
 cpuid = 1
 spin lock sched lock held by 0xc2b95480 for > 5 seconds
 
 Включил в ядро вот такое:
 
 options         KDB
 options         DDB
 options         BREAK_TO_DEBUGGER
 
 В результате сегодня сервер вывалился в дебагер, где я получил такое:
 
 db> trace
 
 Tracing pid 91824 tid 100482 td 0xc4847300
 propagate_priority(c4847300,c63ba180,0,c20dd9a8,c22a8060) at
 propagate_priority+0x84
 turnstile_wait(c3d295c0,c07e83e0,c63ba180,c105e6b4,2852c000) at
 turnstile_wait+0x33d
 _mtx_lock_sleep(c07e83e0,c4847300,0,0,0) at _mtx_lock_sleep+0x105
 vm_fault(c41cc4b0,2852c000,1,0,c2e0ba98) at vm_fault+0x377
 trap_pfault(e87eed48,1,2852c4e8,bfbfe8dc,2852c4e8) at trap_pfault+0x13b
 trap(2f,2f,2f,2810e800,2852c4e8) at trap+0x21a
 calltrap() at calltrap+0x5
 - --- trap 0xc, eip = 0x280eaa58, esp = 0xbfbfe8ac, ebp = 0xbfbfe8d4 ---
 
 db> 
 
 Hа сервере уже меняли память и блок питания, сервер сидит на отдельном
 UPS-е
 Собственно что делать, что проверять, какие команды дергать в следующий
 раз?
 
 -- 
 LEFT-(UANIC|RIPE)
 JID: levsha@jabber.net.ua
 --- ifmail v.2.15dev5.3
  * Origin: National Taras Shevchenko University of Kyiv (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Fatal trap 12 . Что дебагить и кто виноват?   Mykola Dzham   20 Jan 2006 20:35:23 
 Re: Fatal trap 12 . Что дебагить и кто виноват?   Alexander V. Ribchansky   21 Jan 2006 13:54:01 
 Re: Fatal trap 12 . Что дебагить и кто виноват?   Mykola Dzham   21 Jan 2006 15:57:09 
 Re: Fatal trap 12 . Что дебагить и кто виноват?   Dmitry A. Yanko   21 Jan 2006 16:15:15 
Архивное /ru.unix.bsd/1049041c8a379.html, оценка 3 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional