WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

[Xen-users] what's the meaning of this call trace

To: xen-users <Xen-users@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-users] what's the meaning of this call trace
From: Mike Sievers <saturngeist@xxxxxxxxxxxxxx>
Date: Mon, 6 Dec 2010 09:26:07 +0100
Cc:
Delivery-date: Mon, 06 Dec 2010 00:27:33 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=Jh5Jvjd69wsw5EAVk9unodPolty3WLQ2N1FLRXLqEOA=; b=f+95tnl/iKUHPrAT8YjG3nkT51Do3hfe4wIrUaxqqTcV2/TUoIvz7epuBe7pPojWI/ M8GXwZvA9UheldQVYyJMgWTW0yIiKr8oLzdTD4RvX6v+C3QjnjGZD3tQxx3jvpgSUT3l NdDyw4yA5vknvRVQ6M/Z7EqgcGvO7IDcDNE50=
Domainkey-signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=EIJq7dNKWdFsCIF1/4/BpEZlKyZOcgLbBzBvnke+zR4uNYKLOuCKHFS5BEcur68h3z eDjOw951YOipGhMuWuLUSb7gQPWP5N4mC/N/7h1twBW+Qs1PgAC27RGfbRVNtABj0cjX bys7PhuODIAvrsTmQr3qs0MHkPVDP10sxlX4g=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
Hi List,

my message.log shows:

 The following is only an harmless informational message.
 Unless you get a _continuous_flood_ of these messages it means
 everything is working fine. Allocations from irqs cannot be
 perfectly reliable and the kernel is designed to handle that.
 gzip: page allocation failure. order:1, mode:0x20, alloc_flags:0x30 pflags:0x402000
Pid: 15317, comm: gzip Not tainted 2.6.32.24-0.2-xen #1
 Call Trace:
 [<ffffffff80009b95>] dump_trace+0x65/0x180
 [<ffffffff803508e6>] dump_stack+0x69/0x73

Is this really harmles?

The server is xen domU

???

Mike
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
<Prev in Thread] Current Thread [Next in Thread>