1. Forum
  2. FidoNet
  3. SYNC SYSOPS

  • Nodes not showing as completing recycle after config changes

    From Keyop Troy@1:103/705 to GitLab issue in main/sbbs on Sat May 21 16:41:09 2022
    open https://gitlab.synchro.net/main/sbbs/-/issues/409

    Usually after certain config changes, each node is marked as [R], until users have logged out and recycle takes place.Today, after making config changes both myself and nelgin are seeing results like this:Synchronet Node Display Module v1.12Node 1: Waiting for connectionNode 2: Waiting for connection [R]Node 3: Waiting for connection [R]Node 4: Waiting for connection [R]Node 5: Waiting for connection [R]Node 6: Waiting for connection [R]Node 7: Waiting for connection [R]Node 8: Waiting for connection [R]/opt/sbbs/exec/nodelist.js executed in 0.01 secondsBoth in the nodelist.js utility and umonitor.Node 1 seems to be fine, nodes 2+ are stuck with the [R] status.Running latest compiled code at the time of posting this issue.Thoughts?
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Sat May 21 20:50:02 2022
    https://gitlab.synchro.net/main/sbbs/-/issues/409#note_2594

    That looks normal/expected. When node 2+ is connected to, it'll automatically reload the config.
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Keyop Troy@1:103/705 to GitLab note in main/sbbs on Sun May 22 15:28:30 2022
    https://gitlab.synchro.net/main/sbbs/-/issues/409#note_2595

    Is this a recent feature, as previously the [R] would go before a new user logged in?
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Mon May 23 11:21:38 2022
    https://gitlab.synchro.net/main/sbbs/-/issues/409#note_2596

    Yes, it was added in v3.19b.
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Keyop Troy@1:103/705 to GitLab note in main/sbbs on Tue May 24 14:10:09 2022
    https://gitlab.synchro.net/main/sbbs/-/issues/409#note_2597

    ok thanks
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Keyop Troy@1:103/705 to GitLab issue in main/sbbs on Tue May 24 14:10:10 2022
    close https://gitlab.synchro.net/main/sbbs/-/issues/409
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Andre@1:103/705 to Keyop Troy on Tue May 24 16:59:49 2022
    Is this a recent feature, as previously the [R] would go before a new user logged in?

    This is what I was mentioning to you and Dan in IRC. It’s explained good enough for government work here:

    http://wiki.synchro.net/module:str_cmds?s%5B%5D=rerun


    - Andre

    ---
    ￭ Synchronet ￭ Radio Mentor BBS - bbs.radiomentor.org
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to Andre on Tue May 24 18:46:00 2022
    Andre wrote to Keyop Troy <=-

    Is this a recent feature, as previously the [R] would go before a new user logged in?

    This is what I was mentioning to you and Dan in IRC. It's
    explained good enough for government work here:

    http://wiki.synchro.net/module:str_cmds?s%5B%5D=rerun

    Yes, that's a decent explanation.

    I still prefer my method: Stop the BBS when making config changes, and
    then restart it. Avoids this issue altogether, and gives everything a
    "fresh start".



    ... As a matter of fact, it IS a banana in my pocket.
    --- MultiMail/Linux v0.52
    � Synchronet � Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Gamgee on Tue May 24 17:52:26 2022
    Re: Re: Nodes not showing as completing recycle after config changes
    By: Gamgee to Andre on Tue May 24 2022 06:46 pm

    Andre wrote to Keyop Troy <=-

    Is this a recent feature, as previously the [R] would go before a new user logged in?

    This is what I was mentioning to you and Dan in IRC. It's
    explained good enough for government work here:

    http://wiki.synchro.net/module:str_cmds?s%5B%5D=rerun

    Yes, that's a decent explanation.

    I still prefer my method: Stop the BBS when making config changes, and
    then restart it. Avoids this issue altogether, and gives everything a "fresh start".

    What's the "issue"?
    --
    digital man (rob)

    This Is Spinal Tap quote #3:
    How much more black could this be? and the answer is none. None more black. Norco, CA WX: 77.4�F, 52.0% humidity, 11 mph S wind, 0.00 inches rain/24hrs
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Dan Clough@1:123/115 to Digital Man on Tue May 24 20:05:00 2022
    Digital Man wrote to Gamgee <=-

    Re: Re: Nodes not showing as completing recycle after config
    changes
    By: Gamgee to Andre on Tue May 24 2022 06:46 pm

    Is this a recent feature, as previously the [R] would go before a new user logged in?

    This is what I was mentioning to you and Dan in IRC. It's
    explained good enough for government work here:

    http://wiki.synchro.net/module:str_cmds?s%5B%5D=rerun

    Yes, that's a decent explanation.

    I still prefer my method: Stop the BBS when making config changes, and
    then restart it. Avoids this issue altogether, and gives everything a "fresh start".

    What's the "issue"?

    Poor choice of words on my part. Just talking about the [R] thing,
    which I understand is a normal thing, but it was brought up for
    discussion and I mentioned that it wouldn't be seen if the BBS was down
    during config changes. Not really an issue.



    ... Behind every great man is an amazed mother-in-law!
    === MultiMail/Linux v0.52
    --- SBBSecho 3.15-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:123/115)