similar to: Bug#691805: xcp-storage-managers: Wrong path in iSCSI storage driver script

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>

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-3 Severity: normal This was already reported in the archived bug 691805 but I sent an e-mail and I received back permanent delivery failure because this bugs has been archieved. Still the path of "pidof" in the file /usr/lib/xcp/sm/iscsilib.py is wrong on Wheezy. It should be /bin/pidof instead of /sbin/pidof root at xcpcompute2:~# cat

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Sun, 04 Nov 2012 18:54:52 +0000 Source: xcp-storage-managers Binary: xcp-storage-managers Architecture: source amd64 Version: 0.1.1-3 Distribution: unstable Urgency: low Maintainer: PKG-Xen Devel <pkg-xen-devel at lists.alioth.debian.org> Changed-By: Thomas Goirand <zigo at debian.org> Description:

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

This fixes the xapi test case 02 with those parts that currently do not work disabled with ''if 0:'' Signed-off-by: Stefan Berger <stefanb@us.ibm.com> Index: root/xen-unstable.hg/tools/xm-test/tests/xapi/02_xapi-vbd_basic.py =================================================================== --- root.orig/xen-unstable.hg/tools/xm-test/tests/xapi/02_xapi-vbd_basic.py +++

Package: xcp-storage-managers Version: 0.1.1-3 Severity: normal XCP cannot use iscsi block devices. Fails with iscsiadm: No active sessions. I ran the following commands trying to diagnose the problem: First introducing a SR and then creating a PBD with the needed configuration for the iscsi block device. These steps work fine but when I tried to plug the PBD I got the error: root at

Back in June when I was fooling around with some programs I was writing, I found a serious buffer overflow in WindowMaker 0.60.0 and 0.52, but I assume previous versions are vulnerable as well. By replacing argv[0] of a program with a string longer than 249 characters, it is possible to overflow one of the programs buffers, causing it, and possibly X as well to crash. It is assumed this can

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'':

Hi I am trying to use SetCDRUserField in an agi script but with no success. I am using the CDR mysql addon, however I can't see it being at fault as my attempt is not doing anything to the CVS CD either. has anyone used this, any hints guidence would be greatly appreciated. The syntax I am using is like so .. res=DoExec('SetCDRUserField','12345'); and then dialing the

Hi. Let me know if I should be reporting this elsewhere for reasons that I''m about to detail below. I''m fiddling with Xen 4.1.1 on Debian squeeze running kernel 3.0. I was really exciting about the Kronos project bringing the API to Debian/Ubuntu so I thought I''d give it a try. I''m find myself facing a number of challenges working with a local lvm based SR.

Good day Guys I have worked around that Problem with yum and statically specified the release as 4.4 CentOS but now another problem with chroot arises . when i chroot chroot $LIVE chroot: cannot run command `/bin/bash': No such file or directory and to display the ls $LIVE/bin/ alsaunmute dd gtar mknod rpm traceroute arch df gunzip

Title: HOWTO-FreeBSD-on-XCP Author: John D. "Trix" Farrar Date: 2012-02-09 * The Challenge - ParaVirtualized FreeBSD 9.0-RELEASE under XCP 1.1.0 The idea here is to create a PV FreeBSD VM under Xen Cloud Platform (XCP) without starting with an HVM first. The documentation I''''ve been able to find on-line is at least a year old and is mostly written for Xen (under

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

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

I've had another attempt at installing Wheezy 64 bit from a template as PV. I attach my full script below. I've made much more progress this time, but there are still outstanding issues: - neither "xe console" or VNC seems to allow ALT-F[2-6] keystrokes, so I can't get other virtual terminals and therefore can't obtain any useful log/status messages. This issue alone

The line that was altered was line 197 and not 198 as I said. Sorry ;) Leonardo Bruno -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20121029/1e357fb4/attachment.html>

The path of 'pidof' binary is also incorrect. Needed to change it from /sbin/pidof to /bin/pidof I believe it is not necessary to open a new bug report... Leonardo Bruno -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20121029/14c3ad4a/attachment.html>

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

Hi, attached I have some patches which add support for iSCSI LVMoISCSI to the xcp-storage-managers package. The patches are based on the Debian git repository. I have tested my changes and everything seems to work fine. The tests are done on a three node XCP pool with multipath. I haven't tested the changes without multipath. Maybe someone could take a look on the patches and give me some