Re: [freebsd] почему сервак рибутнулся?

[Mikolaj Golub]

On Mon, Jun 24, 2013 at 02:39:41AM +0700, Eugene Grosbein wrote:
> On 24.06.2013 02:36, Alexander Chernyh wrote:
> > 
> >> Чем занимается сервер? ZFS есть?
> >>
> >>
> > zfs нет
> > 
> > работает в качестве раутера
> > сквид,апач,пхп,нфс
> 
> Надо PR оформлять. Бектрейс и dmesg и конфигурацию ядра туда же.

И в freebsd-stable@ написать, чтоб привлечь внимание.

-- 
Mikolaj Golub

Re: [freebsd] почему сервак рибутнулся?

[Eugene Grosbein]

On 24.06.2013 02:36, Alexander Chernyh wrote:
> 
>> Чем занимается сервер? ZFS есть?
>>
>>
> zfs нет
> 
> работает в качестве раутера
> сквид,апач,пхп,нфс

Надо PR оформлять. Бектрейс и dmesg и конфигурацию ядра туда же.

Re: [freebsd] почему сервак рибутнулся?

[Alexander Chernyh]

Чем занимается сервер? ZFS есть?



zfs нет

работает в качестве раутера
сквид,апач,пхп,нфс

Re: [freebsd] почему сервак рибутнулся?

[Eugene Grosbein]

On 23.06.2013 01:50, Alexander Chernyh wrote:

>>> kgdb kernel.debug /var/crash/vmcore.9
>> [skip]
>>
>>> Loaded symbols for /boot/kernel/snp.ko
>>> #0  doadump (textdump=1) at pcpu.h:249
>>> 249__asm("movl %%fs:%1,%0" : "=r" (td)
>>> (kgdb)
>> Надо внимательней читать статью.
>> backtrace-то где?
>>
> (kgdb) backtrace
> #0  doadump (textdump=1) at pcpu.h:249
> #1  0xc0675cc5 in kern_reboot (howto=260)
>  at /usr/src/sys/kern/kern_shutdown.c:449
> #2  0xc0675fc2 in panic (fmt=)
>  at /usr/src/sys/kern/kern_shutdown.c:637
> #3  0xc09b3633 in trap_fatal (frame=0xe7dfdb00, eva=178956980)
>  at /usr/src/sys/i386/i386/trap.c:1043
> #4  0xc09b3719 in trap_pfault (frame=0xe7dfdb00, usermode=0, eva=178956980)
>  at /usr/src/sys/i386/i386/trap.c:895
> #5  0xc09b466d in trap (frame=0xe7dfdb00) at 
> /usr/src/sys/i386/i386/trap.c:555
> #6  0xc099df4c in calltrap () at /usr/src/sys/i386/i386/exception.s:169
> #7  0xc09aa853 in free_pv_entry (pmap=0xc67cec78, pv=)
>  at /usr/src/sys/i386/i386/pmap.c:2390
> #8  0xc09aa942 in pmap_pvh_free (pvh=0xc29a3830, pmap=0xc67cec78,
>  va=) at /usr/src/sys/i386/i386/pmap.c:2593
> #9  0xc09ac412 in pmap_remove_pte (pmap=0xc67cec78,
>  ptq=, va=718073856, free=0xe7dfdba0)
>  at /usr/src/sys/i386/i386/pmap.c:2602
> #10 0xc09ae364 in pmap_remove (pmap=0xc67cec78, sva=718073856, 
> eva=720162816)
>  at /usr/src/sys/i386/i386/pmap.c:3037
> #11 0xc095dd49 in vm_map_delete (map=0xc67cebc8, start=716435456,
>  end=720162816) at /usr/src/sys/vm/vm_map.c:2838
> ---Type  to continue, or q  to quit---
> #12 0xc0964055 in sys_munmap (td=0xc50aa000, uap=0xe7dfdccc)
>  at /usr/src/sys/vm/vm_mmap.c:604
> #13 0xc09b3d8a in syscall (frame=0xe7dfdd08) at subr_syscall.c:135
> #14 0xc099dfb1 in Xint0x80_syscall ()
>  at /usr/src/sys/i386/i386/exception.s:267
> #15 0x0033 in ?? ()
> (kgdb)

Чем занимается сервер? ZFS есть?

Re: [freebsd] почему сервак рибутнулся?

[Alexander Chernyh]

On 06/22/2013 09:43 PM, Eugene Grosbein wrote:

On 23.06.2013 01:28, Alexander Chernyh wrote:

По делу - читать 
http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html

апгрейдил с 8,3 до 9,1 24 апреля
получил вот это, тут на что смотреть?

