1. Forum
  2. Usenet
  3. NEWS.ADMIN.MISC

  • inn "expire" process hangs (400 Expiring process )

    From Adam W.@21:1/5 to All on Thu Oct 31 15:18:36 2024
    Hi,

    I got no responses in news.software.nntp, so I'll ask here. Here's the
    original message for context:

    Message-ID: <5dcbedb5-81e3-4ba1-a218-ac52c626cb05-aw@news.chmurka.net>

    In short: anyone else experienced "expire" process that's run from
    news.daily to hang sometimes? It doesn't do anything, just waits on a
    socket, and it leaves the server throttled with "400 Expiring process
    <pid>" message for hours.

    inn 2.7.0

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Schlomo Goldberg@21:1/5 to Adam W. on Sat Nov 2 06:21:24 2024
    aw@somewhere.invalid (Adam W.) writes:

    Hi,

    Why do you have five Cancel-Lock hashes in your headers? One from your
    client, one from your server, where are the rest coming from?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Julien_=C3=89LIE?=@21:1/5 to All on Sat Nov 2 21:49:49 2024
    Hi Schlomo,

    Why do you have five Cancel-Lock hashes in your headers? One from your client, one from your server, where are the rest coming from?

    I guess the first sha1 was set by tin, the second sha1 with its related
    sha256 were set by INN for the newsmaster (allowing him to generate an appropriate Cancel-Key), and the third sha1 with its related sha256 were
    set by INN for the "arnold" user (if the same "arnold" account sends a
    cancel, INN will add an appropriate Cancel-Key that only "arnold" could trigger, independently of the news client used which could be different
    than tin).

    --
    Julien ÉLIE

    « Ex nihilo nihil. » (Perse)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Adam W.@21:1/5 to iulius@nom-de-mon-site.com.invalid on Tue Nov 5 15:36:35 2024
    Julien ÉLIE <iulius@nom-de-mon-site.com.invalid> wrote:

    I guess the first sha1 was set by tin, the second sha1 with its related sha256 were set by INN for the newsmaster (allowing him to generate an appropriate Cancel-Key), and the third sha1 with its related sha256 were
    set by INN for the "arnold" user (if the same "arnold" account sends a cancel, INN will add an appropriate Cancel-Key that only "arnold" could trigger, independently of the news client used which could be different
    than tin).

    Exactly. Probably an overkill, but I had Cancel-Lock set up in tin before
    inn supported it, and it stayed this way.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Schlomo Goldberg@21:1/5 to iulius@nom-de-mon-site.com.invalid on Mon Nov 25 08:58:36 2024
    Julien ÉLIE <iulius@nom-de-mon-site.com.invalid> writes:

    Hi Schlomo,

    Why do you have five Cancel-Lock hashes in your headers? One from your
    client, one from your server, where are the rest coming from?

    I guess the first sha1 was set by tin, the second sha1 with its
    related sha256 were set by INN for the newsmaster (allowing him to
    generate an appropriate Cancel-Key), and the third sha1 with its
    related sha256 were set by INN for the "arnold" user (if the same
    "arnold" account sends a cancel, INN will add an appropriate
    Cancel-Key that only "arnold" could trigger, independently of the news
    client used which could be different than tin).

    Got it, thanks.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)