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-devel

[Xen-devel] xen-2.0 20040920 and 20040917 problems

To: xen-devel@xxxxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] xen-2.0 20040920 and 20040917 problems
From: Peri Hankey <mpah@xxxxxxxxxxxxxx>
Date: Mon, 20 Sep 2004 09:05:03 +0100
Delivery-date: Mon, 20 Sep 2004 09:07:26 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040115
Hello

xen-2.0 20040920:
'xm create -F xxx.sxp' gives 'Error: Internal Server Error' with today's build, with configurations that have previously worked ok. What information would be useful, have others encountered this? I have sometimes had this error before, but it went away if I stopped xend and then restarted it (I was surprised and pleased that I could do this without having to restart xenU domains that were already running).

xen-2.0 20040917:
This build has been running quite successfully. BUT there remains a problem with page/block handling (I think). The situation is

NOT OK: rpm operations in xenU guest system:
Almost any operations on the rpm database produce a floating point exception. Sometimes not at first, but once it happens the situation is not recoverable - that xenU guest system has no usable rpm database. Rebooting (xenU only and xenU as well) does not change the situation.

OK: rpm operations chrooted into xenU file system from xen0:
The same operations that fail in the xenU guest system work ok on the same data in the chrooted environment. The sequence is: start xenU domain, login, 'rpm -qa' -> BANG; shutdown, chroot into xenU root filesystem, 'rpm -qa' -> correct behaviour.

I tried using nfs and loop device root filesystems with similar results. Curiously the previous problem I encountered and reported here also manifested itself in the first place as a floating point exception triggered by operations on the rpm database. But that affected Xen0, while this problem seems only to affect xenU.

I have not noticed any oddities in the xen0 environment.

The system was compiled using gcc3.4 - I don't know whether that has been found significant. Has anyone else encountered similar problems?

The xensv web interface now works fine - but I haven't yet used the domain creation wizard.

Thanks for your help
Peri



-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

<Prev in Thread] Current Thread [Next in Thread>