Периодически падает searchd (несколько раз в день). Каких то зависимостей не было обнаружено. Падение было на предпоследней и на последней версии. Самый свежий лог в момент краша прикладываю:
------- FATAL: CRASH DUMP -------
[Tue Aug 15 04:01:46.207 2023] [290790]
--- crashed SphinxQL request dump ---
SELECT id
FROM products
WHERE
MATCH('@(title,author_full_name_list,translator_full_name_list,
category_tree_list,brand,item_title_synonyms,umk_title,school_subject_title_list,material_type_title)
(избушка|на|костях)')
LIMIT 0
FACET product_type ORDER BY
COUNT(*) DESC, FACET() DESC LIMIT 10000 FACET available ORDER BY COUNT(*) DESC, FACET()
DESC LIMIT 10000 FACET category_tree_id_list ORDER BY COUNT(*) DESC, FACET() DESC
LIMIT 10000 FACET marketing_status_list ORDER BY COUNT(*) DESC, FACET() DESC LIMIT
10000 FACET marketing_status_list ORDER BY COUNT(*) DESC, FACET() DESC LIMIT 10000
FACET available ORDER BY COUNT(*) DESC, FACET() DESC LIMIT 10000 FACET marketing_status_list
ORDER BY COUNT(*) DESC, FACET() DESC LIMIT 10000 FACET author_id_list ORDER BY COUNT(*)
DESC, FACET() DESC LIMIT 11 FACET series_id ORDER BY COUNT(*) DESC, FACET() DESC LIMIT
11 FACET publishing_house_id ORDER BY COUNT(*) DESC, FACET() DESC LIMIT 11 FACET manufacturer_id
ORDER BY COUNT(*) DESC, FACET() DESC LIMIT 11 FACET school_class_id_list ORDER BY
COUNT(*) DESC, FACET() DESC LIMIT 10000 FACET school_subject_id_list ORDER BY COUNT(*)
DESC, FACET() DESC LIMIT 10000 FACET material_type_id ORDER BY COUNT(*) DESC, FACET()
DESC LIMIT 10000 FACET education_system_id ORDER BY COUNT(*) DESC, FACET() DESC LIMIT
10000 FACET umk_id ORDER BY COUNT(*) DESC, FACET() DESC LIMIT 11 FACET cover_id ORDER
BY COUNT(*) DESC, FACET() DESC LIMIT 10000 FACET is_school_prepare ORDER BY COUNT(*)
DESC, FACET() DESC LIMIT 10000 FACET is_out_of_class_reading ORDER BY COUNT(*) DESC,
FACET() DESC LIMIT 10000 FACET school_exam_id_list ORDER BY COUNT(*) DESC, FACET()
DESC LIMIT 10000 FACET school_exam_year_id ORDER BY COUNT(*) DESC, FACET() DESC LIMIT
10000
--- request dump end ---
--- local index:products
Manticore 6.2.0 45680f95d@230804 (columnar 2.2.0 dc33868@230804) (secondary 2.2.0 dc33868@230804)
Handling signal 6
-------------- backtrace begins here ---------------
Program compiled with Clang 15.0.7
Configured with flags: Configured with these definitions: -DDISTR_BUILD=jammy -DUSE_SYSLOG=1 -DWITH_GALERA=1 -DWITH_RE2=1 -DWITH_RE2_FORCE_STATIC=1 -DWITH_STEMMER=1 -DWITH_STEMMER_FORCE_STATIC=1 -DWITH_NLJSON=1 -DWITH_UNIALGO=1 -DWITH_ICU=1 -DWITH_ICU_FORCE_STATIC=1 ->Built on Linux x86_64 (jammy) (cross-compiled)
Stack bottom = 0x7efb600f7220, thread stack size = 0x20000
Trying manual backtrace:
Something wrong with thread stack, manual backtrace may be incorrect (fp=0x1)
Wrong stack limit or frame pointer, manual backtrace failed (fp=0x1, stack=0x7efb600f0000, stacksize=0x20000)
Доп.инфа:
Средняя нагрузка 100 qps
Несколько индексов: для товаров, подсказок, справочников.
Около 650 тысяч записей,
17 полнотекстовых полей
30 атрибутов
Размеры индексов не большие, самый тяжелый 600 мб
Железо:
Процессор 2 × Intel Silver 4214R (12x2.4 ГГц HT)
Память 64 ГБ — 8 × 8 ГБ DDR4 ECC Reg
Диск 1000 ГБ SSD NVMe M.2; 2 × 240 ГБ SSD SATA Enterprise
Сетевые карты
2 × 10 GE + port to Private network 10 Гбит/s
Материнская плата
X11DPi-NT