SYNCHRONET--------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 53 из 100
 От   : Digital Man                         1:103/705         10 сен 25 12:11:07
 К    : Dumas Walker                                          10 сен 25 22:19:01
 Тема : sbbsecho issue
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 54850.sync@1:103/705 2d27d98d
@REPLY: 73947.sync@723:320/1 2d27db13
@TZUTC: -0700
@PID: Synchronet 3.21a-Linux master/7acaccaf1 Sep 08
2025 GCC 12.2.0
@TID: SBBSecho 3.29-Linux master/7acaccaf1 Sep 08
2025 GCC 12.2.0
@COLS: 80
@BBSID: VERT
@CHRS: CP437 2
@FORMAT: flowed
@NOTE: FSEditor.js v1.105
  Re: sbbsecho issue
  By: Dumas Walker to DIGITAL MAN on Wed Sep 10 2025 08:59 am

 > >  > Node (618:250/1.9) externally locked via:
 > >  > /sbbs/fido/out.26a/00fa0001.pnt/00000009.bsy (since ??:??)
 >
 > > That same message would have been written to the sbbsecho.log file. The
 > > lock attempt is retried (after the configurable number of BSO lock delay
 > > seconds) and gives up (and logs a warning about "Giving up") after the
 > > configured numbe
 > > of BSO lock attempts. All of these messages would be written to your
 > > sbbsecho.log file as well as the console. The only reason they would not
 > > be written to the log file is if you had your "Log Level" set to something
 > > less (more severe) than "Informational" in echocfg->Global Settings.
 >
 > It is set to "Warning".  Is that more or less severe than "Informational"?

 A warning is more severe than informational and that means that
Info-level messages would *not* be written to the sbbsecho.log. I recommend you
change that back to the default (info) or if/when you`re having issues,
you change it to Debug.

 > The attempts were set at 60 so I lowered it.  What happens when it "gives
 > up"?

 It logs a warning ("Giving up after n attempts to lock node x")
and continues on doing whatever else it can do.

 > Regardless they were *not* written to the console.

Right, because you changed the log level.

 > They were written in
 > the terminal window when sbbsecho was run manually but, in normal
 > operation, they do *not* show up on the sbbs console or in syslog.

Correct, because you changed the log level from info to warning which
 instructed SBBSecho to only log warnings and errors to the
sbbsecho.log file. SBBSecho is behaving exactly as designed and documented, it
appears to me.
-- 
                                            digital man (rob)

Synchronet/BBS Terminology Definition #54:
MUD = Multi-User Dungeon
Norco, CA WX: 75.3°F, 55.0% humidity, 0 mph SSW wind, 0.00 inches rain/24hrs
--- SBBSecho 3.29-Linux
 * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
SEEN-BY: 50/109 103/705 154/10 218/700 221/1
240/1120 280/464 301/1 113
SEEN-BY: 341/66 463/68 712/848 5000/111 5001/100
5020/101 715 848 1042 4441
SEEN-BY: 5020/12000 5030/49 1081 5060/900 5061/133
5075/128 5083/444
@PATH: 103/705 301/1 5020/1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх