Friends,
The crashing was ALL caused by a griplist database location
misconfiguration.  I had a bad path in the config, which made the berkeley
DB module leave too many connections to the griplist dbd-error.txt file
open, ultimately crashing ASSP.
Lesson learned: don't be a dope and have a bad path to the griplist!!!
Thank you, as always, to Thomas for helping figure this one out!!



On Fri, Oct 8, 2021 at 8:34 PM K Post <nntp.p...@gmail.com> wrote:

> So this is odd.... running handle on perl.exe gives me stuff I'd expect
> (though I don't know what it all is)
>
>    78: File  (RW-)
> C:\Windows\WinSxS\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.17763.2213_none_de6ea00a534da176
>   18C: File  (R-D)   C:\Windows\System32\en-US\KernelBase.dll.mui
>   1B0: File  (RW-)
> d:\StrawberryPerl\perl\site\lib\Net\DNS\Resolver\Base.pm
>   280: File  (RW-)   d:\assp
>   2DC: File  (R-D)   C:\Windows\System32\en-US\mswsock.dll.mui
>   678: File  (RW-)   L:\ASSP Logs\maillog.txt   <-- link of d:\assp\logs
> to another drive
>   67C: File  (RW-)   L:\ASSP Logs\bmaillog.txt  <-- link of d:\assp\logs
> to another drive
>   704: Section       \BaseNamedObjects\__ComCatalogCache__
>   718: Section       \BaseNamedObjects\__ComCatalogCache__
>   71C: Section       \RPC Control\DSECFAC
>   7D8: File  (RW-)   d:\assp\pid
>
> and then about *1300* additional identical entries (with different
> handles), that are:
>
> xxx: *File  (RW-)   d:\assp\tmpDB\Griplist\BDB-error.txt*
>
> And those 1300 idential lines is with ASSP trucking along quite nicely.
> No errors in the 15 hours or so since it crashed last.  I can't imagine
> that 1300 open handles to DBD-error.txt is normal though.   And I have no
> idea what it shows when it's crashing.  I'm not sure how to find that out
> either, as once I'm alerted to SMTP being down, it's already too late -
> ASSP has crashed.
>
> DBD-error.txt is 0 bytes.  In the Griplist folder.  It appears to have
> been "modified" about a minute ago, but still 0bytes.
>
>  I also see:
> __db.001 888kb
> __db.002 120kb
> __db.003 648kb
>
> I don't believe that I use the griplist.  noGriplistUpload and
> noGriplistDownload are both checked.  Due to our charity privacy policy :(
>
> I just restarted the ASSP service in Windows and see 10 of the
> griplist\DBD-error.txt handles.  Is >>that<< normal?  I temporarily
> reverted to 21218 (I happened to have that old version on hand) and seems
> to have 9 of the griplist\DBD-error.txt handles, so having a bunch doesn't
> seem to be a new problem, if it's a problem at all.
>
> I feel like some loop happens when there TLS errors with the new versions
> though that somehow gets more of these griplist\dbd-error.txt handels to
> open until there no more file handles left????
>
>
>
>
>
>
>
>
>
> On Fri, Oct 8, 2021 at 7:27 PM K Post <nntp.p...@gmail.com> wrote:
>
>> That's funny Bob, I was just looking at Sysinternals to see if there was
>> such a tool.  Also looking to see if there's anything like this:
>>
>> https://stackoverflow.com/questions/8845949/how-to-find-open-global-filehandles-in-a-perl-program
>> that would work for Windows.
>>
>>
>>
>> On Fri, Oct 8, 2021 at 1:56 PM Robert K Coffman Jr. -Info From Data Corp.
>> <bcoff...@infofromdata.com> wrote:
>>
>>> I'm curious what handle (Sysinternals tool) says when you hit the file
>>> limit...
>>>
>>> - Bob
>>>
>>> On 10/8/2021 10:47 AM, K Post wrote:
>>> > And a similar thing just happened again with 21280.  ASSP gets to the
>>> > point where it can't open any more files, griplist can't be opened,
>>> and
>>> > it goes into a shutdown process.
>>>
>>>
>>>
>>> _______________________________________________
>>> Assp-test mailing list
>>> Assp-test@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/assp-test
>>>
>>
_______________________________________________
Assp-test mailing list
Assp-test@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/assp-test

Reply via email to