Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752032AbbBWHp3 (ORCPT ); Mon, 23 Feb 2015 02:45:29 -0500 Received: from rrzmta1.uni-regensburg.de ([194.94.155.51]:41178 "EHLO rrzmta1.uni-regensburg.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751172AbbBWHp2 convert rfc822-to-8bit (ORCPT ); Mon, 23 Feb 2015 02:45:28 -0500 X-Greylist: delayed 303 seconds by postgrey-1.27 at vger.kernel.org; Mon, 23 Feb 2015 02:45:28 EST Message-Id: <54EAE775020000A1000194E7@gwsmtp1.uni-regensburg.de> X-Mailer: Novell GroupWise Internet Agent 14.0.1 Date: Mon, 23 Feb 2015 08:40:21 +0100 From: "Ulrich Windl" To: Subject: Xen. How an error message should not look like Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1765 Lines: 38 Hi! This is a somewhat generic subject, so please forgive me. We are having some very strange Xen problem in SLES11 SP3 (kernel 3.0.101-0.46-xen). Eventually I found out that the message kernel: [615432.648108] vbd vbd-7-51888: 2 creating vbd structure is not a "progress" message (some vbd structure was created), but an error message (the vbd structure was NOT created because of error "2"). So first the user has to recognize that the text actually is an error, then the user has to find out what "2" means. Interestingly the most important information is missing (block major an minor number of the device for vbd_create()). When I did a little digging in the code I found this pearl of code (/usr/src/linux/drivers/xen/blkback/xenbus.c): switch (err) { case -ENOMEDIUM: if (!(be->blkif->vbd.type & (VDISK_CDROM | VDISK_REMOVABLE))) { default: xenbus_dev_fatal(dev, err, "creating vbd structure"); break; } /* fall through */ case 0: err = xenvbd_sysfs_addif(dev); if (err) { vbd_free(&be->blkif->vbd); xenbus_dev_fatal(dev, err, "creating sysfs entries"); } break; } Itself vbd_create() does not log a message, and neither does blkdev_get_by_dev() where the error comes from. Regards, Ulrich P.S. Not subscribed to LKML, so please keep me on CC: to address me -- 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/