kgdb kernel.debug /var/crash/vmcore.9

[skip]


Loaded symbols for /boot/kernel/snp.ko
#0  doadump (textdump=1) at pcpu.h:249
249__asm("movl %%fs:%1,%0" : "=r" (td)
(kgdb)

Надо внимательней читать статью.
backtrace-то где?


(kgdb) backtrace
#0  doadump (textdump=1) at pcpu.h:249
#1  0xc0675cc5 in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:449
#2  0xc0675fc2 in panic (fmt=)
at /usr/src/sys/kern/kern_shutdown.c:637
#3  0xc09b3633 in trap_fatal (frame=0xe7dfdb00, eva=178956980)
at /usr/src/sys/i386/i386/trap.c:1043
#4  0xc09b3719 in trap_pfault (frame=0xe7dfdb00, usermode=0, eva=178956980)
at /usr/src/sys/i386/i386/trap.c:895
#5  0xc09b466d in trap (frame=0xe7dfdb00) at 
/usr/src/sys/i386/i386/trap.c:555

#6  0xc099df4c in calltrap () at /usr/src/sys/i386/i386/exception.s:169
#7  0xc09aa853 in free_pv_entry (pmap=0xc67cec78, pv=)
at /usr/src/sys/i386/i386/pmap.c:2390
#8  0xc09aa942 in pmap_pvh_free (pvh=0xc29a3830, pmap=0xc67cec78,
va=) at /usr/src/sys/i386/i386/pmap.c:2593
#9  0xc09ac412 in pmap_remove_pte (pmap=0xc67cec78,
ptq=, va=718073856, free=0xe7dfdba0)
at /usr/src/sys/i386/i386/pmap.c:2602
#10 0xc09ae364 in pmap_remove (pmap=0xc67cec78, sva=718073856, 
eva=720162816)

at /usr/src/sys/i386/i386/pmap.c:3037
#11 0xc095dd49 in vm_map_delete (map=0xc67cebc8, start=716435456,
end=720162816) at /usr/src/sys/vm/vm_map.c:2838
---Type  to continue, or q  to quit---
#12 0xc0964055 in sys_munmap (td=0xc50aa000, uap=0xe7dfdccc)
at /usr/src/sys/vm/vm_mmap.c:604
#13 0xc09b3d8a in syscall (frame=0xe7dfdd08) at subr_syscall.c:135
#14 0xc099dfb1 in Xint0x80_syscall ()
at /usr/src/sys/i386/i386/exception.s:267
#15 0x0033 in ?? ()
(kgdb)

Re: [freebsd] почему сервак рибутнулся?

[Eugene Grosbein]

On 23.06.2013 01:28, Alexander Chernyh wrote:
> 
 По делу - читать 
 http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html
> 
> апгрейдил с 8,3 до 9,1 24 апреля
> получил вот это, тут на что смотреть?
> 
> kgdb kernel.debug /var/crash/vmcore.9

[skip]

