[Rspamd-Users] constant redis/lua errors in rspamd logs [bug]

Gerald Galster list+rspamd at gcore.biz
Thu Dec 12 17:33:37 UTC 2024


>>> Do you require expand_keys and/or prefix?
>>> 
>>> If not, try to remove them from config. Stop rspamd and redis, move the *.rdb file elsewhere.
>>> Start redis and rspamd and learn a bunch of spam-/ham mails and see if the error persists.
>>> 
>>> You could also try redis_cli monitor to see what's going on.
>>> 
>> Hmm, after restarting rspamd everything went back to normal - with everything across the board related to redis - as far as logs go at least.
>> It turned out restarting redis caused the issues - it looks like rspamd doesn't not attempt to reconnect and just throws errors in the logs. And such state persists indefinitely until rspamd itself is restarted.
>> Is there any way to enforce reconnection ? I see no obvious options anywhere ...
> 
> One more to add - judging from connections rspamd indeed reconnects to redis, but it doesn't really change the functional side - parts of rspamd are not aware that reconnection happened.
> 
> Maybe this should be reported reported as a bug.

This seems like a bug and is reproducible with rspamd 3.10.2 and valkey on RHEL derivatives.

Open a bug report here: https://github.com/rspamd/rspamd/issues


# systemctl restart valkey

rspamd[2907245]: <>; ; lua_redis_push_error: call to callback failed:
/usr/share/rspamd/lualib/lua_redis.lua:1465: bad format string type: nil; trace:
 [1]:{[C]:-1 - infox [C]};
 [2]:{/usr/share/rspamd/lualib/lua_redis.lua:1465 - callback [Lua]};
 [3]:{/usr/share/rspamd/lualib/lua_redis.lua:1063 - <unknown> [Lua]};

rspamd[2907244]: <4Y8Jvk>; lua; lua_redis.lua:1465: redis script from file: bayes_classify.lua
 is not loaded (NOSCRIPT returned), scheduling reload

rspamd[2907244]: <4Y8Jvk>; lua; lua_redis.lua:1465: redis script with id: 24
 is not loaded (NOSCRIPT returned), scheduling reload


Best regards,
Gerald



More information about the Users mailing list