similar to: Bug#744927: No VIF information in xentop with xl

Package: xen-utils-4.1 Version: 4.1.4-3+deb7u1 Severity: normal It seems to be impossible to save or migrate HVM guest using the xl toolstack. Trying to do so hangs the process initiating the action, and the domU can't be shut down with the 'xl shutdown' command after this. 'xl destroy' works. The domain keeps running during the save operation, doesn't get paused for any

Package: xen-utils-4.1 Version: 4.1.4-3+deb7u1 Switching to the xl toolstack I expected my configuration to work unmodified, but it doesn't, and I couldn't find any documentation regarding this, since xl.cfg(5) is missing. Original version, used with xm: vfb = ['type=vnc,vnclisten=0.0.0.0:6369,vncdisplay=6369,vncpasswd=x'] Working xl version: vnclisten="0.0.0.0:6369"

When start a domU through xl create. The domU associated ip in the configuration file is not recorded in the xenstore. For this reason vif-common.sh antispoof scripts fails. *xl create * /usr/bin/xenstore-ls /local/domain/0/backend/vif/5/0 frontend = "/local/domain/5/device/vif/0" frontend-id = "5" online = "1" state = "4" script =

All, I have a domU running Ubuntu 12.04.1 LTS 64bit using PVonHVM which is working well but I noticed a quirk and just wanted to check it wasn''t just my misunderstanding. On my dom0 (Arch Linux, 64bit, AMD Phenom 2 X4 965 CPU, Xen 4.2.0 from my own PKGBUILD) I run "xl top" and xentop loads and shows all the currently running domains; only none of the domains have anything

Package: xen-utils-common Version: 4.1.4-3+deb7u1 Severity: minor In the file /etc/xen/xl.conf there's a suggestion that vif scripts should be named relative to the /etc/xen/scripts directory, which is not the case, since absolute paths have to be used. The manual page xl.conf(5) is also missing. Relevant snippet: # default vif script #vifscript="vif-bridge"

This patch fixes the problem with xentop where it returns an exit code of 0 when passing it invalid options when it should return 1. The issue comes from getopt() returning ''?'' and the case from switch matching it. The solution was to remove the case ''?'' so that the default match could be triggered. Quote from `man 3 getopt` "If getopt() does not

# HG changeset patch # User john.levon@sun.com # Date 1172534164 28800 # Node ID 37fce3c0c10baee370ecc39b6a50fed8b232bd69 # Parent 4998793aa87729fbe8a582faa3a22c9ecfefe13c Fix for Solaris compile/output for VBDs in xentop. Signed-off-by: John Levon <john.levon@sun.com> diff --git a/tools/xenstat/xentop/xentop.c b/tools/xenstat/xentop/xentop.c --- a/tools/xenstat/xentop/xentop.c +++

This patch make xentop output statistics about both blkback and blktap. And, xentop also display back-end driver type in detail view mode. # HG changeset patch # User s-uchida@ap.jp.nec.com # Date 1180665749 -32400 # Node ID 1b36d6f6c7a98728382de93ee23c8c97b0b95dbd # Parent 1768a89bb87824249827d935d7803d8193bdeb05 XENTOP: Displaying blktap information. Signed-off-by: Satoshi UCHIDA

Package: xen-utils-common Version: 3.0.3-0-2 Severity: wishlist Tags: patch Currently when hostnames are wider than 10 chars, the xentop output is messed up. Please add the following patch to support up to 20 chars, or better yet, allow the columns to auto size :) #! /bin/sh /usr/share/dpatch/dpatch-run ## xentop-name-width.dpatch by <apeeters@lashout.net> ## ## All lines beginning with

Hi. These patches add the output function for blktap statistics into xentop. Currently, xentop outputs only blkback statistics, and not blktap statistics. By these patches, xentop is made cover both blkback and blktap. In xen, back-end driver has two types; blkback and blktap. Blkback driver is old back-end driver. Blktap driver is new back-end driver and is recommended currently. Usage of both

