similar to: [XM-TEST][PATCH] hvm network test fixes

Hi, I have been doing some tests using hping2 and TCP SYN pings targeting local and remote hosts from two FreeBSD 4.7-RELEASE-p10 and one Linux 2.4.18 host. The three machines have the same hardware configuration and have been running for 6 months now. The average load isnt too high (usually 0.01 to 0.15) on the FreeBSD machines. Here is the output from hping2 (excuse me the line wrap),

Hi all, We want to do some stress testing of firewall configurations/hardware. We have discovered hping that seems a great tool for this, but funny enough Shorewall cuts it !!! even when you leave ports open :) So besides hping, any tool for this? Why is shorewall cutting this traffic? Thanks in advance. Regards. -- Jaime Nebrera - jnebrera@eneotecnologia.com Consultor TI - ENEO

On Fri, 13 Jan 2006 21:14 , Tomas Florian <tflorian@telus.net> sent: >Hello, > >I''m having trouble with slow IO performance under Xen 2.0.7 with 2.6 >kernel. I''m running 3 physical machine. I did hdparm -tT in my Dom0 on >both servers and this is what I get: <snip> I would check to make sure your kernels have the right ide drivers builtin or as

We have tested the latest xen on VT platform with Intel 965/5000P chipset. Here is the test summary: Issues: ========================= 1). VBD could not work well Partial support is added in c/s 13198, but the loader still complains that symbol "irq_to_evtchn_port" is missing. 2). IA32E: IA32E vista can''t boot up normally, it gives a blue screen. Then the qemu window

changeset: 11278:8273f730371b tag: tip user: Ian Campbell <ian.campbell@xensource.com> date: Tue Aug 29 06:23:11 2006 +0100 summary: Fix definition of LINUX_VER so that doesn''t pickup LINUX_VER3 Hardware: x460 ******************** x86_32(no PAE): *************************** * dom0: SLES10 GM * dom0 boots fine * xend starts without problem --- Linux

changeset: 10910:aa1ab056bfbf tag: tip user: emellor@leeni.uk.xensource.com date: Wed Aug 2 11:42:38 2006 +0100 summary: Clarify the use of vcpu-set. Closes bug #686. Hardware: x460 ******************** x86_32(no PAE): *************************** * dom0: SLES9 SP2 * dom0 boots fine * xend starts without problem --- Linux HVM domain status: --- * Xm-test

The attached patch: 1. Converts the shutdown driver and xend to use the store instead of control messages, 2. Includes Anthony''s xenstore notification code, and 3. Changes xend so that sysrq''s are no longer sent as "special case" shutdown messages. Store keys are cheap, so making the sysrq delivery less obscure is good. I think I have made all of the

We have tested the latest xen on VT platform with Intel 965/5000P chipset. Here is the test summary: Bug has been fixed: ========================== 1).VMX domains fail to reboot bug has been fixed. Issues: ========================== 1) VBD driver does not work well http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=831 2) Only one vCPU is found in SMP xenU guest OS

This patch adds a test that tries to create a domain with only 16MB of RAM. It verifies that the domain is created and that the console works. Right now this test fails for me: the domain just dies immediately with no indication of why, or with any useful console data. Should we put a sanity check on xm''s create and mem-set commands that prevent the user from doing something we know

This patch makes "xm info" show information on xen version, compile info, number of socket/core, etc... In order to do that, it extends physinfo hypercall to return number of socket, adds few functions to libxc and extends python wrapper correspondingly. Here is the output of new "xm info": -- system : Linux host : ubuntu xen_release

This patch (against unstable) makes sure that the skel/etc/init.d/rcS file is executable before building the final ramdisk image. This should fix the problem some people are having with their ramdisk builds. -- Dan Smith IBM Linux Technology Center Open Hypervisor Team email: danms@us.ibm.com _______________________________________________ Xen-devel mailing list

Hi, my ip_conntrack table is filling up and now my server is dropping packets. I'm running CentOS release 4.4 (Final) on a fairly busy webserver. The table is full of various connections, including a lot of "ESTABLISHED" tcp connections from my webserver (the src is my webserver ip), and some other random connections to my webserver, and many "ASSURED" connections. So why

changeset: 9226:7d8efd4f1ac7 tag: tip user: kaf24@firebug.cl.cam.ac.uk date: Tue Mar 14 08:18:35 2006 +0100 summary: Initialise blkfront_info to zeroes after allocating it. Hardware: x460 ******************** x86_32(no PAE): *************************** * dom0: SLES9 SP2 * dom0 boots fine * xend starts without problem --- Linux HVM domain status: --- ISSUES: *

We have tested latest xen on VT platform with Intel 915/E8500 chipset.Here is the test summary. Issues: - IA-32 VMX guest will hang when booting on IA-32PAE host with acpi=1 and apic=1.(Bug 594) - Failed to created VMX after tens of VMXs have been created & destroyed on IA-32e.(Bug593) IA-32: Build&Boot SMP xen0 without problem Can bootup unmodified IA-32 2.4/2.6 linux in VMX

hello, while investigating xm/main.py, i found that it is mixed with tabs and whitespaces. that is annoying and may get us misleaded when reading code. looks like that the conventional coding style of Python (and also C?) in Xen is to use (4) whitespaces instead of tabs? could anybody confirm this? i searched in all tree and found bunch of files like this. if nobody complains, i will catch them

Hi, i am testing two bridges by sending to it random packets using hping2. First i create a random-length file, then i send it a lot of time on the wire using this command: for ($i=0; $i<50000; $i++) { hping2 -q -c 1 -d $data_len -E random.file 10.0.0.10 } My problem is that some packets are lost. Here is my setup: PC1 (10.0.0.1) ===== BR1 --------- BR2 ===== PC2 (10.0.0.10)

We have tested the latest xen on VT platform with Intel 915/E8500 chipset. Here is the test summary: Issues: - Cannot boot Windows 2000 - Only one CPU is detected in SMP dom0 - Destroying VMX with 4G memory may make xend hang on IA-32e IA-32: + Build&Boot UP xen0 without problem + Can bootup unmodified IA-32 2.4/2.6 linux in VMX domain + Can bootup unmodified IA-32 WindowsXP SP1/SP2

The last line of the example in droplevels' manual page seems to be incorrect to me. I think it should read: "table(droplevels(aq$Month))". Amazingly (I don't understand) both variants seem to produce the same result (R 3.3.3): --- > aq <- transform(airquality, Month = factor(Month, labels = month.abb[5:9])) > aq <- subset(aq, Month != "Jul") >

The behaviour of within() with list input changes if you delete 2 or more variables, compared to deleting one: l <- list(x=1, y=2, z=3) within(l, { rm(z) }) #$x #[1] 1 # #$y #[1] 2 within(l, { rm(y) rm(z) }) #$x #[1] 1 # #$y #NULL # #$z #NULL When 2 or more variables are deleted, the list entries are instead set to NULL. Is this intended?

>>>>> peter dalgaard <pdalgd at gmail.com> >>>>> on Mon, 26 Jun 2017 13:43:28 +0200 writes: > This seems to be due to changes made by Martin Maechler in > 2008. Presumably this fixed something, but it escapes my > memory. Yes: The change set (svn -c46441) also contains the following NEWS entry BUG FIXES o