Hi Janos,

i put

define('SPHINX_VERSION', 311);

below

#
# minimal sphinx configuration suited to piler
#

and over

source base
{
   type = mysql
   sql_host = localhost
   sql_db = piler
   sql_user = piler
   sql_pass = 0m8k1inn.

   sql_attr_uint = size
   sql_attr_uint = sent
   sql_attr_uint = attachments
}


after

systemctl restart rc.searchd.service i get:

systemctl status rc.searchd.service
● rc.searchd.service - LSB: sphinxsearch
   Loaded: loaded (/etc/init.d/rc.searchd; generated)
   Active: failed (Result: exit-code) since Sat 2019-08-24 16:08:49
CEST; 7s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 7901 ExecStart=/etc/init.d/rc.searchd start (code=exited,
status=1/FAILURE)

Aug 24 16:08:49 piler01 rc.searchd[7901]: [Sat Aug 24 16:08:49.752 2019]
[7906] FATAL: failed to parse config file '/usr/local/etc/piler/sphin
Aug 24 16:08:49 piler01 rc.searchd[7901]: [Sat Aug 24 16:08:49.752 2019]
[7906] shutdown complete
Aug 24 16:08:49 piler01 rc.searchd[7901]: Sphinx 3.1.1 (commit 612d99f)
Aug 24 16:08:49 piler01 rc.searchd[7901]: Copyright (c) 2001-2018,
Andrew Aksyonoff
Aug 24 16:08:49 piler01 rc.searchd[7901]: Copyright (c) 2008-2016,
Sphinx Technologies Inc (http://sphinxsearch.com)
Aug 24 16:08:49 piler01 rc.searchd[7901]: ERROR: invalid section type
'define' in /usr/local/etc/piler/sphinx.conf line 5 col 7.
Aug 24 16:08:49 piler01 su[7904]: pam_unix(su:session): session closed
for user piler
Aug 24 16:08:49 piler01 systemd[1]: rc.searchd.service: Control process
exited, code=exited, status=1/FAILURE
Aug 24 16:08:49 piler01 systemd[1]: rc.searchd.service: Failed with
result 'exit-code'.
Aug 24 16:08:49 piler01 systemd[1]: Failed to start LSB: sphinxsearch.

What to do now?

Am 24.08.19 um 15:46 schrieb s...@acts.hu:
>
>
> Hello,
>
> On 2019-08-24 12:55, BKH wrote:
>>
>> thanks again for your advice.
>>
>> I changed values according to your suggestion and it works.
>>
>> But i stumbled upon WebGUI, where indexer job is shown as a regular
>> 30-minute-job, even if values are changed in piler cronjobs.
>> Is there some workaround for this?
>
> well, it's somewhat misleading as it's the 'indexer job' line is
> static in a sense that it simply adds 30 mins to the last modified
> date of the delta indexer file.
>
> To fix it edit model/health/health.php, find function indexer_stat()
> at the end, and fix +30*60 to +10*60. Perhaps this should be a variable
> in config.php as well.
>
> Janos
>

Reply via email to