Hi, When I tested the xentop with a wrong option, the xentop returned the return code 0. # xentop --abc xentop: unrecognized option `--abc'' Usage: xentop [OPTION] Displays ongoing information about xen vm resources <snip> # echo $? 0 If the wrong option was specified, I think that the xentop had better return the return code 1 (or not 0). This patch fixes the return code of

Add periodic fflush to xentop(batch mode). If you want to make monitor tool using the following command, you can not get output every some seconds. xentop -b -d 1 > xentop.log (above tool use tail command to get periodic data from xentop.log) This patch is useful when you get xentop output(batch mode) periodicaly using pipe. Best Regards, Yusuke Kaneki ---- *** old/xentop.c

Hello, I noticed that the CPU% reported by xentop appears to be too high. With dom0 idle xentop is reporting between 14-17% CPU utilization while at the same time top in dom0 is reporting 1-4% CPU utilization. I see that the TODO for xentop includes a task to make CPU% more accurate but looking at the code for xentop and libxenstat I''m not sure how to go about this. Assuming the CPU

# HG changeset patch # User inakoshi.hiroya@jp.fujitsu.com # Date 1191287395 -28800 # Node ID 5543e74774a826b1781893982ed5052312b820fc # Parent 83239b2890723e0c06bad507bb273a970784b18e Flush stdout when xentop -b gets SIGINT and SIGTERM. It is useful when you stop xentop -b by keyboard interrupt or by other programs such as killall from a batch script. You would have missed the bottom part of

Just downloaded the xen-unstable and updated it using mercurial. When i try to do a make install on a Celeron D 64bit processor, i get the following error: xentop.c:291: error: `KEY_DOWN'' undeclared (first use in this function) xentop.c:294: error: `KEY_UP'' undeclared (first use in this function) xentop.c:314: error: `KEY_BACKSPACE'' undeclared (first use in this

Dom0 is on Dell T310, Lenny with kernel 2.6.32.26 for jeremy git (commit b92d1ec0a86acd2dfe14d732c6a9304aae0ccf26) and xen 4.0.1 After double bridge with this config xentop not work and do segfault: ----------------------------------- /etc/xen/xend-config.sxp --- (network-script network-bridge-double) ----------------------------------- /etc/xen/scripts/network-bridge-double --- #!/bin/sh

Hello to all, Does anyone know if there is an iteration option planned for xentop (similar to top) to make it easier for simple shell scripts to scrape the output? I don''t see one in tools/xenstat/xentop/xentop.c , but I''ve been meaning to play with stuff in libxenstat anyway. If its going to be added soon I''ll tinker much later than sooner. TIA :) Best, -Tim

Hi guys, First of all, sorry to send this one here on the centos ml. I know it's kind of off-topic, but the xen-users list seems a dead end, I was hoping some of you guys are experienced in this. I have a problem with a xen 3.4.2 on Centos 5 x86_64 installation, I need to see the total/used/available memory of dom0 when using xentop, however in batch mode it doesn't seem to work. If I use

Hi all, Now I use xentop to get disk statistical information. NAME STATE CPU(sec) CPU(%) MEM(k) MEM(%) MAXMEM(k) MAXMEM(%) VCPUS NETS NETTX(k) NETRX(k) VBDS VBD_OO VBD_RD VBD_WR VBD_RSECT VBD_WSECT SSID Domain-0 -----r 96233 0.7 3902464 23.3 no limit n/a 12 0 0 0 0 0 0 0 0 0 0 slave3

Hi All, I''m a beginner in Xen. Recently I''ve configured one VM (vm03) hosted in my physical machine. I ran the "netperf" workload in the vm01, and used the "top" command in the vm03 to test the behavior of the running workload. Meanwhile, I also used the "xentop" command in domain0 to see the resource consumption in vm03. Interestingly, I found that