Почему manticore (sphinx) не создаёт локальный индекс?

Question

[Avreliya777]

одни индексы создаёт нормально - создаются файлы типа .spa, .sph... и добавляется таблица которую видно по show tables.
а некоторые индексы не создаёт, создаются только файлы, но почему-то во-первых к файлам зачем-то добавляется приставка new, т.е. создаются .new.spa, .new.sph и т.д. А самое главное не создаётся таблица, т.е. в show tables индекса не видно, ну и поиск соответственно по этому индексу не работает. В логах вот так:

[Mon Dec 12 13:03:34.120 2022] [3012] WARNING: greedy rotate local myindex1
[Mon Dec 12 13:03:34.120 2022] [3012] WARNING: RotateIndexGreedy for 'myindex1' invoked
[Mon Dec 12 13:03:34.120 2022] [3012] WARNING: index 'myindex1': (null) - NOT SERVING

индексы создаю командой >indexer -c /manticore.conf.in myindex1 --rotate
в конфигах всё норм, настройки те же что и по предыдущим успешно созданным индексам (ну кроме имён для источника и самого индекса).

Что не так?

Comments

[ManticoreSearch]

Это происходит в Sphinx или Manticore? Какая версия?

[Avreliya777]

ManticoreSearch, Здравствуйте. Manticore 5.0.2 348514c86@220530 dev
ОС Windows 10.

Было бы хорошо чтобы хоть как-то можно было продолжить работу. Напр. построить таблицу по уже вот этим вот созданным файлам (.new.spa и т.д., потому что индекс-то как я понимаю сам создан, т.к. все файлы есть, но из-за того что они как-то именованы с приставкой .new - может из-за этого конфиг не нашёл из чего построить таблицу?)...

в конфиге примерно так:

source mysource1
{
  type             = mysql
  sql_host         = localhost
  sql_user         = root
  sql_pass         = 
  sql_db           = icons
  sql_query_pre	   = SET NAMES utf8

  sql_query        = тут сам запрос
  sql_attr_uint    = id
  sql_attr_uint    = idc
  sql_attr_uint    = ids
}

index myindex1 {
	index_exact_words = 1
	expand_keywords = 1
  type   = plain
  source = mysource1
  path   = C:/Manticore/var/data/myindex1/
}

ну и вот сами файлы индекса:


Ещё пользуясь случаем хочу спросить, возможно ли как-то не останавливая службу почистить какой-то командой query.log? А то он уже до 3 гб почти разросся... да и вообще, обязательно ли вести лог всех запросов? спасибо.

[Avreliya777]

ManticoreSearch, помню кстати точь в точь такая же проблема была даже с теми же индексами, которые норм создаются, но как только добавлялась в конфиге строка о лемматизации (т.е. lemmatize_ru_all, хотя со стеммингом индекс создавался нормально), то тоже вот такая фигня была, не создавалась таблица (а файлы приобретали приставку .new). От лемматизации поэтому было принято решение отказаться. Но теперь вот такая же проблема уже без лемматизации.

Answer 1

[ManticoreSearch]

path = C:/Manticore/var/data/myindex1/

Уберите слэш в конце или добавьте после него что-то, иначе у вас получается имя файла индекса пустое.

возможно ли как-то не останавливая службу почистить какой-то командой query.log

echo "" > query.log

или

mv query.log query.log.1 и flush logs в searchd или отправить сигнал USR1

обязательно ли вести лог всех запросов?

нет

Comments

[Avreliya777]

Дело в том, что у меня все индексы построены со слэшем в конце, и вроде ничего, создавались файлы без имени (т.е. вида: .sph и т.д.)
Значит так, после того как было прописано всё таки имя после слэша, и о чудо, уж не знаю из-за этого ли, но таблицы сегодня все были созданы! :))) Понаблюдаю, будет ли ещё такая ерунда попадаться, но если нужно было всего лишь прописать имя, то это хорошо :)

По поводу логов, echo "" > query.log и mv query.log query.log.1 (в виде только move) не помогает т.к. пишет что файл занят другим процессом (службой manticore), если бы не был, можно было бы файл конечно удалить/переименовать и всё:)
Но выход всё равно был найден через LockHunter. Файл удалён без остановки службы manticore, после создания нового файла и flush logs туда продолжились писаться логи.

в общем спасибо)

p.s: и ещё если знаете подскажите как вообще отключить запись в query.log
пока приходит на ум просто не все писать запросы (а только тормознутые) через query_log_min_msec = 1s,
через увеличение времени можно свести запись на нет. хотя с такой опцией полное отключение наверное уже и смысла особого не имеет, т.к. файл не будет разрастаться сильно