Сервер Manticore Search может быть запущен разными способами, в зависимости от типа установки.

После установки служба Manticore Search не запускается автоматически. Чтобы запустить Manticore, выполните следующую команду:

sudo systemctl start manticore

Чтобы остановить Manticore, выполните следующую команду:

sudo systemctl stop manticore

Служба Manticore настроена на запуск при загрузке. Вы можете проверить это, выполнив:

sudo systemctl is-enabled manticore

Если вы хотите отключить автоматический запуск Manticore при загрузке, выполните:

sudo systemctl disable manticore

Чтобы включить автозапуск Manticore при загрузке, выполните:

sudo systemctl enable manticore

Процесс searchd записывает информацию о запуске в журнал systemd. Если ведение журнала systemd включено, вы можете просмотреть записанную информацию с помощью следующей команды:

sudo journalctl -u manticore

systemctl set-environment _ADDITIONAL_SEARCHD_PARAMS позволяет указать пользовательские флаги запуска, с которыми следует запускать демон Manticore Search. Полный список смотрите здесь.

Например, чтобы запустить Manticore с уровнем логирования debug, можно выполнить:

systemctl set-environment _ADDITIONAL_SEARCHD_PARAMS='--logdebug'
systemctl restart manticore

Чтобы отменить это, выполните:

systemctl set-environment _ADDITIONAL_SEARCHD_PARAMS=''
systemctl restart manticore

Обратите внимание, что переменные окружения systemd сбрасываются при перезагрузке сервера.

Manticore можно запускать и останавливать с помощью команд service:

sudo service manticore start
sudo service manticore stop

Чтобы включить службу sysV для автозапуска в системах RedHat, выполните:

chkconfig manticore on

Чтобы включить службу sysV для автозапуска в системах Debian (включая Ubuntu), выполните:

update-rc.d manticore defaults

Обратите внимание, что searchd запускается системой инициализации от имени пользователя manticore, и все файлы, созданные сервером, будут принадлежать этому пользователю. Если searchd запустить, например, от имени root, права на файлы изменятся, что может вызвать проблемы при повторном запуске searchd в качестве службы.

Вы также можете запустить Manticore Search, вызвав напрямую searchd (исполняемый файл сервера Manticore Search):

searchd [OPTIONS]

Обратите внимание, что без указания пути к файлу конфигурации searchd попытается найти его в нескольких местах в зависимости от операционной системы.

Доступные для searchd во всех операционных системах параметры:

• --help (сокращённо -h) выводит список всех параметров, которые могут быть использованы в вашей конкретной сборке searchd.

• --version (сокращённо -v) показывает информацию о версии Manticore Search.

• --quiet (сокращённо -q) подавляет вывод при запуске, кроме ошибок (баннер и сообщения о предварительном кэшировании).

• --config <file> (сокращённо -c <file>) указывает searchd использовать указанный файл в качестве конфигурации.

• --stop используется для асинхронной остановки searchd, используя данные PID-файла, указанного в конфигурационном файле Manticore. Поэтому вам также может потребоваться указать searchd, какой конфигурационный файл использовать, с помощью опции --config. Пример:

  $ searchd --config /etc/manticoresearch/manticore.conf --stop

• --stopwait используется для синхронной остановки searchd. --stop по сути говорит запущенному экземпляру завершиться (отправляя ему SIGTERM) и затем немедленно возвращает управление. --stopwait также попытается дождаться, пока запущенный экземпляр searchd фактически завершит процесс остановки (например, сохранит все ожидающие изменения атрибутов) и завершится. Пример:

  $ searchd --config /etc/manticoresearch/manticore.conf --stopwait

  Возможные коды завершения следующие:

  • 0 при успехе
  • 1 если не удалось подключиться к запущенному серверу searchd
  • 2 если сервер сообщил об ошибке во время остановки
  • 3 если сервер аварийно завершился во время остановки

• Команда --status используется для запроса статуса запущенного экземпляра searchd, используя данные подключения из (опционально) предоставленного конфигурационного файла. Она попытается подключиться к запущенному экземпляру, используя первый найденный UNIX-сокет или TCP-порт из конфигурационного файла. В случае успеха она запросит ряд значений статуса и счётчиков производительности и выведет их. Вы также можете использовать команду SHOW STATUS для доступа к тем же самым счётчикам через SQL-протокол. Примеры:

  $ searchd --status
  $ searchd --config /etc/manticoresearch/manticore.conf --status

• --pidfile используется для явного принудительного использования PID-файла (где хранится идентификационный номер процесса searchd) несмотря на любые другие отладочные опции, которые говорят об обратном (например, --console). Это отладочная опция.

  $ searchd --console --pidfile

• --console используется для принудительного перевода searchd в консольный режим. Обычно Manticore работает как обычное серверное приложение и записывает информацию в файлы журналов (как указано в конфигурационном файле). Однако при отладке проблем в конфигурации или самом сервере, или при попытке диагностировать трудноуловимые проблемы, может быть проще заставить его выводить информацию напрямую в консоль/командную строку, из которой он был вызван. Запуск в консольном режиме также означает, что процесс не будет разветвляться (поэтому поиски выполняются последовательно) и журналы не будут записываться. (Следует отметить, что консольный режим не является предназначенным методом для запуска searchd.) Вы можете вызвать его так:

  $ searchd --config /etc/manticoresearch/manticore.conf --console

• Опции --logdebug, --logreplication, --logdebugv и --logdebugvv включают дополнительный отладочный вывод в журнал сервера. Они различаются по уровню детализации журналирования. Это отладочные опции, и их обычно не следует включать, так как они могут сильно засорить журнал. Их можно временно использовать по запросу для помощи в сложных сессиях отладки.

• --iostats используется вместе с опциями журналирования (query_log должен быть активирован в manticore.conf) для предоставления более подробной информации по каждому запросу о операциях ввода/вывода, выполненных в ходе этого запроса, с небольшим снижением производительности и немного большими журналами. Статистика IO не включает информацию об операциях IO для атрибутов, так как они загружаются с помощью mmap. Чтобы включить её, вы можете запустить searchd следующим образом:

  $ searchd --config /etc/manticoresearch/manticore.conf --iostats

• --cpustats используется для предоставления отчёта о фактическом времени процессора (в дополнение к реальному времени) как в файле журнала запросов (для каждого заданного запроса), так и в отчёте о статусе (агрегированном). Это зависит от системного вызова Linux clock_gettime() или переходит к менее точному вызову на определённых системах. Вы можете запустить searchd так:

  $ searchd --config /etc/manticoresearch/manticore.conf --cpustats

• --port portnumber (сокращённо -p) используется для указания порта, который Manticore должен прослушивать для принятия запросов по бинарному протоколу, обычно для целей отладки. Обычно по умолчанию это 9312, но иногда вам нужно запустить его на другом порту. Указание его в командной строке переопределит всё, указанное в конфигурационном файле. Допустимый диапазон — от 0 до 65535, но порты с номерами 1024 и ниже обычно требуют привилегированной учётной записи для запуска.

  Пример использования:

  $ searchd --port 9313

• --listen ( address ":" port | port | path ) [ ":" protocol ] (или сокращённо -l) Работает как --port, но позволяет указать не только порт, но и полный путь, IP-адрес и порт, или путь к Unix-доменному сокету, который будет прослушивать searchd. Другими словами, вы можете указать либо IP-адрес (или имя хоста) и номер порта, либо просто номер порта, либо путь к Unix-сокету. Если вы укажете номер порта, но не адрес, searchd будет прослушивать все сетевые интерфейсы. Unix-путь идентифицируется начальным слэшем. В качестве последнего параметра вы также можете указать обработчик протокола (слушатель), который будет использоваться для соединений на этом сокете. Поддерживаемые значения протокола: 'sphinx' и 'mysql' (протокол MySQL, используемый с версии 4.1).

