Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754185AbbDMNUn (ORCPT ); Mon, 13 Apr 2015 09:20:43 -0400 Received: from mail-wi0-f178.google.com ([209.85.212.178]:35533 "EHLO mail-wi0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754032AbbDMNUl (ORCPT ); Mon, 13 Apr 2015 09:20:41 -0400 Message-ID: <552BC2A5.2080705@plexistor.com> Date: Mon, 13 Apr 2015 16:20:37 +0300 From: Boaz Harrosh User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Greg KH CC: Christoph Hellwig , linux-nvdimm@ml01.01.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, x86@kernel.org, axboe@kernel.dk, ross.zwisler@linux.intel.com Subject: Re: [PATCH A+B] pmem: Add prints at module load and unload References: <1427872339-6688-1-git-send-email-hch@lst.de> <5523FBC7.80301@plexistor.com> <20150413090526.GB4928@kroah.com> <552BB107.2070707@plexistor.com> <20150413123658.GA28718@kroah.com> In-Reply-To: <20150413123658.GA28718@kroah.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1338 Lines: 36 On 04/13/2015 03:36 PM, Greg KH wrote: > if you are relying on kernel log messages for > specific things to happen in your system, you are doing it wrong as they > can change and disappear in any future kernel release, they are NOT an > api. > Again. I am not doing anything with these messages. Yes messages are not API. I do not need them for a live and running system, at all. I need it for a dead system. for a long dead system. A system that has failed 3 days ago and all I have is the system/application logs and the Kernel logs. I guess I'm antic and you guys have other means for these things, I wish to learn then. So far all we are asking to keep are the logs, Is there something else I need to store from a *past* running system? Until now this gave me a very good place to start my investigation. With empty log files, how do I then proceed? > thanks, > greg k-h It looks like everyone agrees with you though. I wish I knew something you guys know, I do not see how I can analyze failing systems without logs. [I promise this is my last email on the subject] Thanks Boaz -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/