similar to: Processed: xen-utils-common unusable with DRBD

Package: xen-utils-common Version: 4.0.0-1 Severity: normal After upgrading xen-utils-common from 3.4.2-4 to 4.0.0-1, I could not create a guest domain defined with a DRBD file type. The xm create command would fail with "Error: Device 51713 (vbd) could not be connected. Hotplug scripts not working.". After some research I realized the /etc/xen/scripts/block-drbd helper script was

I had another look at this and found the source of the problem - the reason why XEN_SCRIPT_DIR is not set: The hotplugpath.sh file is missing in the package. In the "rules" file the "install" target includes this line: $(MAKE) -C $(BUILD_DIR)/tools/hotplug/Linux install-udev install-scripts UDEV_RULES_DIR=/lib/udev/rules.d The problem is that make is never run in the

Package: xen-utils-common Version: 4.1.4-3 Severity: important Dear Maintainer, While updating my xen package today, I was prompted with a config file conflict. --- /etc/xen/scripts/hotplugpath.sh 2013-04-28 01:51:20.899778510 +0800 +++ /etc/xen/scripts/hotplugpath.sh.dpkg-new 2013-04-19 19:39:55.000000000 +0800 @@ -1,12 +1,10 @@ SBINDIR="/usr/sbin" BINDIR="/usr/bin"

FYI: This bug also breaks user supplied scripts (/etc/xen/scripts/block-*) that are needed to handle block device mounting other than "phy:" and "file:" disks. See attached email from debian-user mailing list. cheers -henrik -------------- next part -------------- An embedded message was scrubbed... From: Henrik Langos <hlangos-debian at innominate.com> Subject: Re:

Package: xen-utils-common Version: 4.4.1-5 Severity: important Dear Maintainer, I tried to upgrade xen-utils-4.4 depending on xen-utils-common. Here is aptitude answer: ... Param?trage de xen-utils-common (4.4.1-5) ... insserv: Service xenstored has to be enabled to start service xendomains insserv: Service xenconsoled has to be enabled to start service xendomains insserv: exiting now!

Package: xen-utils-common Version: 4.0.0-1 Severity: important When Xen is configured in routed mode, restarting xend fails because the script hotplugpath.sh is missing. Please see below for more information. *** root at eliott:~# /etc/init.d/xend restart Restarting Xen daemons: xend/etc/xen/scripts/network-route: line 20: /etc/xen/scripts/hotplugpath.sh: No such file or directory

Processing commands for control at bugs.debian.org: > retitle 655301 xend shouldn't start if TOOLSTACK is not xm Bug #655301 [xcp-xapi] xcp-xapi fails to start Changed Bug title to 'xend shouldn't start if TOOLSTACK is not xm' from 'xcp-xapi fails to start' > reassign 655301 xen-utils-common Bug #655301 [xcp-xapi] xend shouldn't start if TOOLSTACK is not xm Bug

Processing commands for control at bugs.debian.org: > reassign 491660 xen-utils-common 3.2.0-2 Bug#491660: virt-manager: fails to connect to DOM0 (libvirtError in openAuth) Bug reassigned from package `virt-manager' to `xen-utils-common'. > retitle 491660 xen-utils-common: should allow local unix connections Bug#491660: virt-manager: fails to connect to DOM0 (libvirtError in

Package: xen-utils-3.0.3-1 Version: 3.0.3-0-4 Severity: normal Rebooting from inside domU hangs in initrd: Begin: Waiting for root file system... ... Root file system is not available because underlying DRBD device got deactivated during reboot: $ cat /proc/drbd version: 8.0.13 (api:86/proto:86) GIT-hash: ee3ad77563d2e87171a3da17cc002ddfd1677dbe build by phil at fat-tyre, 2008-08-04

Is there a fix for this in the works/coming for squeeze or do I have to patch the package myself? If so, how? Thanks, a grateful Debian user that hasn't patched packages yet! Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20101122/8433308c/attachment.htm>

