The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"squid: tcp_outgoing_address уходит в kernel panic: double fault"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Настройка Squid и других прокси серверов (Squid)
Изначальное сообщение [ Отслеживать ]

"squid: tcp_outgoing_address уходит в kernel panic: double fault"  +/
Сообщение от max88 email(ok) on 02-Авг-11, 16:08 
Я повторяю своё сообщение здесь, т.к. оно относится к прокси серверу SQUID.
Добрый день!
Имеется два канала интернета. Настраиваю сквид с опцией tcp_outgoing_address ip users
Всё прекрасно работает, минут 10-15 от силы 20. После чего сервер сам перезагружается.
Fatal double fault:
eip = 0xc095e895
esp = 0xd84a6000
ebp = 0xd84a6008
cpuid = 0; apic id = 00
panic: double fault
cpuid = 0
Uptime: 4m6s
Physical memory: 499 MB
Dumping 105 MB: 90 74 58 42 26 10

Обновил сквид до последней весрии, даже кажется стал быстрее перезагружаться.
От чего это может быть?
Всё работает замечательно без tcp_outgoing_address.
У меня есть дамп ядра, можно ли что нибудь там увидеть и если можно то как?

Вот backtrace ядра:

%kgdb kernel.debug /var/crash/vmcore.1
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 double fault:
eip = 0xc094a468
esp = 0xd8553fc0
ebp = 0xd8554050
cpuid = 0; apic id = 00
panic: double fault
cpuid = 0
Uptime: 37m56s
Physical memory: 499 MB
Dumping 59 MB: 44 28 12

Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from /boot/kernel/ng_socket.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_socket.ko
Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/netgraph.ko
Reading symbols from /boot/kernel/ng_iface.ko...Reading symbols from /boot/kernel/ng_iface.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_iface.ko
Reading symbols from /boot/kernel/ng_ppp.ko...Reading symbols from /boot/kernel/ng_ppp.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_ppp.ko
Reading symbols from /boot/kernel/ng_pptpgre.ko...Reading symbols from /boot/kernel/ng_pptpgre.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_pptpgre.ko
Reading symbols from /boot/kernel/ng_ksocket.ko...Reading symbols from /boot/kernel/ng_ksocket.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_ksocket.ko
Reading symbols from /boot/kernel/ng_vjc.ko...Reading symbols from /boot/kernel/ng_vjc.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_vjc.ko
#0  doadump () at pcpu.h:246
246             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump () at pcpu.h:246
#1  0xc08a7567 in boot (howto=260) at ../../../kern/kern_shutdown.c:416
#2  0xc08a77c9 in panic (fmt=Variable "fmt" is not available.
) at ../../../kern/kern_shutdown.c:590
#3  0xc0bbeaab in dblfault_handler () at ../../../i386/i386/trap.c:971
#4  0xc094a468 in flowtable_lookup (ft=0xc3419000, ssa=0xd85540f0, dsa=0xd8554070, fibnum=0, flags=2050)
    at ../../../net/flowtable.c:1115
#5  0xc094acbc in flowtable_lookup_mbuf (ft=0xc3419000, m=0xc3412400, af=2) at ../../../net/flowtable.c:607
#6  0xc09c61cf in ip_output (m=0xc3412400, opt=0x0, ro=0x0, flags=0, imo=0x0, inp=0xc3ef3898)
    at ../../../netinet/ip_output.c:164
#7  0xc0a2a396 in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1190
#8  0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#9  0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#10 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#11 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#12 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#13 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#14 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#15 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#16 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#17 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#18 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#19 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#20 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#21 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#22 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#23 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#24 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#25 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#26 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#27 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#28 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#29 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#30 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#31 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#32 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#33 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#34 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#35 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#36 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#37 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#38 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#39 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#40 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
---Type <return> to continue, or q <return> to quit---
#41 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#42 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#43 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#44 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#45 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#46 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#47 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#48 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#49 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#50 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#51 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#52 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#53 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#54 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#55 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#56 0xc0a2cc28 in tcp_mtudisc (inp=0xc3ef3898, errno=0) at tcp_offload.h:282
#57 0xc0a2a48b in tcp_output (tp=0xc3e8cc58) at ../../../netinet/tcp_output.c:1251
#58 0xc0a34fe2 in tcp_usr_send (so=0xc3e899a8, flags=0, m=0xc39fd200, nam=0x0, control=0x0, td=0xc3ccd280)
    at tcp_offload.h:282
