Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp5368955ybl; Tue, 27 Aug 2019 03:40:09 -0700 (PDT) X-Google-Smtp-Source: APXvYqzFaXEa4osvtp86OmTvug8Ra7+ELdPh/7uvRHqv2x9WGPyai7P03FN3EFBEUsBypKS+I5LB X-Received: by 2002:a17:902:9895:: with SMTP id s21mr23460553plp.255.1566902409118; Tue, 27 Aug 2019 03:40:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566902409; cv=none; d=google.com; s=arc-20160816; b=BH1Uf5HMIPKVRpeD8cyzcS3k6+8yBSs2XQwwOnB+rZ/v84GDL4Ga3ncsKPGcwX2+zw 2tYs+wxCMGJfWzktFkePurQYlFGr+HLQYkmBsmsGCub5J/3R+IjCBv4JcKMQD7vxj3Hy PdjO7U4sfKjQjnCeWz9lh7A1s6XKioJsi9muqadB3SlRCNWkiLUE91az1gNmXbTVSX4s 5+lCDBD44rbGMQrHogmFZ2Nhp/YcNcmmM0zum8irzYisY+UTf7c3H/Of7oPcLG79uYlH vDBK2UcX1+6kzDXPbD0QyjMTxBdcPI+tPYRYe2HwXDQU4rb5i+UBQUHXNRbMciWfQoLz ekxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=Fwww8hG79G4mG20YEiRaZ7J41Rfr0ACa4N71Ir8lUqk=; b=fXrvLrwfTleudNFIeFeeWdDTDMJ/7T5WbA0DV7286a/kyvncxoiaqYYFIQrhnRy6i0 DXc7TGFENQIjqBW9Y0o33BAtoLRwaR9yNKHVEzlhZ64rDBMS3zURY7J8G+nEY8o6tKze qiKx+kvZh99Uw2yR9yF+nLuHJqQueG0EDPMYRLKIKep1OK9f7q+9yW3z23urNIeq115f mURhFuGtKyvyzKGAH2jJfhklcvFWRwsb/hrusYp4qOXu2VP2uv8VYUntHnaIATUNkCe7 VSkfudzmSzgfeEuIHWFrUcu7I1t4PaEcmxRFtMeWGaFjVWWrQHuL+3KHv9xy1YqpncRk 8xYg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t190si11548174pgd.465.2019.08.27.03.39.53; Tue, 27 Aug 2019 03:40:09 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728797AbfH0Kia (ORCPT + 99 others); Tue, 27 Aug 2019 06:38:30 -0400 Received: from mx2.suse.de ([195.135.220.15]:52216 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725912AbfH0Ki3 (ORCPT ); Tue, 27 Aug 2019 06:38:29 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 56FC8AF2C; Tue, 27 Aug 2019 10:38:28 +0000 (UTC) Date: Tue, 27 Aug 2019 12:38:27 +0200 From: Michal Hocko To: Tetsuo Handa Cc: Edward Chron , Andrew Morton , Roman Gushchin , Johannes Weiner , David Rientjes , Shakeel Butt , linux-mm@kvack.org, linux-kernel@vger.kernel.org, colona@arista.com Subject: Re: [PATCH 00/10] OOM Debug print selection and additional information Message-ID: <20190827103827.GV7538@dhcp22.suse.cz> References: <20190826193638.6638-1-echron@arista.com> <20190827071523.GR7538@dhcp22.suse.cz> <5768394f-1511-5b00-f715-c0c5446a2d2a@i-love.sakura.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5768394f-1511-5b00-f715-c0c5446a2d2a@i-love.sakura.ne.jp> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 27-08-19 19:10:18, Tetsuo Handa wrote: > On 2019/08/27 16:15, Michal Hocko wrote: > > All that being said, I do not think this is something we want to merge > > without a really _strong_ usecase to back it. > > Like the sender's domain "arista.com" suggests, some of information is > geared towards networking devices, and ability to report OOM information > in a way suitable for automatic recording/analyzing (e.g. without using > shell prompt, let alone manually typing SysRq commands) would be convenient > for unattended devices. Why cannot the remote end of the logging identify the host. It has to connect somewhere anyway, right? I also do assume that a log collector already does store each log with host id of some form. -- Michal Hocko SUSE Labs