The installer sets up various OS services needed for Funnelback to function properly. On Windows these services can be administered via the Administrative Tools / Services control panel, whereas on Linux each service has a corresponding
Please find below a short description of each service.
This service is an umbrella for various subservices. The list of services to start can be configured in global.cfg using
daemon.services. Available subservices are:- FilterService: Provides an HTTP interface to the text filtering system. Required for TRIMPush collections
- GenerateCertificates: Generates SSL certificates needed by Matrix collections
- RemoveStaleLocks: Remove collection update locks left over after an unexpected system reboot.
- TRIMWatcher: Watch any changes in TRIM records to re-gather them as soon as possible. Required for advanced TRIMPush collections with a TRIM event processor.
- WebDavService: Provides a WebDAV interface to the Funnelback installation folder, to support transferring files in multiple query processors configurations.
This service runs Redis, a third party key-value store. Redis is used to store information about collection update progress and status, and is required for the administration interface to function properly.
Each service can be configured through its configuration file in
These service files are generated by
$SEARCH_HOME/bin/setup/start_funnelback_on_book.pl. This script is run once during the Funnelback installation to generate the service files, and register the services on the OS. If you run this script again, the services files will be re-generated and overwritten. Each service file is based on a template used by
$SEARCH_HOME/bin/setup/service-templates/. Modifications made in these templates will be kept when
start_funnelback_on_boot.pl is run, but these files are overwritten during an upgrade.
Each service produces 2 log files, in
<service>-wrapper.logfile containing the log of the service wrapper process (in charge of monitoring and restarting the actual service)
<service>.logfile with the messages from the actual service.