Displaying 20 results from an estimated 10000 matches similar to: "Processed (with 1 errors): reassign #680528"
2012 Jan 17
0
Processed: Retitle and reassign "xcp-xapi fails to start" to xen-utils-common as "xend shouldn't start if TOOLSTACK is not xm"
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
2012 Jul 06
4
Bug#680528: xcp-xapi: /etc/init.d/xendomains cause xapi to hand during boot
Package: xcp-xapi
Version: 1.3.2-8
Severity: important
During startup /etc/init.d/xendomains script is called. That script is installed
with xen-utils-common witch xcp-xapi is depends on.
That script calls /usr/sbin/xen
as
xen list &> /dev/null
This 'xen' seems to call xapi:
xen list
^Z
[1]+ Stopped xen list
root at lab-xh3:~# ps f
PID TTY STAT TIME
2012 Jun 15
0
Processed: reassign 677614 to xen-utils-common, fixed 677614 in 4.1.2-7
Processing commands for control at bugs.debian.org:
> reassign 677614 xen-utils-common 4.1.2-6
Bug #677614 [xcp-xapi] xcp-xapi: someone should create /etc/default/xen
Bug reassigned from package 'xcp-xapi' to 'xen-utils-common'.
No longer marked as found in versions xen-api/1.3.2-6.
No longer marked as fixed in versions 4.1.2-7.
Bug #677614 [xen-utils-common] xcp-xapi: someone
2012 Jul 19
1
Bug#680528: xen-utils-common: Please disable xendomains auto-start
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
2012 Jun 15
0
Processed (with 1 errors): reassign 677614 to xen-utils-common/4.1.2-6, fixed 677614 in 4.1.2-7
Processing commands for control at bugs.debian.org:
> reassign 677614 xen-utils-common/4.1.2-6
Unknown command or malformed arguments to command.
> fixed 677614 4.1.2-7
Bug #677614 [xcp-xapi] xcp-xapi: someone should create /etc/default/xen
There is no source info for the package 'xcp-xapi' at version '4.1.2-7' with architecture ''
Unable to make a source version
2012 Jul 19
1
Bug#682122: xcp-xapi: README.Debian has a few misleading commands
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
2013 Aug 30
1
Bug#721345: xcp-xapi: xl pci-attach is called by xapi in a PCI passthrough attempt. An error is raised due to the use of xapi and the PCI device cannot be attached to the VM.
Package: xcp-xapi
Version: 1.3.2-15
Severity: normal
I am trying to pass an SRIOV virtual function in a virtual machine but the attempt fails with the following errors shown in the xcp-xapi.log
[20130829T19:29:17.909Z|debug|sriov1|314 UNIX /var/lib/xcp/xapi|VM.start R:9e8e10bd31bb|pciops] PCI devices from other-config:pci to attach: 0/0000:04:00.1
[20130829T19:29:18.012Z|debug|sriov1|314 UNIX
2012 Jun 15
1
Bug#677614: xcp-xapi: someone should create /etc/default/xen
Package: xcp-xapi
Version: 1.3.2-6
Severity: important
Looks like on Wheezy, /etc/default/xen is not created by xen-utils-common. Since xcp-xapi depends on its existence and further declaration of the toolstack in it, it should take extra care to ensure that it is present.
root at debian:~# aptitude install xcp-xapi
The following NEW packages will be installed:
blktap-dkms{a} blktap-utils{a}
2012 Jun 30
0
Processed (with 1 errors): Retitle 674137
Processing commands for control at bugs.debian.org:
> retitle 674137 Please make bind port configurable
Bug #674137 [xcp-xapi] xcp-xapi: default ports in xapi
Changed Bug title to 'Please make bind port configurable' from 'xcp-xapi: default ports in xapi'
> severity 674137 wishlist
Bug #674137 [xcp-xapi] Please make bind port configurable
Ignoring request to change severity
2012 Feb 29
2
Bug#655301: Status check for Wheezy
There's no date defined yet, but Wheezy freeze will happen soon. How do
we plan on concluding on this bug report?
Recap for the actual bug I reported: If you want to start xapi, execute
the following steps:
1) Start /etc/init.d/xend
2) Stop /etc/init.d/xend
3) Start /etc/init.d/xcp-xapi
Step 1 is required because you need access to /proc/xen/
Step 2 is required because xapi cannot run
2012 Jul 12
2
Bug#681343: xcp-xapi: wait_for_xapi() function in init.d script does not work
Package: xcp-xapi
Version: 1.3.2-9
Severity: normal
Function wait_for_xapi in /etc/init.d/xcp-xapi does not work as intented.
Symptoms:
(on slave)
/etc/init.d/xcp-xapi restart
[....] Restarting The XenAPI server: xapiThe host toolstack is still initialising. Please wait.
Cause:
Line 'xe pif-scan host-uuid=${INSTALLATION_UUID}' called before xapi is fully synced with master.
2012 Jul 07
1
Bug#680588: xcp-xapi: startup race condition between xcp-xapi and xcp-networkd on slave
Package: xcp-xapi
Version: 1.3.2-8
Severity: important
Tags: patch
Found race condition (specific only to slave hosts):
xcp-xapi can start earlier than xcp-networkd due lack of dependency in init.d script.
Syptoms:
After reboot slave's xcp does not work:
xe (anything):
The host failed to acquire an IP address on its management interface and therefore cannot contact the master.
log:
2016 Jan 20
0
Processed: reassign 808624 to src:xen, forcibly merging 369042 808624
Processing commands for control at bugs.debian.org:
> reassign 808624 src:xen 4.4.1-9+deb8u3
Bug #808624 [xen-hypervisor-4.4-amd64] Invalid argument while starting daemon
Bug reassigned from package 'xen-hypervisor-4.4-amd64' to 'src:xen'.
Ignoring request to alter found versions of bug #808624 to the same values previously set
Ignoring request to alter fixed versions of bug
2012 May 23
2
Bug#674132: xcp-xapi: backend check error
Package: xcp-xapi
Severity: important
The README doc mentions:
4/ Configuring Xen and XCP
--------------------------
4.1/ Switch using xl instead of xm and xend to control Xen
As of writing, you should do that:
sed -i "s/TOOLSTACK=/TOOLSTACK=xl/" /etc/default/xen
Where as the init script checks for:
# Exit cleanly if TOOLSTACK != xapi
if [ "${TOOLSTACK}" !=
2013 Mar 22
0
Processed: reassign 702338 openxenmanager
Processing commands for control at bugs.debian.org:
> reassign 702338 openxenmanager
Bug #702338 [xcp-xe] can't create network from xe command line
Bug reassigned from package 'xcp-xe' to 'openxenmanager'.
No longer marked as found in versions xen-api/1.3.2-14.
Ignoring request to alter fixed versions of bug #702338 to the same values previously set
>
End of message,
2012 Jun 14
2
Bug#677509: xcp-xapi: migration of PV linux does not produce grace ARP
Package: xcp-xapi
Version: 1.3.2-6
Severity: important
Configuration:
Two xcp-xapi hosts (default sid/xcp-xapi installation) in single pool.
Network backend is bridge.
After migration of 'idle' (doning nothing) virtual machine it stops to reply
to ping for long time.
AFAIK that caused by mac-learning table on upper level (hardware) switch,
which route all frames to wrong port
2012 Jun 24
1
Bug#678723: xcp-xapi: vif-interfaces added to database as PIF's
Package: xcp-xapi
Version: 1.3.2-6
Severity: normal
After some time of rebooting and toolstack restart found very funny output in 'xe pif-lis':
xe pif-list params=currently-attached,device
device ( RO) : vif2.0
currently-attached ( RO): false
device ( RO) : vif211.0
currently-attached ( RO): false
device ( RO) : eth1
2012 Mar 07
0
xen-api_1.3.2-2_amd64.changes is NEW
libxenapi-ocaml-dev_1.3.2-2_amd64.deb
to main/x/xen-api/libxenapi-ocaml-dev_1.3.2-2_amd64.deb
python-xenapi_1.3.2-2_all.deb
to main/x/xen-api/python-xenapi_1.3.2-2_all.deb
(new) xcp-networkd_1.3.2-2_amd64.deb extra admin
daemon to manage network configuration for xcp-xapi
The Xen Cloud Platform (XCP) is an open source enterprise-ready server
virtualization and cloud computing platform, with
2012 Jul 27
1
Bug#682979: xcp-xapi: VM not starting, tasks not cancellable
Package: xcp-xapi
Version: 1.3.2-9
Severity: grave
Justification: renders package unusable
I've following mostly the xcp-xapi/README.Debian instructions after installing it with apt-get -t wheezy
network.conf is configured for bridge, xenbrN are functioning and shown with xe network-list
A single SR is present, created with ext on a local LVM. For debugging purposes, all ISO and local ISO
2012 Jul 03
4
Processed: your mail
Processing commands for control at bugs.debian.org:
> reopen 678923
Bug #678923 {Done: George Shuklin <george.shuklin at gmail.com>} [xcp-xapi] xcp-xapi: host-disable and host-reboot make host disable forever
Bug reopened
Ignoring request to alter fixed versions of bug #678923 to the same values previously set
>
End of message, stopping processing here.
Please contact me if you need