Lost connection to MySQL server during query #327
Comments
|
Для того чтобы воспроизвести креш локально, нужен ваш индекс fias и конфиг. Вы можете залить их на наш write-only FTP Вам нужно только создать папку там github-issue-327 и загрузить данные туда в виде архива. |
|
так же перед отправкой индекса проверьте его |
|
Вылетает с ошибкой: using config file 'manticore.conf'... Индекс ФИАС достаточно большой, он состояит из 9 локальных индексов по 10М, всё это занимает около 20 Гигов |
|
да ошибся, нужен индекс fias1 и его нужно проверить indextool чтобы убрать ошибку нужно удалить \ закоментировать строчку с опцией data_dir в searchd секции |
|
root@srv-search-01:/etc/manticoresearch# indextool -c manticore.conf --check fias0 using config file 'manticore.conf'... using config file 'manticore.conf'... |
|
если проверка прошлась и запрос к индексу fias1 так же вызывает креш - то загрузите индекс на наш FTP чтобы мы могли расследовать креш локально. |
|
Залил индекс и настройки в папку github-issue-327 на сервер dev.manticoresearch.com |
|
попробовал запрос который вызывает креш на данных которые вы предоставили и все работает как и должно какая ОС у вас? какой пакет вы использовали? |
|
может это связано с отсутсвием файла wordforms в индексе который вы залили или креш зависит от пакета \ платформы - но мне нужен воспроизводимый кейс который я мог бы повторить локально для дальнейшего расследования. |
wordforms.txt на сервере установлен, он очень простой, создан в целях тестирования Информация по версии: Built by gcc/clang v 4.9.2, Built on Linux runner-0277ea0f-project-3858465-concurrent-0 4.19.78-coreos #1 SMP Mon Oct 14 22:56:39 -00 2019 x86_64 GNU/Linux Configured by CMake with these definitions: -DCMAKE_BUILD_TYPE=RelWithDebInfo -DDISTR_BUILD=jessie -DUSE_SSL=ON -DDL_UNIXODBC=1 -DUNIXODBC_LIB=libodbc.so.2 -DDL_EXPAT=1 -DEXPAT_LIB=libexpat.so.1 -DUSE_LIBICONV=1 -DDL_MYSQL=1 -DMYSQL_LIB=libmysqlclient.so.18 -DDL_PGSQL=1 -DPGSQL_LIB=libpq.so.5 -DLOCALDATADIR=/var/data -DFULL_SHARE_DIR=/usr/share/manticore -DUSE_ICU=1 -DUSE_BISON=ON -DUSE_FLEX=ON -DUSE_SYSLOG=1 -DWITH_EXPAT=1 -DWITH_ICONV=ON -DWITH_MYSQL=1 -DWITH_ODBC=ON -DWITH_PGSQL=1 -DWITH_RE2=1 -DWITH_STEMMER=1 -DWITH_ZLIB=ON -DGALERA_SOVERSION=31 -DSYSCONFDIR=/etc/manticoresearch Usage: indexer [OPTIONS] [indexname1 [indexname2 [...]]] Версия linux: root@srv-search-01:/etc/manticoresearch# lsb_release -a root@srv-search-01:/etc/manticoresearch# uname -r Ещё странный момент, на сервере данном очень долго отрабатывает, притом что на локальной машине (под виндой) работает очень быстро ~0.01 сек. Попытка select: Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. MySQL [(none)]> select * from fias1 where match('кошурникова край') limit 1; Что можете порекомендовать в данной ситуации? |
|
Обновился до версии Manticore 3.4.2 6903305@200410 release Где можно найти справку как оптимизировать скорость работы под убунтой? |
Такой справки нет, нужно смотреть конкретно на ситуацию. Ну если навскидку, то если памяти достаточно, то попробуйте: запускать searchd с --force-preread. Пишите на [email protected], если требуется более конкретная помощь. Проанализируем вашу ситуацию и скажем что можно сделать. |
|
Спасибо за помощь! |
Всегда при попытке поиска более 1 терма вылетает с ошибкой:
------- FATAL: CRASH DUMP -------
[Fri Apr 10 18:35:30.948 2020] [ 2421]
--- crashed SphinxQL request dump ---
select * from fias where match('Кошурникова край') limit 1
--- request dump end ---
--- local index:fias1
Manticore 3.4.0 0686d9f@200326 release
Handling signal 11
-------------- backtrace begins here ---------------
Program compiled with 4.9.2
Configured with flags: Configured by CMake with these definitions: -DCMAKE_BUILD_TYPE=RelWithDebInfo -DDISTR_BUILD=jessie -DUSE_SSL
Host OS is Linux runner-0277ea0f-project-3858465-concurrent-0 4.19.78-coreos #1 SMP Mon Oct 14 22:56:39 -00 2019 x86_64 GNU/Linux
Stack bottom = 0x7fb96cd2ee9f, thread stack size = 0x100000
Trying manual backtrace:
Something wrong with thread stack, manual backtrace may be incorrect (fp=0x5)
Wrong stack limit or frame pointer, manual backtrace failed (fp=0x5, stack=0x7fb96cd30000, stacksize=0x100000)
Trying system backtrace:
begin of system symbols:
/usr/bin/searchd(_Z12sphBacktraceib+0x8b)[0x7132db]
/usr/bin/searchd(_ZN16SphCrashLogger_c11HandleCrashEi+0x206)[0x57a316]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7fbcd39e0890]
/lib/x86_64-linux-gnu/libc.so.6(+0x94354)[0x7fbcd2062354]
/lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x27d)[0x7fbcd20652ed]
[Fri Apr 10 18:35:31.170 2020] [1415] watchdog: main process 2421 killed dirtily with signal 11, core dumped, will be restarted
[Fri Apr 10 18:35:31.170 2020] [1415] watchdog: got error 10, No child processes
[Fri Apr 10 18:35:31.171 2020] [1415] watchdog: main process 2433 forked ok
[Fri Apr 10 18:35:31.171 2020] [2433] listening on all interfaces, port=9312
[Fri Apr 10 18:35:31.171 2020] [2433] listening on all interfaces, port=9306
[Fri Apr 10 18:35:31.171 2020] [2433] WARNING: thread_pool disabled, can not listen for http interface, port=9308, use workers=thre
[Fri Apr 10 18:35:31.171 2020] [2433] WARNING: index 'baseIndex': prealloc: failed to open /home/manticoredata/data/base.sph: No su
[Fri Apr 10 18:35:31.171 2020] [2433] WARNING: index 'baseIndex': prealloc: failed to open /home/manticoredata/data/base.sph: No su
[Fri Apr 10 18:35:31.195 2020] [2433] accepting connections
[Fri Apr 10 18:35:31.195 2020] [2435] prereading 9 indexes
The text was updated successfully, but these errors were encountered: