• core dump

    From Nigel Reed@1:103/705 to GitLab issue in main/sbbs on Saturday, April 29, 2023 16:41:00
    open https://gitlab.synchro.net/main/sbbs/-/issues/557

    sbbs coredumped a short time ago core.sbbs!httpOutput.1416288<code>[Thread debugging using libthread_db enabled]Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".--Type <RET> for more, q to quit, c to continue without paging--cCore was generated by `/sbbs/exec/sbbs d'.Program terminated with signal SIGABRT, Aborted.#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:5050 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.[Current thread is 1 (Thread 0x7f661cbff700 (LWP 1624560))](gdb) bt#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50#1 0x00007f66dc984859 in __GI_abort () at abort.c:79#2 0x00007f66dc9ef26e in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7f66dcb19298 "%s\n") at ../sysdeps/posix/libc_fatal.c:155#3 0x00007f66dc9f72fc in malloc_printerr (str=str@entry=0x7f66dcb1b600 "free(): invalid next size (fast)") at malloc.c:5347#4 0x00007f66dc9f8bac in _int_free (av=0x7f6684000020, p=0x7f66844bc370, have_lock=have_lock@entry=0) at malloc.c:4249#5 0x00007f66dc9fc88d in __GI___libc_free (mem=0x7f66844bc380) at malloc.c:3125#6 tcache_thread_shutdown () at malloc.c:2964#7 __malloc_arena_thread_freeres () at arena.c:951#8 0x00007f66dca010a0 in __libc_thread_freeres () at thread-freeres.c:38#9 0x00007f66dcb5c62f in start_thread (arg=<optimized out>) at pthread_create.c:491#10 0x00007f66dca81133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95(gdb) bt full#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 set = {__val = {24583, 0 <repeats 15 times>}} pid = <optimized out> tid = <optimized out> ret = <optimized out>#1 0x00007f66dc984859 in __GI_abort () at abort.c:79 save_stage = 1 act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, sa_mask = {__val = {0 <repeats 16 times>}}, sa_flags = 0, sa_restorer = 0x0} sigs = {__val = {32, 0 <repeats 15 times>}}#2 0x00007f66dc9ef26e in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7f66dcb19298 "%s\n") at ../sysdeps/posix/libc_fatal.c:155 ap = {{gp_offset = 24, fp_offset = 0, overflow_arg_area = 0x7f661cbfeda0, reg_save_area = 0x7f661cbfed30}} fd = <optimized out> list = <optimized out> nlist = <optimized out> cp = <optimized out>#3 0x00007f66dc9f72fc in malloc_printerr (str=str@entry=0x7f66dcb1b600 "free(): invalid next size (fast)") at malloc.c:5347No locals.#4 0x00007f66dc9f8bac in _int_free (av=0x7f6684000020, p=0x7f66844bc370, have_lock=have_lock@entry=0) at malloc.c:4249 fail = <optimized out> idx = <optimized out> old = <optimized out> old2 = <optimized out> size = 64 fb = <optimized out> nextchunk = <optimized out> nextsize = <optimized out> nextinuse = <optimized out> prevsize = <optimized out> bck = <optimized out> fwd = <optimized out> __PRETTY_FUNCTION__ = "_int_free"#5 0x00007f66dc9fc88d in __GI___libc_free (mem=0x7f66844bc380) at malloc.c:3125 ar_ptr = <optimized out> p = 0x7f66844bc370 hook = <optimized out> ar_ptr = <optimized out> p = <optimized out> hook = <optimized out> __x = <optimized out>#6 tcache_thread_shutdown () at malloc.c:2964 e = 0x7f66844bc380 i = <optimized out> tcache_tmp = 0x7f6684012ad0 i = <optimized out> tcache_tmp = <optimized out> e = <optimized out>--Type <RET> for more, q to quit, c to continue without paging--c#7 __malloc_arena_thread_freeres () at arena.c:951 a = <optimized out> __PRETTY_FUNCTION__ = "__malloc_arena_thread_freeres"#8 0x00007f66dca010a0 in __libc_thread_freeres () at thread-freeres.c:38No locals.#9 0x00007f66dcb5c62f in start_thread (arg=<optimized out>) at pthread_create.c:491 pd = <optimized out> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140076545734400, -5211240115315338387, 140076707116062, 140076707116063, 140076707116240, 140076545732416, 5287733689581376365, 5287311527882199917}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = 0#10 0x00007f66dca81133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95</code>As always, let me know if you need me to provide anything else.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nigel Reed@1:103/705 to GitLab note in main/sbbs on Saturday, April 29, 2023 16:42:07
    https://gitlab.synchro.net/main/sbbs/-/issues/557#note_3528

    Last build was Apr 26 13:07 CDT
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Saturday, April 29, 2023 16:59:45
    https://gitlab.synchro.net/main/sbbs/-/issues/557#note_3529

    Looks like heap corruption. Unfortunately, there are no sbbs source files in that backtrace, so no real clue as to the cause (though it's likely somewhere in websrvr.c).valgrind is good at finding heap corruption (or leaks), feel like trying to run sbbs under valgrind?
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nigel Reed@1:103/705 to GitLab note in main/sbbs on Saturday, April 29, 2023 18:09:36
    https://gitlab.synchro.net/main/sbbs/-/issues/557#note_3530

    If it happens again then I can try that. This seems another pretty rare one unless some recent bug has been introduced. There was nothing out of the ordinary going on, just someone slruping down my files via ipv6.<code>Apr 29 18:19:35 bbs synchronet: web 0156 HTTPS [2001:41d0:1004:15b3::1] Request: GET /api/files.ssjs?call=download-file&dir=fidonodelist&file=NODELIST.Z05 HTTP/1.1Apr 29 18:19:35 bbs synchronet: web 0156 Sending file: /sbbs/tmp/SBBS_SSJS.1416288.156.html (0 bytes)Apr 29 18:19:36 bbs synchronet: web 0156 HTTPS [2001:41d0:1004:15b3::1] Session thread terminated (14 clients, 31 threads remain, 34657 served)Apr 29 18:19:37 bbs synchronet: web 0154 HTTPS connection accepted from: 2001:41d0:1004:15b3::1 port 43138Apr 29 18:19:37 bbs synchronet: web 0154 HTTPS [2001:41d0:1004:15b3::1] Request: GET /api/files.ssjs?call=download-file&dir=fidonodelist&file=NODELIST.Z06 HTTP/1.1Apr 29 18:19:37 bbs synchronet: web 0154 Sending file: /sbbs/tmp/SBBS_SSJS.1416288.154.html (0 bytes)Apr 29 18:19:38 bbs synchronet: web 0154 HTTPS [2001:41d0:1004:15b3::1] Session thread terminated (14 clients, 31 threads remain, 34658 served)Apr 29 18:19:39 bbs synchronet: web 0154 HTTPS connection accepted from: 2001:41d0:1004:15b3::1 port 41596Apr 29 18:19:39 bbs synchronet: web 0154 HTTPS [2001:41d0:1004:15b3::1] Request: GET /api/files.ssjs?call=download-file&dir=fidonodelist&file=NODELIST.Z07 HTTP/1.1Apr 29 18:19:39 bbs synchronet: web 0154 Sending file: /sbbs/tmp/SBBS_SSJS.1416288.154.html (0 bytes)Apr 29 18:19:40 bbs synchronet: web 0145 HTTP [64.62.252.174] Session thread terminated (14 clients, 31 threads remain, 34659 served)Apr 29 18:19:41 bbs synchronet: web 0154 HTTPS [2001:41d0:1004:15b3::1] Session thread terminated (13 clients, 29 threads remain, 34659 served)Apr 29 18:19:41 bbs synchronet: web 0145 HTTPS connection accepted from: 2001:41d0:1004:15b3::1 port 41598Apr 29 18:19:41 bbs synchronet: web 0145 HTTPS [2001:41d0:1004:15b3::1] Request: GET /api/files.ssjs?call=download-file&dir=fidonodelist&file=NODELIST.Z09 HTTP/1.1Apr 29 18:19:42 bbs synchronet: web 0145 Sending file: /sbbs/tmp/SBBS_SSJS.1416288.145.html (0 bytes)Apr 29 18:19:43 bbs synchronet: web 0145 HTTPS [2001:41d0:1004:15b3::1] Session thread terminated (13 clients, 29 threads remain, 34660 served)Apr 29 18:20:24 bbs synchronet: web Synchronet Web Server Version 3.20a DebugApr 29 18:20:24 bbs synchronet: web Compiled master/494c0a830 Apr 26 2023 13:07:47 with GCC 9.4.0Apr 29 18:20:24 bbs synchronet: web Initializing on Sat Apr 29 18:20:24 2023 with options: 8c0Apr 29 18:20:24 bbs synchronet: web Loading configuration files from /sbbs/ctrl/</code>
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Saturday, April 29, 2023 18:51:50
    https://gitlab.synchro.net/main/sbbs/-/issues/557#note_3532

    Works: `4/29 18:50:48 srvc Gopher listening on socket 0.0.0.0 port 1170`
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nigel Reed@1:103/705 to GitLab note in main/sbbs on Saturday, April 29, 2023 23:33:03
    https://gitlab.synchro.net/main/sbbs/-/issues/557#note_3535

    I've uploaded a copy of files to vert. Not sure if they'll help or not.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Sunday, April 30, 2023 20:01:14
    https://gitlab.synchro.net/main/sbbs/-/issues/557#note_3545

    I addressed one of the memory leaks mentioned in that valgrind report (one fix for all the leaks that mentioned strListAnnex()) - unlikely to be related at all to this issue, but still a good find. Another valgrind report run with that fix would be nice to view. :-)
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nigel Reed@1:103/705 to GitLab note in main/sbbs on Monday, May 01, 2023 00:01:23
    https://gitlab.synchro.net/main/sbbs/-/issues/557#note_3546

    I've uploaded a new valgrind list for you. Let me know if you want me to try with any other parameters or performing specifics tasks. I have most services turned off but those in sbbs.ini should be on but on different ports.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Monday, June 26, 2023 19:28:04
    https://gitlab.synchro.net/main/sbbs/-/issues/557#note_3628

    If this crash isn't happening any more, can we close this issue?
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nigel Reed@1:103/705 to GitLab note in main/sbbs on Monday, June 26, 2023 22:58:31
    https://gitlab.synchro.net/main/sbbs/-/issues/557#note_3629

    We can close this one. Looks like I had a new one last night but I recompiled earlier this evening so it's probably not valid.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nigel Reed@1:103/705 to GitLab issue in main/sbbs on Monday, June 26, 2023 22:58:37
    close https://gitlab.synchro.net/main/sbbs/-/issues/557
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)