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
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)
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
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
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.
On Thu, Oct 7, 2021 at 2:50 PM K Post wrote:
> Here's excerpts from my log. Odd stuff and concerning.
>
>
> ASSP had
Here's excerpts from my log. Odd stuff and concerning.
ASSP had been running for 24+ hours on 21279 without issue. Saw a bunch of
the got an unexpected TLSv1_2 handshake Client-Helo-Frame warnings during
that time, which ASSP seems to handle much better than with the previous
version. The
Uh oh. I haven't moved away from the test version you provided yesterday
yet, but I just got a complete ASSP crash, which was preceded by:
error: Worker_1 accept to client failed IO::Socket::INET=GLOB(0x881a0c40)
(timeout: 2 s) : Too many open files
error: Worker_2 accept to client failed