[Rspamd-Users] v3.0 rspamd DMARC report code doesnt't load config

[Michael Kliewe]

Hi Kyle,

try the verbose mode ("rspamadm dmarc_report -v"), you should get more 
information then. Maybe it helps debugging the problem, and maybe you 
see where it seg faults.

Michael


Am 21.09.2021 um 15:18 schrieb Kyle A.:
> Thanks for the suggestion, Michael.  I ran it again today and did not 
> get the same error.  I got this instead:
>
> # rspamadm dmarc_report
> No reports for 20210921
> No reports for 20210920
> Segmentation fault (core dumped)
> #
>
> I'll try again tomorrow and see if it seg faults with fresh V3.0 data 
> only.  This is a fully patched up, dedicated CentOS 8 system.  I put 
> the log messages down at the bottom for anyone who wants to scroll all 
> the way down there to see them.
>
> -Kyle
>
> On 9/20/2021 4:39 PM, Michael Kliewe wrote:
>> I also got this error when I first manually ran
>> sudo rspamadm dmarc_report
>> after upgrading from 2.7 to 3.0.2 on Ubuntu.
>>
>> But:
>> One day later I ran it again manually:
>> sudo rspamadm dmarc_report -v
>> (with verbose mode on) and it was working fine, it sent 10 DMARC 
>> reports.
>>
>> Maybe there was some old/invalid data in the redis storage, which is 
>> why the first invocation failed with "invalid argument: nil"?
>>
>> Michael
>
>
>
>
> Sep 21 09:08:56 mailserver kernel: rspamadm[8258]: segfault at 30 ip 
> 00007fda52d1868c sp 00007ffdd54906b0 error 6 in librspamd-server.s
>                 o[7fda522a3000+c70000]
> Sep 21 09:08:56 mailserver kernel: Code: 49 89 40 38 4d 89 ca 4c 89 c1 
> e9 73 ff ff ff 0f 1f 80 00 00 00 00 4d 89 58 28 4d 89 43 30 e9 7
>               6 fc ff ff 0f 1f 00 48 8b 4e 30 <49> 89 4b 30 4c 8b 66 
> 30 4d 85 e4 0f 85 6e fe ff ff e9 6a fc ff ff
> Sep 21 09:08:56 mailserver systemd[1]: Created slice 
> system-systemd\x2dcoredump.slice.
> Sep 21 09:08:56 mailserver systemd[1]: Started Process Core Dump (PID 
> 8259/UID 0).
> Sep 21 09:08:58 mailserver systemd-coredump[8260]: Process 8258 
> (rspamadm) of user 0 dumped core.#012#012Stack trace of thread 8258:#01
>                      2#0  0x00007fda52d1868c je_extent_heap_remove 
> (librspamd-server.so)#012#1  0x00007fda52ce80e3 
> je_arena_dalloc_bin_junked_locked (l
> ibrspamd-server.so)#012#2  0x00007fda52d3e862 
> je_tcache_bin_flush_small (librspamd-server.so)#012#3 
> 0x00007fda52cdf81a je_free_de
>         fault (librspamd-server.so)#012#4  0x00007fda523ef532 
> ucl_hash_destroy (librspamd-server.so)#012#5  0x00007fda523fbbe4 
> ucl_object_                                  dtor_unref 
> (librspamd-server.so)#012#6  0x00007fda523ef532 ucl_hash_destroy 
> (librspamd-server.so)#012#7 0x00007fda523fbbe4 ucl_ob 
>                                                ject_dtor_unref 
> (librspamd-server.so)#012#8  0x00007fda523ef532 ucl_hash_destroy 
> (librspamd-server.so)#012#9  0x00007fda523fbcfe u
> cl_object_unref (librspamd-server.so)#012#10 0x00007fda52630e7e 
> rspamd_config_free (librspamd-server.so)#012#11 0x000000000040c781
>                  main (rspamadm)#012#12 0x00007fda4cbc0493 
> __libc_start_main (libc.so.6)#012#13 0x000000000040cb2e _start (rspamadm)
> Sep 21 09:08:59 mailserver systemd[1]: 
> systemd-coredump at 0-8259-0.service: Succeeded.