TZUTC: -0700   
   MSGID: 54267.sync@1:103/705 2ca430e1   
   REPLY: 51208.dove-syncdisc@12:1/2 2ca4209a   
   PID: Synchronet 3.21a-Linux master/dd0e146a0 May 28 2025 GCC 12.2.0   
   TID: SBBSecho 3.27-Linux master/dd0e146a0 May 28 2025 GCC 12.2.0   
   COLS: 80   
   BBSID: VERT   
   CHRS: CP437 2   
   FORMAT: flowed   
   NOTE: FSEditor.js v1.105   
     Re: .?lo files disappearing error 11   
     By: deon to Digital Man on Tue Jun 03 2025 08:15 am   
      
    >   Re: .?lo files disappearing error 11   
    >   By: Digital Man to deon on Mon Jun 02 2025 02:45 pm   
    >   
    > Howdy,   
    >   
    >  >  > Why the error 11, and what would cause the file to disappear?   
    >   
    >  > /usr/include/asm-generic/errno-base.h:#define   EAGAIN          11   
    >  > /* Try again */   
    >   
    >  > I'm guessing that means the file was opened for exclusive access or the   
    >  > file system was doing something with the file. It's not saying the file   
    >  > "is gone".   
    >   
    > Oh, I'm telling you the file is gone.   
    >   
    > My outbound directory is left with a bunch of packets and no .?lo file.   
    >   
    > If I "watch ls -al outbound.xxx/", I can see sbbsecho create the packet,   
    > create the .?lo file.   
    >   
    > As soon as binkit goes to send it, it disappears, and the Error 11 is   
    > reported at the same time.   
      
   Most likely, BinkIt is deleting the file itself immediately after that error   
   is logged.   
      
   I would expect to see a "Deleted file: /path/to/flo-file" log message in that   
   case, however, and you didn't show that, so that's suspicious.   
      
    > I have mail going out frequently (at least every hour), and it is happening   
    > every time.   
    >   
    > "Try again" doesnt make sense for this - as the file is not there..   
      
   I suspect the file *is* there at the moment that BinkIt is trying to open it   
   and is logging that error message.   
      
   Looking at the script source (which mind you, I did not write), the   
   File.open() method is be used to open FLO files and in shareable mode, so the   
   file should be automatically retry the open and only return that error after   
   several failed open attempts (usually a noticable delay of several seconds).   
   The 28 second gap between log messages the log output you shared suggests that   
   these open retries are indeed happening.   
      
   Is it possible SBBSecho or another process still has this FLO file open at   
   that moment?   
      
    >  > It sounds like BinkIt should peform an open-retry when getting that   
    >  > specific open error. Submit an issue at gitlab.synchro.net for someone to   
    >  > follow-up on this?   
    >   
    > OK.   
      
   Thanks,   
   --    
                                               digital man (rob)   
      
   Synchronet/BBS Terminology Definition #56:   
   NNTP = Network News Transfer Protocol   
   Norco, CA WX: 79.4øF, 49.0% humidity, 14 mph WNW wind, 0.00 inches rain/24hrs   
   --- SBBSecho 3.27-Linux   
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)   
   SEEN-BY: 10/0 1 102/401 103/1 17 705 105/81 106/201 124/5016 128/187   
   SEEN-BY: 129/14 153/7715 154/110 218/0 1 215 601 700 840 860 880 226/30   
   SEEN-BY: 227/114 229/110 114 206 317 400 426 428 470 550 700 705 266/512   
   SEEN-BY: 280/464 291/111 301/1 320/219 322/757 342/200 396/45 460/58   
   SEEN-BY: 633/280 712/848 902/26 5075/35   
   PATH: 103/705 218/700 229/426