• JamNNTPd bug

    From Björn Felten@2:203/2 to Tommi Koivula on Saturday, February 13, 2021 12:11:57
    Not related to the post I'm now replying to, so don't try to comment link this one. 8-).

    Tommi,

    I've noticed that recently, every time you check in to my server, the server breaks down. This reminds me of one of the first bugs that Johan and I discovered when beta testing JamNNTPd, but then it was a non-existing Jam folder that made JamNNTPd exit without a trace.

    Recently I've had this again, but this time it was a corrupt Jam base that was the culprit. Deleting that specific base solved the problem then.

    Now I ask you, do you remember what exact group you were trying to access here when you noticed that it all froze? I'm investigating this seriously, and the next time you freeze my server, I think I can find out what happened. Thanks in advance,



    ..

    --- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
    * Origin: news://eljaco.se (2:203/2)
  • From Tommi Koivula@2:221/360 to Björn Felten on Saturday, February 13, 2021 18:05:06

    13 Feb 21 12:11, Bj”rn Felten wrote to Tommi Koivula:

    Not related to the post I'm now replying to, so don't try to comment link this one. 8-).

    Tommi,

    I've noticed that recently, every time you check in to my server, the server breaks down.
    This reminds me of one of the first bugs that Johan and I discovered when beta testing
    JamNNTPd, but then it was a non-existing Jam folder that made JamNNTPd exit without a trace.

    Recently I've had this again, but this time it was a corrupt Jam base that was the culprit.
    Deleting that specific base solved the problem then.

    Now I ask you, do you remember what exact group you were trying to access here when you
    noticed that it all froze? I'm investigating this seriously, and the next time you freeze my
    server, I think I can find out what happened. Thanks in advance,

    Bummer.

    Let's see if I can crash your server again.

    'Tommi

    ---
    * Origin: rbb.fidonet.fi (2:221/360)
  • From Tommi Koivula@2:221/6 to Bj÷rn Felten on Saturday, February 13, 2021 18:14:44
    Björn Felten <0@2.203.2> wrote:


    Not related to the post I'm now replying to, so don't try to
    comment link this one. 8-).

    Tommi,

    I've noticed that recently, every time you check in to my
    server, the server breaks down. This reminds me of one of the first
    bugs that Johan and I discovered when beta testing JamNNTPd, but
    then it was a non-existing Jam folder that made JamNNTPd exit
    without a trace.

    Recently I've had this again, but this time it was a corrupt Jam
    base that was the culprit. Deleting that specific base solved the
    problem then.

    Now I ask you, do you remember what exact group you were trying
    to access here when you noticed that it all froze? I'm
    investigating this seriously, and the next time you freeze my
    server, I think I can find out what happened. Thanks in advance,



    There!

    [18:11:52] NNTP> GROUP FIDONEWS_1
    [18:11:52] NNTP< 211 16000 0 15999 FIDONEWS_1 Group selected
    * getting xover 15700 - 15999 in FIDONEWS_1...
    [18:11:52] NNTP> XOVER 15700-15999
    [18:11:52] NNTP< 224 Overview information follows
    ** LibSylph-WARNING: fd_recv(): failed with 10054 (errno = 0)

    ** LibSylph-WARNING: [18:11:52] error occurred while getting xover.

    ** error occurred while getting xover.
    * creating NNTP connection to eljaco.se:4119 ...
    ** LibSylph-WARNING: [18:11:55] Can't connect to NNTP server:
    eljaco.se:4119

    ** Can't connect to NNTP server: eljaco.se:4119

    --- Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32)
    * Origin: nntps://news.fidonet.fi - Lake Ylo - Finland (2:221/6.0)
  • From Oli@2:280/464.47 to Bj”rn Felten on Saturday, February 13, 2021 18:48:46
    Björn wrote (2021-02-13):

    Not related to the post I'm now replying to, so don't try to comment link this one. 8-).

    Tommi,

    I've noticed that recently, every time you check in to my server, the server breaks down. This reminds me of one of the first bugs that Johan and I discovered when beta testing JamNNTPd, but then it was a non-existing Jam folder that made JamNNTPd exit without a trace.

    I crashed JamNNTPd recently when I tried to fetch a newsgroup with Soupgate.. Unfortunately I don't know why it crashed, nothing in the logs and maybe unrelated to the crashs you are seeing.

    ---
    * Origin: . (2:280/464.47)
  • From Tommi Koivula@2:221/1 to Oli on Saturday, February 13, 2021 21:45:40
    Oli wrote:

    I crashed JamNNTPd recently when I tried to fetch a newsgroup with
    Soupgate.. Unfortunately I don't know why it crashed, nothing in the
    logs and maybe unrelated to the crashs you are seeing.

    I have seen JamNNTPd to crash when client (hotdoged) tried to access a
    message that was deleted.

    BTW. Are you able to compile Spoon correctly in Linux? I can compile it
    but it crashes when sending messages. Works but crashes.

    'Tommi

    --- Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 SeaMonkey/2.53.6
    * Origin: - rbb.fidonet.fi - Lake Ylo - Finland - (2:221/1)
  • From Oli@2:280/464.47 to Tommi Koivula on Saturday, February 13, 2021 22:34:24
    Tommi wrote (2021-02-13):

    Oli wrote:

    I crashed JamNNTPd recently when I tried to fetch a newsgroup with
    Soupgate.. Unfortunately I don't know why it crashed, nothing in the
    logs and maybe unrelated to the crashs you are seeing.

    I have seen JamNNTPd to crash when client (hotdoged) tried to access a message that was deleted.

    BTW. Are you able to compile Spoon correctly in Linux? I can compile it but it crashes when sending messages. Works but crashes.

    My mistake, of course it was Spoon not Soupgate. Does it crash with some "double free" error? I don't think anyone has found a fix for it. I assume the problem is somewhere hidden in socket.cpp (there are a couple of deletes). Maybe when the connection closes and maybe harmless, because everything's done already. I also gave up on Soupgate, it's the chainsaw massacre of FTN<->RFC822 gating.

    ---
    * Origin: . (2:280/464.47)
  • From Tommi Koivula@2:221/360 to Oli on Saturday, February 13, 2021 23:40:50

    Saturday February 13 2021 22:34, Oli wrote to Tommi Koivula:

    BTW. Are you able to compile Spoon correctly in Linux? I can compile it
    but it crashes when sending messages. Works but crashes.

    My mistake, of course it was Spoon not Soupgate. Does it crash with some "double free" error?

    Yes, that's it.

    ===
    Posting news to 192.168.1.24...
    + Connecting to NNTP host 192.168.1.24...
    * Posting article to rbb.test
    + Signing off...
    free(): double free detected in tcache 2
    ===

    I don't think anyone has found a fix for it. I assume the problem is somewhere hidden in socket.cpp (there are a couple of deletes).
    Maybe when the connection closes and maybe harmless, because everything's done
    already. I also gave up on Soupgate, it's the chainsaw massacre of FTN<->RFC822
    gating.

    Well, it still runs fine in OS/2, so no worries. :)

    'Tommi

    ---
    * Origin: rbb.fidonet.fi (2:221/360)
  • From Björn Felten@2:203/2 to Tommi Koivula on Sunday, February 14, 2021 01:30:56
    There!

    [18:11:52] NNTP> GROUP FIDONEWS_1
    [18:11:52] NNTP< 211 16000 0 15999 FIDONEWS_1 Group selected

    Thanks a million!

    Now, if only I had a tool to correct a corrupt JAM-base... :(



    ..

    --- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
    * Origin: news://eljaco.se (2:203/2)
  • From Paul Quinn@3:640/1384 to Björn Felten on Sunday, February 14, 2021 10:57:02
    Hi! Bj”rn,


    On 14 Feb 2021, Bj”rn Felten said the following...

    [18:11:52] NNTP> GROUP FIDONEWS_1
    [18:11:52] NNTP< 211 16000 0 15999 FIDONEWS_1 Group selected

    Thanks a million!
    Now, if only I had a tool to correct a corrupt JAM-base... :(

    Replace with yesterday's (or whenever) backup and %rescan from your favourite link. [shrug]

    Cheers,
    Paul.

    --- Mystic BBS v1.12 A46 2020/08/26 (Linux/32)
    * Origin: Quinn's Rock - stuck in another Linux VM, again! (3:640/1384)
  • From Tommi Koivula@2:203/2 to Björn Felten on Sunday, February 14, 2021 07:44:43

    TK> There!

    TK> [18:11:52] NNTP> GROUP FIDONEWS_1
    TK> [18:11:52] NNTP< 211 16000 0 15999 FIDONEWS_1 Group selected

    Thanks a million!

    Now, if only I had a tool to correct a corrupt JAM-base... :(


    Isn't there any tools in crashmail to do that?

    GoldED is a good start.

    --- Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32)
    * Origin: news://eljaco.se (2:203/2)
  • From Oli@2:280/464.47 to Tommi Koivula on Sunday, February 14, 2021 08:31:47
    Tommi wrote (2021-02-14):

    Now, if only I had a tool to correct a corrupt JAM-base... :(


    Isn't there any tools in crashmail to do that?

    I don't see one, only crashmaint for packing. I guess hpt has one.

    GoldED is a good start.

    does Golded repair a message base?

    ---
    * Origin: . (2:280/464.47)
  • From Tommi Koivula@2:221/1.1 to Oli on Sunday, February 14, 2021 09:42:58
    Hi Oli.

    14 Feb 21 08:31:46, you wrote to me:

    Now, if only I had a tool to correct a corrupt JAM-base... :(

    Isn't there any tools in crashmail to do that?

    I don't see one, only crashmaint for packing.

    Ok.

    I guess hpt has one.

    Sure it does. I think you could use hptutil with some minimal fidoconfig without actually running hpt as a tosser.

    === Cut ===
    Usage: hptutil [options]
    Options: sort - sort unread messages by time and date
    link - reply-link messages
    purge - purge areas
    pack - pack areas
    fix - fix base (hptutil fix -? for more help)
    -j - link Jam areas by CRC (great speed-up)
    -k - keep import.log file
    -q - quiet mode (no screen output)
    -i <filename> - alternative import.log
    === Cut ===

    GoldED is a good start.

    does Golded repair a message base?

    Not really, but it may show you errors, also it may recover some messages from broken base copying them to a new base.

    'Tommi

    ---
    * Origin: IPv6 Point at [2001:470:1f15:cb0:2:221:1:1] (2:221/1.1)