[Bug 213462] Retry_count in minidump code delaying ENOSPC by around 30 minutes for live cores.

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Thu Oct 13 21:01:36 UTC 2016


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213462

            Bug ID: 213462
           Summary: Retry_count in minidump code delaying ENOSPC by around
                    30 minutes for live cores.
           Product: Base System
           Version: 10.3-STABLE
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: kern
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: raviprakash.darbha at gmail.com

I notice that when, the system runs out of space and we are trying to get a
live core dump there is delay of around 30 minutes to return ENOSPC to the
upper layers. This is on AMD64. As I go through the code , I see a change to
the amd64 not present in other platforms in sys/amd64/amd64/minidump_machdep.c
. Its the retry count set to 5 ( Not sure where that number comes from ).
Because of this, the live core generation in our platform is delayed and the
memory map keeps increasing( lots of other stuff running ) it makes things
worse. I want to make this retry count a tunable so that it can be changed at
runtime accordingly.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-bugs mailing list