From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: [PATCH OSSTEST] Arrange for core dumps to be placed in /var/core and collect them Date: Wed, 25 Mar 2015 09:40:50 +0000 Message-ID: <1427276450.10784.25.camel@citrix.com> References: <1425915623-14878-1-git-send-email-ian.campbell@citrix.com> <21777.23376.332679.268338@mariner.uk.xensource.com> <1427201206.21742.389.camel@citrix.com> <21777.44652.634423.829345@mariner.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <21777.44652.634423.829345@mariner.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Jackson Cc: xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On Tue, 2015-03-24 at 18:35 +0000, Ian Jackson wrote: > Ian Campbell writes ("Re: [PATCH OSSTEST] Arrange for core dumps to be placed in /var/core and collect them"): > > On Tue, 2015-03-24 at 12:40 +0000, Ian Jackson wrote: > > > I think you should add /var/core to the leak check step. > > > > Which in practice just means listing it in the arugment to > > inventory_files? > > Yes. Good, v2 in <1427207038-28090-1-git-send-email-ian.campbell@citrix.com> does just that. Do you have any thoughts on how to best universally arrange for the rlimits to be increased? Probably inserting a ulimit call into the libvirt initscript would be an easy first step, and since that's the thing we most often see crashing it seems. I'll send such a patch shortly. Adding it to xencommons would be OK too, which just leaves catching e.g. daemonised xl processes launched via ssh. Hacking /etc/profile or something in TestSupport::cmdex perhaps? Ian.