Date: Thu, 13 Oct 2016 21:01:36 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 213462] Retry_count in minidump code delaying ENOSPC by around 30 minutes for live cores. Message-ID: <bug-213462-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213462 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@FreeBSD.org Reporter: raviprakash.darbha@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_machde= p.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. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-213462-8>