All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michal Novotny <minovotn@redhat.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: "'xen-devel@lists.xensource.com'" <xen-devel@lists.xensource.com>
Subject: Re: [PATCH] Introduce dom0-min-space configuration option
Date: Thu, 22 Jul 2010 09:50:47 +0200	[thread overview]
Message-ID: <4C47F857.4060606@redhat.com> (raw)
In-Reply-To: <19526.62789.227136.192517@mariner.uk.xensource.com>

On 07/21/2010 03:25 PM, Ian Jackson wrote:
> Michal Novotny writes ("Re: [Xen-devel] [PATCH] Introduce dom0-min-space configuration option"):
>    
>> Ian, the problem is when pygrub extracts the vmlinuz and initrd for PV
>> guests but there's insufficient space on the dom0, there's no error
>> message but the error is being raised from Xend itself, [...]
>>      
> So the correct fix is to make sure the error propagation works
> correctly.
>
>    

Well, the patching in the all the parts of the code may be better but 
there may be many issues caused there by dom0 being out of space and not 
all of them have to be xen related - nevertheless users can think 
they're xen related until they find out the dom0 is out of space and 
therefore although Xen may *not* be responsible they can blame Xen for that.

>>   libxc to be precise since there's the zStream inflation code but
>> since the input data are not valid (i.e. they're just partial,
>>      
> That suggests that not only is the error being bungled somewhere, it's
> being outright ignored and something tries to decompress the truncated
> file.
>    

Well, there's no other way to fix it than to implement a check for 
enough space on dom0 for extracting vmlinuz and initrd files from the 
image file. If it's partially extracted it's understandable that the 
data are not valid input for zStream processing and therefore it runs 
into Z_BUF_ERROR (-5) during the process.

> These bugs should be fixed.
>
> But I think your patch is entirely wrong, I'm afraid.
>
> Ian.
>    

Why do you think my patch is entirely wrong? If you're talking about 
functionality it's been tested on x86_64 RHEL-6 guest with upstream Xen 
installed.

Michal

-- 
Michal Novotny<minovotn@redhat.com>, RHCE
Virtualization Team (xen userspace), Red Hat

  reply	other threads:[~2010-07-22  7:50 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-12 18:07 [PATCH] Introduce dom0-min-space configuration option Michal Novotny
2010-07-13 18:02 ` Ian Jackson
2010-07-14 11:23   ` Michal Novotny
2010-07-21  3:52     ` Michal Novotny
2010-07-21 13:25     ` Ian Jackson
2010-07-22  7:50       ` Michal Novotny [this message]
2010-07-22  7:52         ` Michal Novotny
2010-07-23 16:00         ` Ian Jackson
2010-07-26  6:55           ` Michal Novotny
2010-07-26  9:59             ` Paolo Bonzini
2010-07-26 10:36               ` Michal Novotny
2010-07-26 11:18                 ` Paolo Bonzini
2010-07-26 11:21                   ` Michal Novotny
2010-07-26 11:31                     ` Paolo Bonzini
2010-07-26 11:48                       ` Michal Novotny
2010-07-26 12:23                         ` Paolo Bonzini
2010-07-26 12:48                           ` Michal Novotny

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=4C47F857.4060606@redhat.com \
    --to=minovotn@redhat.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --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.