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

2017-01-13 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213462

Conrad Meyer  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|New |Closed
 CC||c...@freebsd.org

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


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

2016-10-17 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213462

--- Comment #3 from commit-h...@freebsd.org ---
A commit references this bug:

Author: stevek
Date: Mon Oct 17 22:57:41 UTC 2016
New revision: 307540
URL: https://svnweb.freebsd.org/changeset/base/307540

Log:
  Add sysctl to make amd64 minidump retry count tunable at runtime.

  PR:   213462
  Submitted by: RaviPrakash Darbha 
  Reviewed by:  cemi, markj
  Approved by:  sjg (mentor)
  Obtained from:Juniper Networks
  Differential Revision:https://reviews.freebsd.org/D8254

Changes:
  head/sys/amd64/amd64/minidump_machdep.c

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


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

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213462

Mark Linimon  changed:

   What|Removed |Added

   Keywords||patch

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


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

2016-10-14 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213462

--- Comment #1 from rdarbha  ---
Please check this review 

https://reviews.freebsd.org/D8254

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


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

2016-10-14 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213462

--- Comment #2 from rdarbha  ---
please review this 
https://reviews.freebsd.org/D8254

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


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

2016-10-13 Thread bugzilla-noreply
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@FreeBSD.org
  Reporter: raviprakash.dar...@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.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"