> Loaded symbols for /boot/kernel/snp.ko
> #0  doadump (textdump=1) at pcpu.h:249
> 249__asm("movl %%fs:%1,%0" : "=r" (td)
> (kgdb)

Надо внимательней читать статью.
backtrace-то где? Именно он и нужен в первую очередь.

Re: [freebsd] почему сервак рибутнулся?

[Eugene Grosbein]

On 23.06.2013 01:28, Alexander Chernyh wrote:
> 
 По делу - читать 
 http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html
> 
> апгрейдил с 8,3 до 9,1 24 апреля
> получил вот это, тут на что смотреть?
> 
> kgdb kernel.debug /var/crash/vmcore.9

[skip]

> Loaded symbols for /boot/kernel/snp.ko
> #0  doadump (textdump=1) at pcpu.h:249
> 249__asm("movl %%fs:%1,%0" : "=r" (td)
> (kgdb)

Надо внимательней читать статью.
backtrace-то где?

Re: [freebsd] почему сервак рибутнулся?

[Alexander Chernyh]

По делу - читать 
http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html


апгрейдил с 8,3 до 9,1 24 апреля
получил вот это, тут на что смотреть?

kgdb kernel.debug /var/crash/vmcore.9
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...

Unread portion of the kernel message buffer:

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address= 0xab4
fault code= supervisor write, page not present
instruction pointer= 0x20:0xc09aa853
stack pointer= 0x28:0xe7dfdb40
frame pointer= 0x28:0xe7dfdb4c
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process= 21054 (drweb-icapd)
trap number= 12
panic: page fault
cpuid = 0
KDB: stack backtrace:
#0 0xc06a9d9f at kdb_backtrace+0x4f
#1 0xc0675f7f at panic+0x16f
#2 0xc09b3633 at trap_fatal+0x323
#3 0xc09b3719 at trap_pfault+0xd9
#4 0xc09b466d at trap+0x43d
#5 0xc099df4c at calltrap+0x6
#6 0xc09aa942 at pmap_pvh_free+0x52
#7 0xc09ac412 at pmap_remove_pte+0x92
#8 0xc09ae364 at pmap_remove+0x1b4
#9 0xc095dd49 at vm_map_delete+0x199
#10 0xc0964055 at sys_munmap+0xf5
#11 0xc09b3d8a at syscall+0x34a
#12 0xc099dfb1 at Xint0x80_syscall+0x21
Uptime: 8d12h51m30s
Physical memory: 1010 MB
Dumping 224 MB: 209 193 177 161 145 129 113 97 81 65 49 33 17 1

Reading symbols from /boot/kernel/nfscl.ko...Reading symbols from 
/boot/kernel/nfscl.ko.symbols...done.

done.
Loaded symbols for /boot/kernel/nfscl.ko
Reading symbols from /boot/kernel/nfscommon.ko...Reading symbols from 
/boot/kernel/nfscommon.ko.symbols...done.

done.
Loaded symbols for /boot/kernel/nfscommon.ko
Reading symbols from /boot/kernel/snp.ko...Reading symbols from 
/boot/kernel/snp.ko.symbols...done.

done.
Loaded symbols for /boot/kernel/snp.ko
#0  doadump (textdump=1) at pcpu.h:249
249__asm("movl %%fs:%1,%0" : "=r" (td)
(kgdb)

Re: [freebsd] почему сервак рибутнулся?

[Eugene Grosbein]

On 23.06.2013 00:49, Alexander Chernyh wrote:

>>> помогите разобратся почему сервак рибутнулся. в логах это
>>>
>>> Jun 21 23:39:42 ab kernel: Fatal trap 12: page fault while in kernel mode

>>> Jun 21 23:39:42 ab kernel: #6 0xc09aa942 at pmap_pvh_free+0x52
>>> Jun 21 23:39:42 ab kernel: #7 0xc09ac412 at pmap_remove_pte+0x92
>>> Jun 21 23:39:42 ab kernel: #8 0xc09ae364 at pmap_remove+0x1b4
>>> Jun 21 23:39:42 ab kernel: #9 0xc095dd49 at vm_map_delete+0x199
>>> Jun 21 23:39:42 ab kernel: #10 0xc0964055 at sys_munmap+0xf5
>>> Jun 21 23:39:42 ab kernel: #11 0xc09b3d8a at syscall+0x34a
>>> Jun 21 23:39:42 ab kernel: #12 0xc099dfb1 at Xint0x80_syscall+0x21
>> Из-за бага в ядре. Версию системы предлагается телепатировать?
> 
> виноват, забыл
> FreeBSD 9.1-STABLE #4 i386

Насколько свежая? Может быть, ломают свежую дырку с mmap.
Совет ниже остаётся в силе:

>> По делу - читать 
>> http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html

Re: [freebsd] почему сервак рибутнулся?

[Alexander Chernyh]

On 06/22/2013 02:47 PM, Eugene Grosbein wrote:

On 22.06.2013 04:30, Alexander Chernyh wrote:

Дд

помогите разобратся почему сервак рибутнулся. в логах это

Jun 21 23:39:42 ab kernel: Fatal trap 12: page fault while in kernel mode
Jun 21 23:39:42 ab kernel: cpuid = 0; apic id = 00
Jun 21 23:39:42 ab kernel: fault virtual address= 0xab4
Jun 21 23:39:42 ab kernel: fault code   = supervisor write, page
not present
Jun 21 23:39:42 ab kernel: instruction pointer  = 0x20:0xc09aa853
Jun 21 23:39:42 ab kernel: stack pointer= 0x28:0xe7dfdb40
Jun 21 23:39:42 ab kernel: frame pointer= 0x28:0xe7dfdb4c
Jun 21 23:39:42 ab kernel: code segment = base 0x0, limit
0xf, type 0x1b
Jun 21 23:39:42 ab kernel: = DPL 0, pres 1, def32 1, gran 1
Jun 21 23:39:42 ab kernel: processor eflags = interrupt enabled,
resume, IOPL = 0
Jun 21 23:39:42 ab kernel: current process  = 21054
(drweb-icapd)
Jun 21 23:39:42 ab kernel: trap number  = 12
Jun 21 23:39:42 ab kernel: panic: page fault
Jun 21 23:39:42 ab kernel: cpuid = 0
Jun 21 23:39:42 ab kernel: KDB: stack backtrace:
Jun 21 23:39:42 ab kernel: #0 0xc06a9d9f at kdb_backtrace+0x4f
Jun 21 23:39:42 ab kernel: #1 0xc0675f7f at panic+0x16f
Jun 21 23:39:42 ab kernel: #2 0xc09b3633 at trap_fatal+0x323
Jun 21 23:39:42 ab kernel: #3 0xc09b3719 at trap_pfault+0xd9
Jun 21 23:39:42 ab kernel: #4 0xc09b466d at trap+0x43d
Jun 21 23:39:42 ab kernel: #5 0xc099df4c at calltrap+0x6
Jun 21 23:39:42 ab kernel: #6 0xc09aa942 at pmap_pvh_free+0x52
Jun 21 23:39:42 ab kernel: #7 0xc09ac412 at pmap_remove_pte+0x92
Jun 21 23:39:42 ab kernel: #8 0xc09ae364 at pmap_remove+0x1b4
Jun 21 23:39:42 ab kernel: #9 0xc095dd49 at vm_map_delete+0x199
Jun 21 23:39:42 ab kernel: #10 0xc0964055 at sys_munmap+0xf5
Jun 21 23:39:42 ab kernel: #11 0xc09b3d8a at syscall+0x34a
Jun 21 23:39:42 ab kernel: #12 0xc099dfb1 at Xint0x80_syscall+0x21

Из-за бага в ядре. Версию системы предлагается телепатировать?


виноват, забыл
FreeBSD 9.1-STABLE #4 i386


По делу - читать 
http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html

Re: [freebsd] почему сервак рибутнулся?

[Eugene Grosbein]

On 22.06.2013 04:30, Alexander Chernyh wrote:
> Дд
> 
> помогите разобратся почему сервак рибутнулся. в логах это
> 
> Jun 21 23:39:42 ab kernel: Fatal trap 12: page fault while in kernel mode
> Jun 21 23:39:42 ab kernel: cpuid = 0; apic id = 00
> Jun 21 23:39:42 ab kernel: fault virtual address= 0xab4
> Jun 21 23:39:42 ab kernel: fault code   = supervisor write, page 
> not present
> Jun 21 23:39:42 ab kernel: instruction pointer  = 0x20:0xc09aa853
> Jun 21 23:39:42 ab kernel: stack pointer= 0x28:0xe7dfdb40
> Jun 21 23:39:42 ab kernel: frame pointer= 0x28:0xe7dfdb4c
> Jun 21 23:39:42 ab kernel: code segment = base 0x0, limit 
> 0xf, type 0x1b
> Jun 21 23:39:42 ab kernel: = DPL 0, pres 1, def32 1, gran 1
> Jun 21 23:39:42 ab kernel: processor eflags = interrupt enabled, 
> resume, IOPL = 0
> Jun 21 23:39:42 ab kernel: current process  = 21054 
> (drweb-icapd)
> Jun 21 23:39:42 ab kernel: trap number  = 12
> Jun 21 23:39:42 ab kernel: panic: page fault
> Jun 21 23:39:42 ab kernel: cpuid = 0
> Jun 21 23:39:42 ab kernel: KDB: stack backtrace:
> Jun 21 23:39:42 ab kernel: #0 0xc06a9d9f at kdb_backtrace+0x4f
> Jun 21 23:39:42 ab kernel: #1 0xc0675f7f at panic+0x16f
> Jun 21 23:39:42 ab kernel: #2 0xc09b3633 at trap_fatal+0x323
> Jun 21 23:39:42 ab kernel: #3 0xc09b3719 at trap_pfault+0xd9
> Jun 21 23:39:42 ab kernel: #4 0xc09b466d at trap+0x43d
> Jun 21 23:39:42 ab kernel: #5 0xc099df4c at calltrap+0x6
> Jun 21 23:39:42 ab kernel: #6 0xc09aa942 at pmap_pvh_free+0x52
> Jun 21 23:39:42 ab kernel: #7 0xc09ac412 at pmap_remove_pte+0x92
> Jun 21 23:39:42 ab kernel: #8 0xc09ae364 at pmap_remove+0x1b4
> Jun 21 23:39:42 ab kernel: #9 0xc095dd49 at vm_map_delete+0x199
> Jun 21 23:39:42 ab kernel: #10 0xc0964055 at sys_munmap+0xf5
> Jun 21 23:39:42 ab kernel: #11 0xc09b3d8a at syscall+0x34a
> Jun 21 23:39:42 ab kernel: #12 0xc099dfb1 at Xint0x80_syscall+0x21

Из-за бага в ядре. Версию системы предлагается телепатировать?

По делу - читать 
http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html