#59 0xc0908a85 in sosend_generic (so=0xc3e899a8, addr=0x0, uio=0xd8555c58, top=0xc39fd200, control=0x0, flags=0,
    td=0xc3ccd280) at ../../../kern/uipc_socket.c:1260
#60 0xc0904b8f in sosend (so=0xc3e899a8, addr=0x0, uio=0xd8555c58, top=0x0, control=0x0, flags=0, td=0xc3ccd280)
    at ../../../kern/uipc_socket.c:1304
#61 0xc08ebd93 in soo_write (fp=0xc3e21c78, uio=0xd8555c58, active_cred=0xc3df7200, flags=0, td=0xc3ccd280)
    at ../../../kern/sys_socket.c:102
#62 0xc08e4f77 in dofilewrite (td=0xc3ccd280, fd=99, fp=0xc3e21c78, auio=0xd8555c58, offset=-1, flags=0) at file.h:239
#63 0xc08e5268 in kern_writev (td=0xc3ccd280, fd=99, auio=0xd8555c58) at ../../../kern/sys_generic.c:446
#64 0xc08e52ef in write (td=0xc3ccd280, uap=0xd8555cf8) at ../../../kern/sys_generic.c:362
#65 0xc0bbf313 in syscall (frame=0xd8555d38) at ../../../i386/i386/trap.c:1111
#66 0xc0ba1ae0 in Xint0x80_syscall () at ../../../i386/i386/exception.s:261
#67 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)

Что из этого можно сказать? Я честно ни чего не пойму в этой каше.

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "squid: tcp_outgoing_address уходит в kernel panic: double fault"  +/
Сообщение от sherlock (ok) on 02-Авг-11, 21:20 
> Я повторяю своё сообщение здесь, т.к. оно относится к прокси серверу SQUID.

а можно вопрос, какая версия FreeBSD и как осуществлен доступ к инету, чистый езернет, pppoe, pptp и т.д.?

просто double panic это очень трудная ошибка, дословно у операционки возникло исключение и при обработке его, возникло еще одно, как правило большинство случаев связано с проблемами с железом, но у меня была трабла, что MPD не дружил по pppoe с CISCO, сервер падал хаотично, то пару дней отработает, то по нескольку раз за день, ушли на pptp все работает как часики.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "squid: tcp_outgoing_address уходит в kernel panic: double fault"  +/
Сообщение от max88 email(ok) on 03-Авг-11, 09:00 
>> Я повторяю своё сообщение здесь, т.к. оно относится к прокси серверу SQUID.
> а можно вопрос, какая версия FreeBSD и как осуществлен доступ к инету,
> чистый езернет, pppoe, pptp и т.д.?
> просто double panic это очень трудная ошибка, дословно у операционки возникло исключение
> и при обработке его, возникло еще одно, как правило большинство случаев
> связано с проблемами с железом, но у меня была трабла, что
> MPD не дружил по pppoe с CISCO, сервер падал хаотично, то
> пару дней отработает, то по нескольку раз за день, ушли на
> pptp все работает как часики.

Доброе утро! FreeBSD 8.1 Stable. Значит сервак подключён по езернету к циске(наземный канал), и запущен mpd4 pptp (впн) к серверу асинхронного доступа интернета, обратка сыпется через антенну. Такая же схема у меня работает в другом месте на другом сервере, правда там стоит FreeBSD 7.0. И всё работает замечательно, без всяких panic'ов.
Ещё раз замечу, если не использовать tcp_outgoing_address, то всё работает хорошо, по двум каналам, ну само сабой squid по одному каналу.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру