similar to: Problem importing virtual disk

Hello I have a problem with VDI already attached RW in the "adding tag" in blktap2. This issue is on all hosts in pool with attached lvmoiscsi SR. Is there any solution to this problem? /var/log/SMlog: [32484] 2013-01-17 14:59:44.200883 vdi_activate {''sr_uuid'': ''e33281eb-ba4c-3829-9b61-7c64764dff9c'', ''subtask_of'':

Any troubleshooting steps I can follow to get this SR attached again? Has anyone seen this error before? xe pbd-plug uuid=b804d322-c501-6b59-fb7e-b6612042535c There was an SR backend failure. status: non-zero exit stdout: stderr: Traceback (most recent call last): File "/opt/xensource/sm/LVMSR", line 1446, in ? SRCommand.run(LVHDSR, DRIVER_INFO) File

Package: xcp-storage-managers Version: 0.1.1-2 Severity: important I still am not able to create iSCSI storage repositories using this command xe sr-create host-uuid=<my-host-uuid> content-type=user name-label="LVM over iSCSI SR"> shared=true device-config:target=192.168.10.100 device-config:targetIQN=<here-target-iqn> device-config:SCSIid=<my-scsi-id>

Hello Experts, When I try to create SR with lvm over iSCSI, it always failed, I list my xe command and debug info: [root@xcp16 log]# xe sr-create host-uuid=a226200e-f7ff-4dee-b679-e5f114d1e465 content-type=user name-label=shared_disk_sr shared=true device-config:target=192.168.1.2 device-config:targetIQN=iqn.2013-07.example:shareddisk device-config:SCSIid=1IET_00010001 type=lvmoiscsi The SR is

Thanks! I found the problem in SMlog. /usr/sbin/td-util create vhd 1024 /var/run/sr-mount/4137dc90-4ad7-ecc6-dd2f-6f05ac280fc2/247b64e4-6b7f-4b2f-bd73-50e848c78d71.vhd /usr/sbin/td-util: error while loading shared libraries: libxenctrl.so.4.0: cannot open shared object file: No such file or directory td-util from blktap-utils 2.0.90-3 (testing) is looking for libxenctrl.so.4.0, but the package

Hi. Running xe vm-export on any vm results in the following error: root@squeeze:~# xe vm-export vm=ddf27dce-5851-2ed8-8fc3-8d7dfd64dbef filename=test.vhd Error code: SR_BACKEND_FAILURE_46 Error parameters: , The VDI is not available [opterr=Command [''/usr/sbin/vhd-util'', ''scan'', ''-f'', ''-c'', ''-m'',

I have Kronos setup fine. I have installed open-iscsi and setup the system as an initiator. However, I cannot seem to get xapi to allow me to setup the target as an SR. I was trying to use XenCenter but go nowhere. So I tried adding it manually and here is what I got: xe sr-create host-uuid=466aac75-c86a-496f-90e8-2a9925a9e9f7 content-type=user \ > name-label="Shared LVM over iSCSI

Package: xcp-storage-managers Version: 0.1.1-2 Severity: important Dear Maintainer, I can not create an iSCSI storage resource using the following command: xe sr-create host-uuid=<my-host-uuid> content-type=user name-label="LVM over iSCSI SR"> shared=true device-config:target=192.168.10.100 device-config:targetIQN=<here-target-iqn>

Hi all, I''ve got an initial version of Open3.popen3 checked into CVS, along with a test suite, a sample program and some of the usual files (README, etc). This is just Park''s win32_popen package stripped down and modified to match the Open3 API. So far, so good. For the first release, I''ve decided that we should strip it down to popen3 only. We can always add

On 13 March 2020 at 20:26, Greg Minshall wrote: | hi. i'd like to instantiate sed(1), send it some input, and retrieve | its output, all via pipes (rather than an intermediate file). | | my sense from pipe and looking at the sources (sys-unix.c) is that is | not possible. is that true? are there any thoughts of providing such a | facility? Octave had this already in the 1990s, see

I've written a python wrapper around the smbclient program, so that I can list/upload/download from Windows shares. Using smbclient 2.0.9 or Version 2.2.5-2 for Debian, my wrapper works well and is able to control the smbclient process via pipes well. With both smbclient 2.999+3.0cvs20020723-1 and 2.999+3.0.alpha20-3 (on a Debian box) the smbclient responses appear to be not always BEFORE the

In my schema, a question has_many :answers. When the validations are run on a question, and one of the answers is not valid, then i get "Answers is not valid" coming out of errors.full_messages. I don''t want this, i''m already testing the validity of the answers and this is an ugly and uninformative error message. It looks like it''s the message i would get

Package: xcp-storage-managers Version: 0.1.1-2ubuntu1 Severity: normal This bug prevents CDROM VDIs from being hotplugged into guest VMs. The issue is that the NFS ISO SR configures the ISO VDIs to be 'file' types, which it should configure them to by 'phy' types. This breaks on Debian's Xen because the Debian hotplug scripts are more robuse than the ones on XenServer, and

Guys, I'm trying to compile the Xen 4.0.0 via debian/rules makefile but I got this: administrativo at sid01:~/xen/xen-4/xen-4.0.0$ make -f debian/rules build-tools ..... make -C lib all make[7]: Entering directory `/home/administrativo/xen/xen-4/xen-4.0.0/debian/build/build-tools/tools/blktap2/vhd/lib' make[7]: Nothing to be done for `all'. make[7]: Leaving directory

Hi there, It is my understanding that blktap2 has been removed from the built of xen-hypervisor-{i386|amd64} because of the OpenSSL licensing and its incompatibility with the GPL, but apparently it is possible to not use OpenSSL at all. What is your thoughts about this? Could blktap2 support be added? Should it be packaged separately and be sent to non-free? Thomas -------- Original Message

Add ''-C'' (nocow) option to vhd-util create. Btrfs has terrible performance when hosting VM images, even more when the guest in those VM are also using btrfs as file system. One way to mitigate this bad performance is to turn off COW attributes on VM files (since having copy on write for this kind of data is not useful). According to ''chattr'' manpage, NOCOW

# HG changeset patch # User Brendan Cully <brendan@cs.ubc.ca> # Date 1252699253 25200 # Node ID 92b42ec8a5677679e5841033544bf82606c3cfd3 # Parent d2a32e24fe504b9626e6732b4f213c7cb1bc8b57 blktap2: Fix off-by-one error in driver lookup diff --git a/tools/blktap2/drivers/tapdisk-server.c b/tools/blktap2/drivers/tapdisk-server.c --- a/tools/blktap2/drivers/tapdisk-server.c +++

---------- Wiadomo?? przekazana dalej ---------- Od: Stefano Stabellini <stefano.stabellini at eu.citrix.com> Data: 4 czerwca 2010 14:13 Temat: Re: [Xen-devel] Xen 4.0 in debian packages? Do: Thomas Goirand <thomas at goirand.fr> DW: "xen-devel at lists.xensource.com" <xen-devel at lists.xensource.com> On Thu, 3 Jun 2010, Thomas Goirand wrote: > ?ukasz Ole? wrote:

uname -a:Linux DC26 2.6.30.10 #1 SMP Wed Jun 2 04:34:53 PDT 2010 i686 i686 i386 GNU/Linux OS:CentOS5.5 build xen #make all Errors: include -I../../../tools/libxc -I../../../tools/include -I ../../../tools/libaio/src -I ../../../tools/memshr -D_GNU_SOURCE -DUSE_NFS_LOCKS -DUSE_GCRYPT -c -o tapdisk-queue.o tapdisk-queue.c In file included from tapdisk-queue.c:44: libaio-compat.h:82:3:

Hi, I''ve been testing Xen 4.0.1 with kernel 2.6.34.5 + http://gentoo-xen-kernel.googlecode.com/files/xen-patches-2.6.34-4.tar.bz2, and one of the things that I noticed immediately is there are two problems with tapdisk and this combination. First, the syntax "disk = [''tap:tapdisk:aio: ..." no longer works. When tested with HVM domU, it boots, but there was no disk