similar to: Bug#671018: #671018 -- set tap device mac address in qemu-ifup

Package: xen-utils-common Version: 4.0.0-1 Severity: important Tags: patch --- Please enter the report below this line. --- when you use "hardware" virtual machine (with qemu) with xen configured for bridging the network script treates a tap interface and then /etc/xen/scripts/qemu-ifup adds it to the bridge. That would be ok but tap interfaces have a random mac address and the bridge

Accepted: libxen-4.1_4.1.3~rc1+hg-20120614.a9c0a89c08f2-1_amd64.deb to main/x/xen/libxen-4.1_4.1.3~rc1+hg-20120614.a9c0a89c08f2-1_amd64.deb libxen-dev_4.1.3~rc1+hg-20120614.a9c0a89c08f2-1_amd64.deb to main/x/xen/libxen-dev_4.1.3~rc1+hg-20120614.a9c0a89c08f2-1_amd64.deb libxen-ocaml-dev_4.1.3~rc1+hg-20120614.a9c0a89c08f2-1_amd64.deb to

Control: tag -1 +patch (experimenting with http://www.donarmstrong.com/posts/control_at_submit/ ...) Hi Thomas, I think it is as simple as the following, which works for me with xl and xm. Does it work as you expect/want with xe? Ian. >From 88f10bc8dbf96dd2c32f12259249f8be70fd01a4 Mon Sep 17 00:00:00 2001 From: Ian Campbell <ijc at hellion.org.uk> Date: Thu, 19 Jul 2012 16:19:09

Processing commands for control at bugs.debian.org: > close 680479 4.1.3~rc1+hg-20120614.a9c0a89c08f2-1 Bug #680479 [xen-utils-4.0] xen-utils-4.0: pygrub does not support grub2 submenus There is no source info for the package 'xen-utils-4.0' at version '4.1.3~rc1+hg-20120614.a9c0a89c08f2-1' with architecture '' Unable to make a source version for version

Processing commands for control at bugs.debian.org: > close 609689 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Bug #609689 [xen-utils-4.0] xen-utils-4.0: Missing xentrace_format python script in /usr/lib/xen-4.0/bin/ There is no source info for the package 'xen-utils-4.0' at version '4.1.3~rc1+hg-20120614.a9c0a89c08f2-2' with architecture '' Unable to make a source version for

Package: xcp-xapi Version: 1.3.2-8 Severity: minor During upgrade from 1.3.2-7 to 1.3.2-8 got follwing message on slave host (upgrade was simulatanious on slave and master): ... Setting up xcp-xapi (1.3.2-8) ... The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: INTERNAL_ERROR: [

Package: xcp-xapi Version: 1.3.2-7 Severity: normal xcp-xapi fails to eject host from pool with following error: xe pool-eject host-uuid=a6806a39-442d-f17d-b7a0-59161d18f56f WARNING: Ejecting a host from the pool will reinitialise that host's local SRs. WARNING: Any data contained with the local SRs will be lost. Type 'yes' to continue yes The server failed to handle your request,

FYI: The status of the xen source package in Debian's testing distribution has changed. Previous version: 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Current version: 4.1.3~rc1+hg-20120614.a9c0a89c08f2-4 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See

FYI: The status of the xen source package in Debian's testing distribution has changed. Previous version: 4.1.3~rc1+hg-20120614.a9c0a89c08f2-4 Current version: 4.1.3~rc1+hg-20120614.a9c0a89c08f2-5 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See

Package: xcp-xapi Version: 1.3.2-9 Severity: normal Hi guys, Just a couple of things I noticed running through /usr/share/doc/xcp-xapi/README.Debian.gz as referenced by http://wiki.debian.org/XCP In "4/ Configuring Xen and XCP": sed -i "s/TOOLSTACK=/TOOLSTACK=xapi/" /etc/default/xen should be sed -i "s/TOOLSTACK=.*/TOOLSTACK=xapi/" /etc/default/xen Otherwise

Hi all I have a SuSE 9.3 domU. It has a eth0 interface, corresponding to some vif interface in the dom0. Running ifup eth0 doesn''t seem to work. This means I don''t get any network. It seems that /sbin/ifup relies upon /sbin/getcfg but getcfg does not seem to find the right configuration for the eth0 device. A attached a patch below with a work around for this.

Hello, since updating to Centos 7.4 the ifup-post script in /etc/sysconfig/network-scripts does not behave as it did before the update. I use it to configure additional routes via? /sbin/ifup-local with the parameter of the interface being upped, but it seems to pass only 'lo' as interface name. Before it passed correctly 'eth0:0' of the virtual interface. Added a line in

Anyone know off the top of their head the "right" way to hard set a link automatically to 100Mbps Full Duplex, etc using the ifup or ifcfg files? Don't see options in the scripts that might cover this, but maybe there's a more elegant way to do it than to do something in rc.local or hack up the ifup files myself... Ray

Hi, I have tried the qemu-ifup script as below with nmcli command as brctl is deprecated on rhel8, but the guest network can not work. I think the script needs update. Could you please help to have a look? Thank you in advance. 1. prepare a linux bridge on the host named br0; 2. prepare the qemu-ifup script as below: # cat /etc/qemu-ifup #!/bin/bash # A br0 bridge should be already set up. #

I and testing command line to up and down ethernet connection. if I perform following, client can not re-connect. ????? ifconfig eth0 down ????? ifconfig eth0 up if I use following, client can re-connect: ????? ifconfig eth0 down ????? ifup eth0 What difference between "ifconfig up" and "ifup"? thanks.

Dear CentOS, I think i found a "bug" in the /etc/sysconfig/network-scripts/ifup-eth script of CentOS 5.2. i can post the my changed ifup-eth script if you want. Am I the first one with this problem? Situation: - eth2 and eth3 should be in bond1 interface - bond1 should be an interface of bridge named "iscsi" the problem is that the brctl addif command in ifup-eth gets

Hi folks I forgot to move qemu-ifup to xen-utils-common. So this needs to be done now. Plan. - Upload xen-common today. xen-utils-common includes the qemu-ifup script and replaces xen-utils-3.0-unstable and xen-utils-3.0.2-1 with versions <= current. - Wait five days so both xen-unstable and xen-common can migrate to testing. - Upload xen-unstable and xen-3.0. The utils packages depends

Hello List, I have one network card and added two IP-Adresses to it: eth1 192.168.1.1/24 eth1:1 10.1.2.3/24 a want to use static routes on device eth1:1 and added one in /etc/sysconfig/network-scripts/route-eth1:1: GATEWAY0=10.1.2.4 ADDRESS0=10.2.2.0 NETMASK0=255.255.255.0 What the network-script should execute in background is: ip route add 10.2.2.0/24 via 10.1.2.4 dev eth1 but it executes

Package: xen-ioemu-3.0-unstable Version: 3.0-unstable+hg11561-1 Severity: normal When trying to create an HVM domain with vif settings enabled (as default) qemu-dm fails to start the virtual machine claiming that the tap device cannot be found. This is because qemu-dm tries to execute /etc/xen/qemu-ifup which is instead located in /etc/xen/scripts/qemu-ifup. As a side note qemu-dm seems to be

Hi all, I set up an ADSL connection using rp-pppoe/pppoe-setup. The setting is to persist the connection, so that when the link goes down, it's re-up'd by pppd. The interface is "ppp0" and it appears "/sbin/ifup-local" is not called when re-uppping the ADSL link. It is a problem for me, as I have some routing tables which get cleared from the routes "via