Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932670AbcLRAfH convert rfc822-to-8bit (ORCPT ); Sat, 17 Dec 2016 19:35:07 -0500 Received: from mout.gmx.net ([212.227.17.21]:60778 "EHLO mout.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932283AbcLRAfC (ORCPT ); Sat, 17 Dec 2016 19:35:02 -0500 MIME-Version: 1.0 Message-ID: From: "Xin Zhou" To: "Tetsuo Handa" Cc: linux-kernel@vger.kernel.org, linux-btrfs@vger.kernel.org Subject: Re: OOM: Better, but still there on Content-Type: text/plain; charset=UTF-8 Date: Sun, 18 Dec 2016 01:28:15 +0100 Importance: normal Sensitivity: Normal In-Reply-To: <862a1ada-17f1-9cff-c89b-46c47432e89f@I-love.SAKURA.ne.jp> References: <20161216073941.GA26976@dhcp22.suse.cz> <20161216155808.12809-1-mhocko@kernel.org> <20161216184655.GA5664@boerne.fritz.box> <20161217000203.GC23392@dhcp22.suse.cz> <20161217125950.GA3321@boerne.fritz.box>, <862a1ada-17f1-9cff-c89b-46c47432e89f@I-love.SAKURA.ne.jp> Content-Transfer-Encoding: 8BIT X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:8+h4n0HmGnqaQCOAsfvTixMKjGCGswGY5wksFnG+G7t wTsO3vPI5fnd0VImLeBDShzgdabQxMhwMM6tM91duIvOzsZ0JG XjyT9stwfj1F+aFpSeyB4vGnui/vbuVyfwgYJqADxu+eBsGATN vRhvQrJp0DJrmXvU2GAS0HGAidaP223x+DhG1SEhB0m7qppn+L 2cRszCQnE7oiAr7yg/mKDnGh6OwXKPrqKWYl5YjhI5cn4Ew/Tm R1Tmng199dQ3ZhqqdoeyO4WRBEOPPX5LMafuqUGLnZhzV7pwMH +589CW1ChI3+qc345IZ2BW3dnGU X-UI-Out-Filterresults: notjunk:1;V01:K0:I207VnSv2Xs=:ds/n7XLCG/wdRkw9pqs3tE 5BWZZTVG0WSyZ3+UQL3qiEHUiSRZ5c7a25Bh1a+/tRjsFb7lpaG3lrtN7phqCRzgfdwJ1Cyk0 hzyUjQuuWq9sK9gMWQWEYscu6yMYB2Ovu8BI0LjEm/GnQyYyN+zKYCmddeeTS5oLeARaur6XV yQMmlk2nTrMl4fHqs8fz4AAe0O1G0ck9no1ZTPHwI4eOgNajEUacPJnWdFbf033260Cm/xf9e xid1N2HuppVBFaSoo/K45QEYmXC8/dV/mynfvK/t2FgeBXWOzSgURTBmsrDyvjeyRFMkd7kH6 t7Kkt7dBjYG9exyalY7qIjTMY3/43jBeMtITiVK0+XvwjEkqepRe41x9WQ7CRa7GNi0nmse8D Bgq4y6d6yZ/+zkFypI3kll2FZ3y9o/D8kj+TYrR3auEXreqI1L8lMroGDelwLL0pIgH0JeKFw CkdQWc/CtQ== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2096 Lines: 45 Hi, The system supposes to have special memory reservation for coredump and other debug info when encountering panic, the size seems configurable. Thanks, Xin     Sent: Saturday, December 17, 2016 at 6:44 AM From: "Tetsuo Handa" To: "Nils Holland" , "Michal Hocko" Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, "Chris Mason" , "David Sterba" , linux-btrfs@vger.kernel.org Subject: Re: OOM: Better, but still there on On 2016/12/17 21:59, Nils Holland wrote: > On Sat, Dec 17, 2016 at 01:02:03AM +0100, Michal Hocko wrote: >> mount -t tracefs none /debug/trace >> echo 1 > /debug/trace/events/vmscan/enable >> cat /debug/trace/trace_pipe > trace.log >> >> should help >> [...] > > No problem! I enabled writing the trace data to a file and then tried > to trigger another OOM situation. That worked, this time without a > complete kernel panic, but with only my processes being killed and the > system becoming unresponsive. When that happened, I let it run for > another minute or two so that in case it was still logging something > to the trace file, it could continue to do so some time longer. Then I > rebooted with the only thing that still worked, i.e. by means of magic > SysRequest. Under OOM situation, writing to a file on disk unlikely works. Maybe logging via network ( "cat /debug/trace/trace_pipe > /dev/udp/$ip/$port" if your are using bash) works better. (I wish we can do it from kernel so that /bin/cat is not disturbed by delays due to page fault.) If you can configure netconsole for logging OOM killer messages and UDP socket for logging trace_pipe messages, udplogger at https://osdn.net/projects/akari/scm/svn/tree/head/branches/udplogger/ might fit for logging both output with timestamp into a single file. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html[http://vger.kernel.org/majordomo-info.html]