Segmentation Fault core dumped

[Kristian]

Добрый вечер.
Попытался поднять на
6.4-RELEASE FreeBSD версию UTM utm-5.2.1-004-bsd
Проинсталил, проекспортил бекап базы.
Начал стартовать ядро , а он ушел в

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

(utm5_core), uid 0: exited on signal 11 (core dumped)

Логи мейн и дебаг чисты.

Но что интересно вывод gdb

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

Program received signal SIGSEGV, Segmentation fault.
0x286f6f97 in memset () from /usr/lib/libc.so.5

Может кто то подсказать, как поднять 5.2.1-004 на 6.4-RELEASE ????
Спасибо большое.

[Magnum72]

Добрый вечер.
Попытался поднять на
6.4-RELEASE FreeBSD версию UTM utm-5.2.1-004-bsd
Проинсталил, проекспортил бекап базы.
Начал стартовать ядро , а он ушел в

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

(utm5_core), uid 0: exited on signal 11 (core dumped)

Логи мейн и дебаг чисты.

Но что интересно вывод gdb

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

Program received signal SIGSEGV, Segmentation fault.
0x286f6f97 in memset () from /usr/lib/libc.so.5

Может кто то подсказать, как поднять 5.2.1-004 на 6.4-RELEASE ????
Спасибо большое.

Базу UTM5 проапдейтить не забыли?

[mikkey finn]

может как-то так:

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

 cat /etc/libmap.conf
#libc_r.so.5 libthr.so.2
#libc_r.so.6 libthr.so.2
libthr.so.1 libthr.so.2
libpthread.so.1 libthr.so.2
libpthread.so.2 libthr.so.2
libssl.so.3     libssl.so.5
libcrypto.so.3  libcrypto.so.5
libc.so.5       libc.so.6
libm.so.3       libm.so.4
libstdc++.so.4  libstdc++.so.5

[Kristian]

Забыл уточнить. нетап из которого делал експорт тоже utm-5.2.1-004-bsd

Но работал он раньше на FreeBsd 6.2.
по поводу либмапа гляну, отпишусь.

[Kristian]

Поменял ссылку libc.so.5 => /lib/libc.so.6

[root@gw /netup/utm5/bin]# ldd /netup/utm5/bin/utm5_core
/netup/utm5/bin/utm5_core:
libssl.so.3 => /usr/lib/libssl.so.3 (0x283e2000)
libcrypto.so.3 => /usr/lib/libcrypto.so.3 (0x28411000)
libcrypt.so.2 => /usr/local/lib/compat/libcrypt.so.2 (0x28511000)
libz.so.2 => /usr/local/lib/compat/libz.so.2 (0x28529000)
libpthread.so.1 => /usr/lib/libthr.so.2 (0x28539000)
libstdc++.so.4 => /usr/lib/libstdc++.so.5 (0x2854b000)
libm.so.3 => /lib/libm.so.4 (0x28616000)
libc.so.5 => /lib/libc.so.6 (0x2862c000)

Но теперь ошибка в memset () from /lib/libc.so.6

gdb

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

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x8539000 (LWP 100126)]
0x286eb9cf in memset () from /lib/libc.so.6

[Kristian]

UP
Заметил, что в debug.log перед тем как база ложится :

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

?Debug : May 27 00:38:40 DBCtx: SQL SELECT query: SELECT id, time_range_id, dont_save, local_traf_policy FROM t_class WHERE is_deleted='0'
?Debug : May 27 00:38:40 DBCtx: SQL SELECT query: SELECT t_class_id,saddr,saddr_mask,daddr,daddr_mask,sport,dport,input,output,src_as,dst_as,nexthop,tcp_flags,proto,tos,use_sport,use_dport,use_input,use_output,use_src_as,use_dst_as,use_nexthop,use_tcp_flags,use_proto,use_tos,skip, id, ip_from FROM t_class_detail WHERE is_deleted=0 ORDER BY t_class_id

Дамп базы занимает порядка 4 Гб.
Памяти на сервере тоже 4Гб. Может быть кора из за этого ?
Ведь ошибка то

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

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x8539000 (LWP 100142)]
0x286e69cf in memset () from /lib/libc.so.6

Но с другой стороны:

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

SYSTEM MEMORY INFORMATION:
mem_wire:         178786304 (    170MB) [  5%] Wired: disabled for paging out
mem_active:  +     87113728 (     83MB) [  2%] Active: recently referenced
mem_inactive:+ 2434957312 (   2322MB) [ 71%] Inactive: recently not referenced
mem_cache:   +    167997440 (    160MB) [  4%] Cached: almost avail. for allocation
mem_free:    +    548651008 (    523MB) [ 16%] Free: fully available for allocation
mem_gap_vm:  +       921600 (      0MB) [  0%] Memory gap: UNKNOWN
-------------- ------------ ----------- ------
mem_all:     =   3418427392 (   3260MB) [100%] Total real memory managed
mem_gap_sys: +     61702144 (     58MB)        Memory gap: Kernel?!
-------------- ------------ -----------
mem_phys:    =   3480129536 (   3318MB)        Total real memory available
mem_gap_hw:  +    277966848 (    265MB)        Memory gap: Segment Mappings?!
-------------- ------------ -----------
mem_hw:      =   3758096384 (   3584MB)        Total real memory installed

SYSTEM MEMORY SUMMARY:
mem_used:         606490624 (    578MB) [ 16%] Logically used memory
mem_avail:   +   3151605760 (   3005MB) [ 83%] Logically available memory
-------------- ------------ ----------- ------
mem_total:   =   3758096384 (   3584MB) [100%] Logically total memory

[Kristian]

UP

[Pulse]

следует попробывать сделать всё занова. 5.2.1-006 на freebsd 6.4 заводится без проблем и без всяких либмапов

[Kristian]

Попробовал поднять пустую базу - завелась без проблем.

Но когда поднимаю mysql дамп - ядро уходит в кору.

Я так понимаю причина коры - активная работа с памятью ....