All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <aliguori@us.ibm.com>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>, xen-devel@lists.xensource.com
Subject: Re: Re: Error reporting capabilities for libxc
Date: Mon, 23 Oct 2006 16:38:54 -0500	[thread overview]
Message-ID: <453D366E.5020201@us.ibm.com> (raw)
In-Reply-To: <20061023212802.GL25795@redhat.com>

Daniel P. Berrange wrote:
> On Mon, Oct 23, 2006 at 04:14:59PM -0500, Anthony Liguori wrote:
>   
>> Ian Pratt wrote:
>>     
>>> Would we be better off returning an error code and a set of parameters,
>>> requiring a call-back into the library to get the string? 
>>>
>>> It's worth thinking about future language localisation here too.
>>>  
>>>       
>> I know it's a bigger patch, but the Right Thing to do here is to just 
>> propagate an error code through the libxc functions.
>>
>> The whole xc_{get,set}_error() is a cludge.  Threading wouldn't be a 
>> problem if we returned proper error codes.
>>     
>
> This would be an insufficient level of detail compared to my patch. An error
> code alone can tell you there was an invalid kernel, or even particular tests
> which failed. It can *not* tell you that when the architecture mis-matched,
> the expected arch was 'i386' and the actual arch was 'x86_64'. Hence why
> I provided both an error code & a detailed message. 
>
> Notice in the following there are two strings - 'Invalid kernel' is the
> string associated with the error code 'XC_INVALID_KERNEL'. This is the
> generic static mapping. The second string though is dynamically generated
> according to the specific metadata which was incorrect - this is the 
> invaluable user facing information which cuts down on debugging pain.
>   

stdout from libxenctrl gets redirected to the Xend logs.  You could 
write this sort of info to the logs.

I don't know of many users that will be able to make sense out of the 
following lines.  How many users know what an "ELF architecture" is that 
wouldn't be capable of looking in log file?

If a user passes an invalid kernel line in the config, I think an 
appropriate error would be "Kernel <filename> is not a valid Xen kernel."

That's pretty clear and understandable.  This message is totally 
reproducible in xm with just an XC_INVALID_KERNEL error code.

Regards,

Anthony Liguori

> [root@dhcp-4-245 ~]# xm create crash
> Using config file "/etc/xen/crash".
> Error: [2, 'Invalid kernel', "Kernel ELF architecture '3' does not match Xen architecture '62' (x86_64)"]
> [root@dhcp-4-245 ~]# xm create crash
> Using config file "/etc/xen/crash".
> Error: [2, 'Invalid kernel', "Kernel ELF type '3' does not match Xen type '2'"]
> [root@dhcp-4-245 ~]# xm create crash
> Using config file "/etc/xen/crash".
> Error: [2, 'Invalid kernel', 'Not a valid ELF or raw kernel image']
>
> Dan.
>   

  reply	other threads:[~2006-10-23 21:38 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-26 12:58 Error reporting capabilities for libxc Ian Pratt
2006-09-26 13:20 ` Daniel P. Berrange
2006-10-23 18:00 ` Daniel P. Berrange
2006-10-23 19:17   ` Anthony Liguori
2006-10-23 19:27     ` Daniel P. Berrange
2006-10-23 20:04       ` Anthony Liguori
2006-10-23 20:08         ` Daniel P. Berrange
2006-10-23 20:54       ` Ian Pratt
2006-10-23 20:57         ` Daniel P. Berrange
2006-10-23 21:10           ` Ian Pratt
2006-10-23 21:14             ` Anthony Liguori
2006-10-23 21:28               ` Daniel P. Berrange
2006-10-23 21:38                 ` Anthony Liguori [this message]
2006-10-23 21:47                   ` John Levon
2006-10-24  9:15                     ` Daniel Veillard
2006-10-23 21:48                   ` Daniel P. Berrange
2006-10-24  7:47               ` Gerd Hoffmann
2006-10-24  9:07                 ` Keir Fraser
2006-10-24 10:26                   ` Gerd Hoffmann
2006-10-23 21:21             ` Daniel P. Berrange
2006-10-23 22:15               ` Ian Pratt
2006-10-23 23:05                 ` Daniel P. Berrange
2006-10-23 20:40   ` John Levon
2006-10-23 21:04   ` John Levon
2006-10-23 21:09     ` Daniel P. Berrange

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=453D366E.5020201@us.ibm.com \
    --to=aliguori@us.ibm.com \
    --cc=berrange@redhat.com \
    --cc=m+Ian.Pratt@cl.cam.ac.uk \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.