I don't know yet if this is an ext3, quota or drbd issue, but I'll ask anyway. I am building a HA NFS server using two Dell-1750's and drbd. I have ext3 filesystem with quota built on drbd device running over 200Gb disk partition (hardware raid0+1), drdb-mirrored across servers. The kernel is 2.4.25, so hopefully quota deadlock should not be a problem (it was on 2.4.24). Now, the

Control: tags -1 +moreinfo On Wed, 24 Sep 2008 17:19:08 +0200 Valentin Vidic <vvidic at carnet.hr> wrote: > Package: xen-utils-3.0.3-1 > Version: 3.0.3-0-4 > Severity: normal > > > Rebooting from inside domU hangs in initrd: > > Begin: Waiting for root file system... ... > > Root file system is not available because underlying DRBD device > got

Package: xen-utils-common Version: 4.1.4-3 Severity: important Dear Maintainer, Executive summary: dist-upgrade - squeeze to wheezy. Rebooted machine; no default route on network interface eth0. Commented 'transfer_addrs' function in network-bridge produced a machine which worked after reboot. We're using network-bridge as our xen networking configuration. After rebooting the

(Sorry for starting a new thread; I could not find the original message in my mbox.) Martin Hamant wrote: > Johnny Hughes <johnny at centos.org> ?crivait: >> OK ... For the drbd-kmod*.plus kernels, they are now in the CentOSPlus >> directory / Repository. If you are using CentOSPlus kernel, you need >> to also get your module for DRBD (or XFS) from there too. >>

hi folks, i have now a squeeze box, 2.6.39.3, xen 4.2 unstable running. for a remus sync, I need the disks (lvm) to besynced which I wanted to do with drbd protocol D. I downloaded the source from git://aramis.nss.cs.ubc.ca/drbd-8.3-remus drbd-8.3-remus page and made: (http://remusha.wikidot.com/configuring-and-installing-remus) git clone git://aramis.nss.cs.ubc.ca/drbd-8.3-remus drbd-8.3-remus

Hi ! Not very blocking because the smp module loads perfectly. # yum --exclude=kmod-drbd*\plus\* install kmod-drbd Setting up Install Process Setting up repositories Reading repository metadata in from local files Excluding Packages in global exclude list Finished Reducing CentOS-4 - Plus to included packages only Finished Parsing package install arguments Resolving Dependencies -->

hi xen user/dev list, i want to compile drbd 8.4 against kernel mainline 3.0 source and receive an error: my commands: # cd /usr/src/drbd-8.4.0 # ./autogen.sh # ./configure --localstatedir=/var --sysconfdir=/etc --with-km=yes # cd /usr/src/drbd-8.4.0/drbd # make clean # make KDIR=/usr/src/linux-3.0 the error message: *** In file included from include/linux/security.h:25,

hi xen user/dev list, i want to compile drbd 8.4 against kernel mainline 3.0 source and receive an error: my commands: # cd /usr/src/drbd-8.4.0 # ./autogen.sh # ./configure --localstatedir=/var --sysconfdir=/etc --with-km=yes # cd /usr/src/drbd-8.4.0/drbd # make clean # make KDIR=/usr/src/linux-3.0 the error message: *** In file included from include/linux/security.h:25,

CEBA-2006:0413-001 CentOS 4 i386 drbd - bugfix update (EXTRAS Only) This is a drbd bugfix update. The following are the fixes from the previous version: 0.7.17 (api:77/proto:74) ----- * There was a bug that could cause the activity log to be not applied after a primary crash, when an other size than 127 elements was configured. * There was a bug in the activity log code, that could cause

CEBA-2006:0413-001 CentOS 4 x86_64 drbd - bugfix update (EXTRAS Only) This is a drbd bugfix update. The following are the fixes from the previous version: 0.7.17 (api:77/proto:74) ----- * There was a bug that could cause the activity log to be not applied after a primary crash, when an other size than 127 elements was configured. * There was a bug in the activity log code, that could