search for: hotpluging

Several people have run into problems when attaching large disk arrays to a mainframe because of running /sbin/hotplug as a bash script takes far longer than the interval between hotplug events. Attaching more than 300 devices at once will cause an out-of-memory condition and the kernel starts killing random processes. Running only udev instead of hotplug from the kernel is fast enough.

Hello, The current dependancy on hotplug|udev (>= 0.59) seems bad. As far as I remember, last week, when I tried to install Ralph packages, I got an error from hotplug/udev and I had to use udev from backports.org Anyone know which version of udev/hotplug we will have to depends on ? Maybe we could simply rely on a recent udev dependancy, because afaik udev now provides hotplug. -- Julien

This patch fixes IO deadlocks in the vtpm hotplug scripts. Signed off by: Matthew Fioravante matthew.fioravante@jhuapl.edu --- Changed since previous: * rebased off of latest xen stable * replaced instances of gawk with awk diff --git a/tools/hotplug/Linux/vtpm b/tools/hotplug/Linux/vtpm --- a/tools/hotplug/Linux/vtpm +++ b/tools/hotplug/Linux/vtpm @@ -1,22 +1,18 @@ #!/bin/bash +export

What subsystem replaces /sbin/hotplug in CentOS 5? The older hotplug package is missing from CentOS 5 and /proc/sys/kernel/hotplug yields an empty string. Since hotpluging for standard devices still seems to work, I presume that something replaces the hotplug helper found on CentOS 4. Can someone point me in the right place? All of my Googleing points me back to the (obsolete?) /sbin/hotplug subsystem (Google is just not being helpful!). I'm guessing udev and/...

This hotplug script has been tested with IET and NetBSD iSCSI targets, without authentication. This hotplug script will only work with PV guests not using pygrub. Signed-off-by: Roger Pau Monné <roger.pau@citrix.com> Cc: Ian Campbell <ian.campbell@citrix.com> Cc: Ian Jackson <ian.jackson@citrix.com> --- Changes due to 4.3 release freeze: * We can no longer provide a

The latest draft of the Use Case on Hotplug for Virtualization is posted at: http://www.developer.osdl.org/maryedie/HOTPLUG/docs/Hotplug_virtual_use_ case.txt It can also be accessed from the hotplug use cases page: http://developer.osdl.org/dev/usecases/hotplug.shtml Please remember to share your comments/errata/suggestions. Thanks - Martine

The latest draft of the Use Case on Hotplug for Virtualization is posted at: http://www.developer.osdl.org/maryedie/HOTPLUG/docs/Hotplug_virtual_use_ case.txt It can also be accessed from the hotplug use cases page: http://developer.osdl.org/dev/usecases/hotplug.shtml Please remember to share your comments/errata/suggestions. Thanks - Martine

Hello all, Been using Xen a while, previously with Netbsd and few weeks ago changed dom0 to Gentoo linux. Change wen''t very nice, but now I''m facing strange out of resources problem in Windows XP HVM guests. At first there was no issues but when we added second windows guest users started to complain that they cannot access network drivers and cannot unzip large zips ( the

We''ve been noticing a lot of these errors when booting VMs since we moved to 3.0.3 - I''ve traced this to the hotplug scripts in Dom0 taking >10s to run to completion and specifically the vif-bridge script taking >=9s to plug the vif into the s/w bridge on occasion - was wondering if anyone has any insight into why it might take this long. I added some instrumentation to

Hello, My name is Fermín Galán. I have started recently to use Xen (so please forgive me in advance if I''m too "newbie" :) and I''m facing my first problems... I''m trying to create a domU, but I''m getting an error: tornado:~# xm create test.cfg -c Using config file "/etc/xen/test.cfg". Error: Device 2049 (vbd) could not be connected.

> -----Original Message----- > From: Ewan Mellor [mailto:ewan@xensource.com] > Sent: Tuesday, December 06, 2005 5:25 AM > To: Dave Thompson (davetho) > Cc: Xen Mailing List > Subject: Re: [Xen-devel] Hotplug scripts not working... > xen/ia64 domU stoppedworking > > On Mon, Dec 05, 2005 at 03:03:54PM -0500, Dave Thompson > (davetho) wrote: > > > >

# HG changeset patch # User Olaf Hering <olaf@aepfle.de> # Date 1336153082 -7200 # Node ID 9a430b7e2df2893f7f4f75d10e66d52bdffa7efa # Parent 113fd57259b91af06a5352404dd94b484a98d2bc tools/hotplug: remove 4 from default runlevel in xen-watchdog, xend and xendomains Similar to what changeset 24847:0900b1c905f1 does in xencommons, remove runlevel 4 from the other runlevel scripts. LSB defines

Hi, Here are three small but important libxl/xl memory management patches: - libxl: xl mem-max et consortes must update static-max in xenstore too, - xl: Allow user to configure xl mem-set behavior, - xl: Improve xl documentation in regards to guest memory management. Daniel

This is the first draft of the use case on "Hotplug for Virtualization". Please review and share your comments. Next week (when Mary is back) we'll post this use case both off the Hotplug SIG webpage and the use case page (mail will be sent to let you know when it's posted). There's also a new terminology page dedicated to virtualization specific terms that are referred to in

This is the first draft of the use case on "Hotplug for Virtualization". Please review and share your comments. Next week (when Mary is back) we'll post this use case both off the Hotplug SIG webpage and the use case page (mail will be sent to let you know when it's posted). There's also a new terminology page dedicated to virtualization specific terms that are referred to in

# HG changeset patch # User Ian Campbell <ian.campbell at citrix.com> # Date 1341877305 -3600 # Node ID 310aa4c07d02168234a36e113a76d0d4eef373a7 # Parent 1d33f934dd675a1b91d2d4e0fa2d2a873a8debf5 hotplug: network-bridge: fix for interfaces with no gateway This comes from an old Debian bug report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588477 which refers to

# HG changeset patch # User Ian Campbell <ian.campbell at citrix.com> # Date 1341875694 -3600 # Node ID 1d33f934dd675a1b91d2d4e0fa2d2a873a8debf5 # Parent 54384951de02e2db909116d64aa6a65d06ffa708 hotplug: fix ip_of for systems using a peer-to-peer link This is from an old Debian bug at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437127 I'm slightly inferring what the configuration

# HG changeset patch # User Ian Campbell <ian.campbell at citrix.com> # Date 1341875694 -3600 # Node ID 1d33f934dd675a1b91d2d4e0fa2d2a873a8debf5 # Parent 54384951de02e2db909116d64aa6a65d06ffa708 hotplug: fix ip_of for systems using a peer-to-peer link This is from an old Debian bug at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437127 I'm slightly inferring what the configuration

Overriding PATH but not LD_LIBRARY_PATH is bogus, as it may result in the use of mismatched binaries and libraries. Signed-off-by: Jan Beulich <jbeulich@suse.com> --- a/tools/hotplug/Linux/xen-hotplug-common.sh +++ b/tools/hotplug/Linux/xen-hotplug-common.sh @@ -31,6 +31,7 @@ dir=$(dirname "$0") exec 2>>/var/log/xen/xen-hotplug.log export

Hi There, I''ve installed xen 3 and xen-tools on my Debian etch server and all seems well, until I try to start a guest domain. debian:/home/xen# xm create /etc/xen/D4G3.cfg Using config file "/etc/xen/D4G3.cfg". Error: Device 2049 (vbd) could not be connected. Backend device not found. I get the error: "Error: Device 2049 (vbd) could not be connected. Backend device