• Re: Polling

    From Avon@21:1/101 to Accession on Sunday, April 18, 2021 20:02:19
    On 17 Apr 2021 at 08:15a, Accession pondered and said...

    I guess anything is possible. However, I can't really think of any
    reason as to why a direct MIS POLL 21:1/100 process would lock up,
    unless the connection went bad and hung, or the connection's handshakes didn't finish properly.

    Here's a recent poll I can see. As far as I can tell there is no issue.

    - 18 Apr 19:42:03 [1480] incoming from 24.209.142.55 (47952)
    + 18 Apr 19:42:03 [1549] incoming session with
    cpe-24-209-142-55.wi.res.rr.com [24.209.142.55]
    - 18 Apr 19:42:03 [1549] SYS The Pharcyde
    - 18 Apr 19:42:04 [1549] ZYZ Accession
    - 18 Apr 19:42:04 [1549] TIME Sun, 18 Apr 2021 02:42:03 -0500
    - 18 Apr 19:42:04 [1549] VER Mystic/1.12A47 binkp/1.0
    - 18 Apr 19:42:04 [1549] BUILD 2021/04/08 18:51:23 Linux/64
    + 18 Apr 19:42:04 [1549] addr: 21:1/200@fsxnet
    + 18 Apr 19:42:04 [1549] pwd protected session (MD5)
    + 18 Apr 19:42:04 [1549] sending /hub/echomail/out.015/7bd85c0f.su0 as 7bd85c0f.su0 (9487)
    - 18 Apr 19:42:04 [1549] QSIZE 0 files 0 bytes
    + 18 Apr 19:42:04 [1549] sent: /hub/echomail/out.015/7bd85c0f.su0 (9487, 9487.00 CPS, 21:1/200@fsxnet)
    + 18 Apr 19:42:04 [1549] done (from 21:1/200@fsxnet, OK, S/R: 1/0 (9487/0 bytes))
    18 Apr 19:42:04 [1549] session closed, quitting...
    18 Apr 19:42:04 [1480] rc(1549)=0

    I think this last code means success in BinkD speak? Unsure.

    If you send me a date/time when your logs show a problem I'm happy to track it back and look at my logs if you like. :)

    Best, Paul

    --- Mystic BBS v1.12 A46 2020/08/26 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)
  • From Accession@21:1/200 to Avon on Sunday, April 18, 2021 08:24:38
    On 18 Apr 2021, Avon said the following...

    Here's a recent poll I can see. As far as I can tell there is no issue.

    Correct. It hasn't happened since upgrading to the April release so far.

    If you send me a date/time when your logs show a problem I'm happy to track it back and look at my logs if you like. :)

    I wasn't able to find anything in the logs the last time it happened. The last log entry looked to be a successful poll, and yet the next logged poll didn't happen till the next day when I saw the issue with the stuck process and killed it.

    This one is going to be hard to pinpoint, methinks.

    Regards,
    Nick

    --- Mystic BBS v1.12 A47 2021/04/08 (Linux/64)
    * Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)
  • From Avon@21:1/101 to Accession on Monday, April 19, 2021 12:16:42
    On 18 Apr 2021 at 08:24a, Accession pondered and said...


    Correct. It hasn't happened since upgrading to the April release so far.

    well that's good news..



    This one is going to be hard to pinpoint, methinks.

    Yep. OK lemme know if/when you want further telemetry. :)

    --- Mystic BBS v1.12 A46 2020/08/26 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)
  • From Accession@21:1/200 to All on Tuesday, April 13, 2021 17:53:17
    Hey all,

    Anyone else have issues on Linux where MIS POLL gets stuck and you have to manually kill the process for polling to continue?

    Seems to happen about once a week, and I only poll Paul's system (21:1/100) with Mystic. Seems 21:1/100 is using binkd-111, but I can't find anything in my logs as to why the process sticks. Logs say the poll ended, yet the process is there, until I manually kill it. During the time the process is locked, no more polls occur, and as soon as I kill it polls continue normally.

    I finally notice it when I login to newscan and there's no new messages.

    Regards,
    Nick

    --- Mystic BBS v1.12 A47 2021/04/08 (Linux/64)
    * Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)
  • From Avon@21:1/101 to Accession on Wednesday, April 14, 2021 12:32:22
    On 13 Apr 2021 at 05:53p, Accession pondered and said...

    Seems to happen about once a week, and I only poll Paul's system (21:1/100) with Mystic. Seems 21:1/100 is using binkd-111, but I can't find anything in my logs as to why the process sticks. Logs say the poll ended, yet the process is there, until I manually kill it. During the
    time the process is locked, no more polls occur, and as soon as I kill
    it polls continue normally.

    That is strange Nick. Would it help if I post a copy of the BinkD logs here?

    --- Mystic BBS v1.12 A46 2020/08/26 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)
  • From Al@21:4/106.1 to Accession on Tuesday, April 13, 2021 17:50:32
    Re: Polling
    By: Accession to All on Tue Apr 13 2021 05:53 pm

    Anyone else have issues on Linux where MIS POLL gets stuck and you have to manually kill the process for polling to continue?

    I haven't had issues. My setup is different though, my mystic is a point off my own node and they crash stuff to each other. I'm running binkd on my node and it seems to just work.

    Ttyl :-),
    Al

    ... First secure an independent income, then practice virtue.
    --- SBBSecho 3.14-Linux
    * Origin: The Rusty MailBox - Penticton, BC Canada (21:4/106.1)
  • From Zip@21:1/202 to Accession on Wednesday, April 14, 2021 14:28:43
    Hello Accession!

    On 13 Apr 2021, Accession said the following...
    Anyone else have issues on Linux where MIS POLL gets stuck and you have
    to manually kill the process for polling to continue?

    I used to have those problems, mis eating all CPU and had to kill it. Usually once a week or so. I switched to running mis through:

    timeout -k 600 --preserve-status -v 600 ./mis poll forced

    That way, if mis runs for more than 10 minutes, timeout will send a kill signal to it to allow it to exit cleanly (can't remember if it does), then after 10 more minutes (maximum) it will force-kill it. Not sure what the status of busy files will be then, though...

    But, I recently switched to polling through binkd so I'm immune now. :)
    But it worked fine for at least a year or so.

    Best regards
    Zip

    --- Mystic BBS v1.12 A47 2021/04/08 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (21:1/202)
  • From Accession@21:1/200 to Avon on Thursday, April 15, 2021 17:15:08
    On 14 Apr 2021, Avon said the following...

    That is strange Nick. Would it help if I post a copy of the BinkD logs here?

    Only if you can produce the exact log snippet from where the process locked.

    Maybe I'll be able to get a timeframe when it happens next time. So at least you have a starting point as to where to look.

    Regards,
    Nick

    --- Mystic BBS v1.12 A47 2021/04/08 (Linux/64)
    * Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)
  • From Accession@21:1/200 to Zip on Thursday, April 15, 2021 17:20:00
    On 14 Apr 2021, Zip said the following...

    I used to have those problems, mis eating all CPU and had to kill it. Usually once a week or so. I switched to running mis through:

    timeout -k 600 --preserve-status -v 600 ./mis poll forced

    I may have to give that a shot, although I would like to fix the underlying issue. Especially if it's something Mystic is doing, as none of my other systems are experiencing this.

    But, I recently switched to polling through binkd so I'm immune now. :) But it worked fine for at least a year or so.

    Well, that doesn't fix anything except the fact you don't have to deal with it any more. ;)

    Regards,
    Nick

    --- Mystic BBS v1.12 A47 2021/04/08 (Linux/64)
    * Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)
  • From Al@21:4/106.1 to Accession on Thursday, April 15, 2021 17:52:19
    Re: Polling
    By: Accession to Zip on Thu Apr 15 2021 05:20 pm

    Well, that doesn't fix anything except the fact you don't have to deal with it any more. ;)

    Yes, it would be much better for everyone if we can get the issues ironed out. Then g00r00 can get a release put together that works for everyone.

    Ttyl :-),
    Al

    ... Our program, who art in memory. EXE be thy name.
    --- SBBSecho 3.14-Linux
    * Origin: The Rusty MailBox - Penticton, BC Canada (21:4/106.1)
  • From Avon@21:1/101 to Accession on Friday, April 16, 2021 14:46:21
    On 15 Apr 2021 at 05:15p, Accession pondered and said...

    Only if you can produce the exact log snippet from where the process locked.

    Maybe I'll be able to get a timeframe when it happens next time. So at least you have a starting point as to where to look.

    OK let me know if you need anything, happy to help.

    --- Mystic BBS v1.12 A46 2020/08/26 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)
  • From Zip@21:1/202 to Accession on Friday, April 16, 2021 08:51:54
    Hello Accession!

    On 15 Apr 2021, Accession said the following...
    timeout -k 600 --preserve-status -v 600 ./mis poll forced
    I may have to give that a shot, although I would like to fix the underlying issue. Especially if it's something Mystic is doing, as none
    of my other systems are experiencing this.

    I'm wondering if it could have something to do with time adjustment (clock going backwards? or does it just slow down to adjust backwards?), as I believe strace output suggested that it was calling gettimeofday() repeatedly and waiting for some kind of timer...

    Best regards
    Zip

    --- Mystic BBS v1.12 A47 2021/04/08 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (21:1/202)
  • From Accession@21:1/200 to Zip on Saturday, April 17, 2021 08:15:07
    On 16 Apr 2021, Zip said the following...

    I'm wondering if it could have something to do with time adjustment
    (clock going backwards? or does it just slow down to adjust backwards?), as I believe strace output suggested that it was calling gettimeofday() repeatedly and waiting for some kind of timer...

    I guess anything is possible. However, I can't really think of any reason as to why a direct MIS POLL 21:1/100 process would lock up, unless the connection went bad and hung, or the connection's handshakes didn't finish properly.

    Regards,
    Nick

    --- Mystic BBS v1.12 A47 2021/04/08 (Linux/64)
    * Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)