• --force-preread запрещает серверу обслуживать любые входящие соединения до завершения предварительного чтения файлов таблиц. По умолчанию при запуске сервер принимает соединения, пока файлы таблиц лениво загружаются в память. Эта опция расширяет поведение и заставляет его ждать, пока файлы не будут загружены.

• --index (--table) <table> (или сокращённо -i (-t) <table>) заставляет этот экземпляр searchd обслуживать только указанную таблицу. Как и --port выше, это обычно для целей отладки; более долгосрочные изменения обычно следует вносить в сам конфигурационный файл.

• --strip-path удаляет пути из всех имен файлов, на которые ссылается таблица (стоп-слова, формы слов, исключения и т.д.). Это полезно для использования таблиц, созданных на другой машине с возможными отличиями в расположении путей.

• Переключатель --replay-flags=<OPTIONS> можно использовать для указания списка дополнительных опций воспроизведения бинарного лога. Поддерживаемые опции:

  • accept-desc-timestamp — игнорировать понижающиеся временные метки транзакций и воспроизводить такие транзакции в любом случае (поведение по умолчанию — выход с ошибкой).
  • ignore-open-errors — игнорировать отсутствие файлов binlog (поведение по умолчанию — выход с ошибкой).
  • ignore-trx-errors — игнорировать любые ошибки транзакций и пропустить текущий файл binlog (поведение по умолчанию — выход с ошибкой).
  • ignore-all-errors — игнорировать все описанные выше ошибки (поведение по умолчанию — выход с ошибкой).

  Пример:

    $ searchd --replay-flags=accept-desc-timestamp

• --coredump используется для включения сохранения core-файла или минидампа сервера при сбое. По умолчанию отключено для ускорения перезапуска сервера после сбоя. Это полезно для целей отладки.

  $ searchd --config /etc/manticoresearch/manticore.conf --coredump

• --new-cluster инициализирует кластер репликации и делает сервер эталонным узлом с защитой перезапуска кластера. В Linux также можно запустить manticore_new_cluster. Он запустит Manticore в режиме --new-cluster через systemd.

• --new-cluster-force инициализирует кластер репликации и делает сервер эталонным узлом, обходя защиту перезапуска кластера. В Linux также можно запустить manticore_new_cluster --force. Он запустит Manticore в режиме --new-cluster-force через systemd.

• --mockstack анализирует и выводит необходимые размеры стека для рекурсивной оценки выражений, операций сопоставления с образцом и обработки фильтров. Эта отладочная опция выводит рассчитанные требования к стеку в консоль для целей оптимизации. Вывод содержит переменные окружения, которые можно использовать для настройки требований к стеку для разных операций.

  Пример:

  $ searchd --mockstack
  Manticore 7.4.7 e90b5afbb@25032706 dev (columnar 4.1.2 15bbcc7@25031206) (secondary 4.1.2 15bbcc7@25031206) (knn 4.1.2 15bbcc7@25031206)
  Copyright (c) 2001-2016, Andrew Aksyonoff
  Copyright (c) 2008-2016, Sphinx Technologies Inc (http://sphinxsearch.com)
  Copyright (c) 2017-2025, Manticore Software LTD (https://manticoresearch.com)
  
  export MANTICORE_KNOWN_CREATE_SIZE=200
  export MANTICORE_START_KNOWN_CREATE_SIZE=4504
  export MANTICORE_KNOWN_EXPR_SIZE=16
  export MANTICORE_START_KNOWN_EXPR_SIZE=200
  export MANTICORE_NONE=32
  export MANTICORE_START_NONE=104
  export MANTICORE_KNOWN_FILTER_SIZE=224
  export MANTICORE_START_KNOWN_FILTER_SIZE=11192
  export MANTICORE_KNOWN_MATCH_SIZE=320
  export MANTICORE_START_KNOWN_MATCH_SIZE=14552
  export NO_STACK_CALCULATION=1

Существуют некоторые опции для searchd, специфичные для платформ Windows, связанные с обработкой как службы, и доступны только в бинарных файлах для Windows.

Обратите внимание, что в Windows searchd по умолчанию запускается в режиме --console, если он не установлен как служба.

• --install устанавливает searchd как службу в Microsoft Management Console (Панель управления / Администрирование / Службы). Любые другие параметры, указанные в командной строке вместе с --install, также будут включены в командную строку при последующих запусках службы. Например, при вызове searchd вам, вероятно, потребуется также указать конфигурационный файл с помощью --config, и это нужно делать вместе с --install. После установки будут доступны обычные средства запуска/остановки через консоль управления, поэтому любые методы управления службами также применимы к searchd. Пример:

  C:\WINDOWS\system32> C:\Manticore\bin\searchd.exe --install
     --config C:\Manticore\manticore.conf

  Если вы хотите видеть статистику ввода-вывода при каждом запуске searchd, нужно указать опцию в той же строке, что и команда --install, следующим образом:

  C:\WINDOWS\system32> C:\Manticore\bin\searchd.exe --install
     --config C:\Manticore\manticore.conf --iostats

• --delete удаляет службу из Microsoft Management Console и других мест регистрации служб после ее предыдущей установки с --install. Обратите внимание, что это не удаляет программное обеспечение и не удаляет таблицы. Это означает, что служба не будет вызываться системой служб и не будет запускаться при следующем старте машины. Если служба запущена в данный момент, текущий экземпляр не будет завершен (до следующей перезагрузки или до вызова --stop). Если служба была установлена с кастомным именем (с помощью --servicename), то при удалении нужно указать то же имя с --servicename. Пример:

  C:\WINDOWS\system32> C:\Manticore\bin\searchd.exe --delete

• --servicename <name> задает данное имя для searchd при установке или удалении службы, как оно будет отображаться в консоли управления; по умолчанию это searchd, но если применяется на серверах с несколькими администраторами или системах с несколькими экземплярами searchd, может иметь смысл использовать более описательное имя. Обратите внимание, что без сочетания с --install или --delete эта опция ни на что не влияет. Пример:

  C:\WINDOWS\system32> C:\Manticore\bin\searchd.exe --install
     --config C:\Manticore\manticore.conf --servicename ManticoreSearch

• --ntservice — опция, которую Microsoft Management Console передает searchd для запуска его как службы на платформах Windows. Обычно вызывать ее напрямую не нужно; Windows вызовет ее сама при запуске службы, хотя теоретически можно запустить и из командной строки (в дополнение к --console).

• --safetrace заставляет searchd использовать для отчетов о сбоях только системный вызов backtrace(). В редких случаях это может быть более «безопасным» способом получить отчет. Это отладочная опция.

• Переключатель --nodetach (только Linux) говорит searchd не отделяться в фон. Это также приведет к выводу записей журнала в консоль. Обработка запросов работает как обычно. Это отладочная опция и также может быть полезна при запуске Manticore в Docker-контейнере для захвата его вывода.

Manticore использует plugin_dir для хранения и использования плагинов Manticore Buddy. По умолчанию это значение доступно пользователю "manticore" в стандартной установке. Однако если вы запускаете демон searchd вручную под другим пользователем, демон может не иметь доступа к plugin_dir. Чтобы решить эту проблему, убедитесь, что вы указали plugin_dir в секции common, куда пользователь, запускающий демон searchd, имеет права записи.

searchd поддерживает несколько сигналов:

• SIGTERM - Инициирует корректное завершение работы. Новые запросы не будут обрабатываться, но уже начатые запросы не будут принудительно прерваны.
• SIGHUP - Инициирует ротацию таблиц. В зависимости от значения настройки seamless_rotate, новые запросы могут быть ненадолго приостановлены; клиенты будут получать временные ошибки.
• SIGUSR1 - Принудительно переоткрывает файлы журнала searchd и журнала запросов, что позволяет выполнить ротацию файлов журналов.

• MANTICORE_TRACK_DAEMON_SHUTDOWN=1 включает подробное логирование во время завершения работы searchd. Это полезно в случае некоторых проблем с завершением работы, например, когда Manticore слишком долго завершает работу или зависает в процессе завершения.

Образ основан на текущем релизе пакета Manticore.

Конфигурация по умолчанию включает пример таблицы Real-Time и прослушивает стандартные порты:

• 9306 для подключений от клиента MySQL
• 9308 для подключений через HTTP
• 9312 для подключений через бинарный протокол (например, если вы запускаете кластер)

Образ поставляется с библиотеками для удобного индексирования данных из MySQL, PostgreSQL, XML и CSV файлов.

Ниже приведен самый простой способ запустить Manticore в контейнере и войти в него через mysql-клиент:

docker run --name manticore --rm -d manticoresearch/manticore && echo "Waiting for Manticore docker to start. Consider mapping the data_dir to make it start faster next time" && until docker logs manticore 2>&1 | grep -q "accepting connections"; do sleep 1; echo -n .; done && echo && docker exec -it manticore mysql && docker stop manticore

Обратите внимание, что после выхода из MySQL-клиента контейнер Manticore будет остановлен и удален, что приведет к потере всех данных. Для информации об использовании Manticore в производственной среде, пожалуйста, смотрите ниже.

Образ поставляется с примером таблицы, которую можно загрузить следующим образом:

mysql> source /sandbox.sql

Также, mysql-клиент имеет несколько примеров запросов в своей истории, которые вы можете выполнить на указанной выше таблице, просто используйте клавиши Вверх/Вниз в клиенте, чтобы увидеть и запустить их.

Для сохранения данных папка /var/lib/manticore/ должна быть смонтирована на локальное хранилище или другой желаемый механизм хранения.

Файл конфигурации внутри экземпляра находится по пути /etc/manticoresearch/manticore.conf. Для пользовательских настроек этот файл должен быть смонтирован на ваш собственный конфигурационный файл.

Порты: 9306/9308/9312 для SQL/HTTP/Binary, пробрасывайте их в зависимости от того, как вы собираетесь использовать Manticore. Например:

docker run --name manticore -v $(pwd)/data:/var/lib/manticore -p 127.0.0.1:9306:9306 -p 127.0.0.1:9308:9308 -d manticoresearch/manticore

или

docker run --name manticore -v $(pwd)/manticore.conf:/etc/manticoresearch/manticore.conf -v $(pwd)/data:/var/lib/manticore/ -p 127.0.0.1:9306:9306 -p 127.0.0.1:9308:9308 -d manticoresearch/manticore

Убедитесь, что удалили 127.0.0.1:, если хотите, чтобы порты были доступны для внешних хостов.

Docker-образ Manticore Search поставляется с предустановленными Manticore Columnar Library и Manticore Buddy

Во многих случаях вы можете захотеть использовать Manticore вместе с другими образами, указанными в YAML-файле Docker Compose. Ниже приведена минимальная рекомендуемая конфигурация для Manticore Search в файле docker-compose.yml:

version: '2.2'
services:
  manticore:
    container_name: manticore
    image: manticoresearch/manticore
    restart: always
    ports:
      - 127.0.0.1:9306:9306
      - 127.0.0.1:9308:9308
    ulimits:
      nproc: 65535
      nofile:
         soft: 65535
         hard: 65535
      memlock:
        soft: -1
        hard: -1
    volumes:
      - ./data:/var/lib/manticore
#      - ./manticore.conf:/etc/manticoresearch/manticore.conf # uncomment if you use a custom config

Помимо использования проброшенных портов 9306 и 9308, вы можете войти в экземпляр, выполнив docker-compose exec manticore mysql.

HTTP протокол доступен на порту 9308. Вы можете пробросить порт локально и подключиться с помощью curl.:

docker run --name manticore -p 9308:9308 -d manticoresearch/manticore

POST /cli -d 'CREATE TABLE testrt ( title text, content text, gid integer)'

POST /insert
-d'{"table":"testrt","id":1,"doc":{"title":"Hello","content":"world","gid":1}}'

POST /search -d '{"table":"testrt","query":{"match":{"*":"hello world"}}}'

По умолчанию сервер настроен на отправку своих логов в /dev/stdout, что можно просмотреть с хоста с помощью:

docker logs manticore

Лог запросов может быть перенаправлен в лог Docker путем передачи переменной QUERY_LOG_TO_STDOUT=true.

Вот простой docker-compose.yml для определения кластера из двух узлов:

version: '2.2'
services:
  manticore-1:
    image: manticoresearch/manticore
    restart: always
    ulimits:
      nproc: 65535
      nofile:
         soft: 65535
         hard: 65535
      memlock:
        soft: -1
        hard: -1
    networks:
      - manticore
  manticore-2:
    image: manticoresearch/manticore
    restart: always
    ulimits:
      nproc: 65535
      nofile:
        soft: 65535
        hard: 65535
      memlock:
        soft: -1
        hard: -1
    networks:
      - manticore
networks:
  manticore:
    driver: bridge

• Запустите его: docker-compose up
• Создайте кластер:

  $ docker-compose exec manticore-1 mysql
  mysql> CREATE TABLE testrt ( title text, content text, gid integer);
  mysql> CREATE CLUSTER posts;
  Query OK, 0 rows affected (0.24 sec)
  mysql> ALTER CLUSTER posts ADD testrt;
  Query OK, 0 rows affected (0.07 sec)
  MySQL [(none)]> exit
  Bye

• Присоединитесь к кластеру на 2-м экземпляре

  $ docker-compose exec manticore-2 mysql
  mysql> JOIN CLUSTER posts AT 'manticore-1:9312';
  mysql> INSERT INTO posts:testrt(title,content,gid)  VALUES('hello','world',1);
  Query OK, 1 row affected (0.00 sec)
  MySQL [(none)]> exit
  Bye

• Если вы теперь вернетесь к первому экземпляру, вы увидите новую запись:

  $ docker-compose exec manticore-1 mysql
  MySQL [(none)]> select * from testrt;
  +---------------------+------+-------+---------+
  | id                  | gid  | title | content |
  +---------------------+------+-------+---------+
  | 3891565839006040065 |    1 | hello | world   |
  +---------------------+------+-------+---------+
  1 row in set (0.00 sec)
  MySQL [(none)]> exit
  Bye

Рекомендуется переопределить лимиты Docker по умолчанию для экземпляра Manticore:

 --ulimit nofile=65536:65536

Для наилучшей производительности компоненты таблиц могут быть "заблокированы в памяти" (mlocked). Когда Manticore запущен под Docker, экземпляру требуются дополнительные привилегии для разрешения блокировки памяти. При запуске экземпляра необходимо добавить следующие опции:

  --cap-add=IPC_LOCK --ulimit memlock=-1:-1

Если вы хотите запустить Manticore с пользовательской конфигурацией, включающей определения таблиц, вам нужно смонтировать конфигурацию в экземпляр:

docker run --name manticore -v $(pwd)/manticore.conf:/etc/manticoresearch/manticore.conf -v $(pwd)/data/:/var/lib/manticore -p 127.0.0.1:9306:9306 -d manticoresearch/manticore

Учитывайте, что Manticore search внутри контейнера запускается под пользователем manticore. Операции с файлами таблиц (такие как создание или ротация plain-таблиц) также должны выполняться под manticore. В противном случае файлы будут созданы под root, и поисковый демон не будет иметь прав на их открытие. Например, вот как можно выполнить ротацию всех таблиц:

docker exec -it manticore gosu manticore indexer --all --rotate

Вы также можете задать отдельные настройки конфигурации searchd и common, используя переменные окружения Docker.

Настройки должны иметь префикс с именем их секции, например, для mysql_version_string переменная должна называться searchd_mysql_version_string:

docker run --name manticore  -p 127.0.0.1:9306:9306  -e searchd_mysql_version_string='5.5.0' -d manticoresearch/manticore

В случае директивы listen, новые интерфейсы прослушивания добавляются с помощью переменной Docker searchd_listen в дополнение к стандартным. Можно объявить несколько интерфейсов, разделенных точкой с запятой ("|"). Для прослушивания только на сетевом адресе можно использовать $ip (полученный внутри с помощью hostname -i) как псевдоним адреса.

Например, -e searchd_listen='9316:http|9307:mysql|$ip:5443:mysql_vip' добавит дополнительный SQL-интерфейс на порту 9307, VIP-слушатель SQL на порту 5443, работающий только на IP экземпляра, и HTTP-слушатель на порту 9316, в дополнение к стандартным на 9306 и 9308 соответственно.

$ docker run --rm -p 1188:9307  -e searchd_mysql_version_string='5.5.0' -e searchd_listen='9316:http|9307:mysql|$ip:5443:mysql_vip'  manticore
[Mon Aug 17 07:31:58.719 2020] [1] using config file '/etc/manticoresearch/manticore.conf' (9130 chars)...
listening on all interfaces for http, port=9316
listening on all interfaces for mysql, port=9307
listening on 172.17.0.17:5443 for VIP mysql
listening on all interfaces for mysql, port=9306
listening on UNIX socket /var/run/mysqld/mysqld.sock
listening on 172.17.0.17:9312 for sphinx
listening on all interfaces for http, port=9308
prereading 0 indexes
prereaded 0 indexes in 0.000 sec
accepting connections

Чтобы запустить Manticore с пользовательскими флагами запуска, укажите их в качестве аргументов при использовании docker run. Убедитесь, что вы не включаете команду searchd и включаете флаг --nodetach. Вот пример:

docker run --name manticore --rm manticoresearch/manticore:latest --replay-flags=ignore-trx-errors --nodetach

По умолчанию основной процесс Manticore searchd запускается под пользователем manticore внутри контейнера, но скрипт, который выполняется при запуске контейнера, запускается под вашим пользователем Docker по умолчанию, которым в большинстве случаев является root. Если это не то, что вам нужно, вы можете использовать docker ... --user manticore или user: manticore в yaml-файле docker compose, чтобы все запускалось под manticore. Читайте ниже о возможной проблеме с правами на том, с которой вы можете столкнуться, и как ее решить.

Для создания обычных таблиц, указанных в вашем пользовательском конфигурационном файле, вы можете использовать переменную окружения CREATE_PLAIN_TABLES=1. Это выполнит indexer --all перед запуском Manticore. Это полезно, если вы не используете тома, и ваши таблицы легко воссоздать.

docker run -e CREATE_PLAIN_TABLES=1 --name manticore -v $(pwd)/manticore.conf:/etc/manticoresearch/manticore.conf -p 9306:9306 -p 9308:9308 -d manticoresearch/manticore

Если вы запускаете Manticore Search docker от имени не-root пользователя (используя docker ... --user manticore или user: manticore в docker compose yaml), вы можете столкнуться с проблемами прав доступа, например:

FATAL: directory /var/lib/manticore write error: failed to open /var/lib/manticore/tmp: Permission denied

Это может произойти потому, что пользователь, используемый для запуска процессов внутри контейнера, может не иметь прав на изменение директории, которую вы смонтировали в контейнер. Чтобы исправить это, вы можете применить chown или chmod к смонтированной директории. Если вы запускаете контейнер от имени пользователя manticore, вам нужно сделать:

chown -R 999:999 data

так как пользователь manticore имеет ID 999 внутри контейнера.