similar to: Bug#753358:

Hi, we are still experiencing this error on stable jessie with xen 4.4.1 and it does not appear to be fixed in that version at all. The actual error is: -- snip -- Traceback (most recent call last): File "/usr/lib/xen-4.4/bin/pygrub", line 809, in <module> part_offs = get_partition_offsets(file) File "/usr/lib/xen-4.4/bin/pygrub", line 106, in

Hi everybody, my background: I'm doing Xen since 10++ years, many years with DRBD for high availability, since some time I'm using preferable GlusterFS with FUSE as replicated storage, where I place the image-files for the vms. In my current project we started (successfully) with Xen/GlusterFS too, but because the provider, where we placed the servers, uses widely CEPH, we decided to

# HG changeset patch # User Zhigang Wang <zhigang.x.wang@oracle.com> # Date 1342720736 14400 # Node ID ec9655b30a5fa5b5abb3e05505f681f9be559613 # Parent 43e21ce7f22151524b800a6cf0ac4ba1233b34a7 pygrub: add syslog support to pygrub Currently, when pygrub failed, we don''t know the reason because xend/xl will not capture the stderr message. This patch will log the error message to

Tags: patch I think this can be fixed with the following patch; it at least worked for me: http://lists.xen.org/archives/html/xen-devel/2011-01/txtLboGgCEUdF.txt -- Adi --- xen-4.1.0/tools/pygrub/src/pygrub.orig 2010-12-31 15:24:11.000000000 +0000 +++ xen-4.1.0/tools/pygrub/src/pygrub 2011-01-30 18:58:17.000000000 +0000 @@ -96,6 +96,7 @@ fd = os.open(file, os.O_RDONLY) buf =

We had a XCP 1.5 pool with 2 machines as hosts. The storage pool which as NFS mounted lost its ability to export the filesystem with the VM images on it. We contacted the vendor and we were able to restore it. However, they had recommended that we delete the XCP Pool, recreate it, add the hosts back in, and then mount the storage. That is where we are at now. We can see the storage and

Control: tag -1 +fixed-upstream On Wed, 2015-11-11 at 15:39 +0000, Ian Jackson wrote: > Wei Liu writes ("Re: [PATCH] tools: pygrub: if partition table is empty, > try treating as a whole disk"): > > On Thu, Nov 05, 2015 at 02:46:12PM +0000, Ian Campbell wrote: > > > pygrub (in identify_disk_image()) detects a DOS style partition table > > > via the presence

Populate-on-demand: Check pages being returned by the balloon driver This patch series is the second result of my work last summer on decreasing fragmentation of superpages in a guests'' p2m when using populate-on-demand. This patch series is against 4.1; I''m posting it to get feedback on the viability of getting a ported version of this patch into 4.2. As with the previous

Processing commands for control at bugs.debian.org: > found 753358 4.4.1-1 Bug #753358 [xen] pygrub not working when a disk script is in use There is no source info for the package 'xen' at version '4.4.1-1' with architecture '' Unable to make a source version for version '4.4.1-1' Ignoring request to alter found versions of bug #753358 to the same values

Processing commands for control at bugs.debian.org: > found 753358 4.4.1-1 Bug #753358 [xen] pygrub not working when a disk script is in use There is no source info for the package 'xen' at version '4.4.1-1' with architecture '' Unable to make a source version for version '4.4.1-1' Marked as found in versions 4.4.1-1. > found 753358 Bug #753358 [xen] pygrub

Processing commands for control at bugs.debian.org: > close 753358 4.4.0-1 Bug #753358 [xen] pygrub not working when a disk script is in use There is no source info for the package 'xen' at version '4.4.0-1' with architecture '' Unable to make a source version for version '4.4.0-1' Marked as fixed in versions 4.4.0-1. Bug #753358 [xen] pygrub not working when a

On Mon, 2014-04-21 at 15:43 +0200, Sjors Gielen wrote: > Package: xen-utils-4.1 > Version: 4.1.4-3+deb7u1 > Severity: important > > When an LVM LV that serves as the root disk for a Xen DomU contains a boot > loader (or possibly other data) in its volume boot record, pygrub fails to boot > it, printing "Error: boot loader didn't return any data" before exiting.

Hi Arno, On 00:31 Wed 09 Apr , Arno T?ll wrote: > Source: drbd8 > Severity: important > > The DRBD resource script for Xen (/etc/xen/scripts/block-drbd) does not work when > using the xl toolstack anymore, which is exclusively available in xen 4.2 and > later (i.e. the current Testing). > > First of all, it needs the patch mentioned in [1] for basic support. However,

Package: xen-utils-4.1 Version: 4.1.4-3+deb7u1 Severity: important When an LVM LV that serves as the root disk for a Xen DomU contains a boot loader (or possibly other data) in its volume boot record, pygrub fails to boot it, printing "Error: boot loader didn't return any data" before exiting. I think this is because of the function "is_disk_image" on line 45 of

Processing commands for control at bugs.debian.org: > clone 743977 -1 Bug #743977 [src:drbd8] drbd8: Xen resource script fails when using the xl stack Bug 743977 cloned as bug 753358 > reassign -1 xen Bug #753358 [src:drbd8] drbd8: Xen resource script fails when using the xl stack Bug reassigned from package 'src:drbd8' to 'xen'. Ignoring request to alter found versions of

Processing commands for control at bugs.debian.org: > unarchive 753358 Bug #753358 {Done: Ian Campbell <ijc at hellion.org.uk>} [xen] pygrub not working when a disk script is in use Unarchived Bug 753358 > reopen 753358 Bug #753358 {Done: Ian Campbell <ijc at hellion.org.uk>} [xen] pygrub not working when a disk script is in use 'reopen' may be inappropriate when a bug

Hi, I have an application using STI on a model named Publisher. Publisher uses STI via a column named "service". When I call -- p = Publisher.new(..., :service => "TwitterPublisher") -- the service does not get assigned, yet all other columns do. However, if I later call -- p[:service] = "TwitterPublisher" -- all is well. Any ideas about what is going on? My