Paolo, Sorry for all the trouble. We got a progress. Your last qemu:commandline really worked and I was able to try and start the machine. The problem is that I reached up to the tun driver load section and then the machine shut itself down. The last lines of the console showed the following: [ 1.568226] Fixed MDIO Bus: probed [ 1.568833] tun: Universal TUN/TAP device driver, 1.6 [ 1.569108] tun: (C) 1999-2004 Max Krasnyansky <maxk@xxxxxxxxxxxx> And it got me back to the virsh command line. Here's an output of the log file: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-1.0 -no-kvm -m 2069 -smp 1,sockets=1,cores=1,threads=1 -name NaorDev -uuid 60b5a0ab-8932-47c1-8674-760c7e1f4743 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/NaorDev.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -drive file=/var/lib/libvirt/images/NaorDev.img,if=none,id=drive-virtio-disk0,format=raw,cache=writeback -device virtio-blk-pci,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/var/lib/libvirt/images/NaorAddonHdd.qcow,if=none,id=drive-virtio-disk1,format=qcow2,cache=none -device virtio-blk-pci,bus=pci.0,addr=0x8,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,fd=18,id=hostnet0,vhost=on,vhostfd=19 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:c6:b7:a3,bus=pci.0,addr=0x3 -netdev tap,fd=20,id=hostnet1,vhost=on,vhostfd=21 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=52:54:00:9e:44:90,bus=pci.0,addr=0x4 -netdev tap,fd=22,id=hostnet2,vhost=on,vhostfd=23 -device virtio-net-pci,netdev=hostnet2,id=net2,mac=52:54:00:e7:f9:bf,bus=pci.0,addr=0x7 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -usb -vnc 127.0.0.1:0 -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -global virtio-net-pci.mrg_rxbuf=off Domain id=9 is tainted: custom-argv char device redirected to /dev/pts/1 2013-07-16 12:48:26.440+0000: shutting down and here's the output of lsmod: vhost_net 32360 0 macvtap 18529 1 vhost_net macvlan 19003 1 macvtap ip6table_filter 12816 0 ip6_tables 27686 1 ip6table_filter ebtable_nat 12808 0 ebtables 31024 1 ebtable_nat ipt_MASQUERADE 12760 3 iptable_nat 13230 1 nf_nat 25646 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 14531 4 iptable_nat,nf_nat nf_defrag_ipv4 12730 1 nf_conntrack_ipv4 xt_state 12579 1 nf_conntrack 83300 5 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4,xt_state ipt_REJECT 12577 2 xt_CHECKSUM 12550 1 iptable_mangle 12735 1 xt_tcpudp 12604 5 iptable_filter 12811 1 ip_tables 27474 3 iptable_nat,iptable_mangle,iptable_filter x_tables 29892 12 ip6table_filter,ip6_tables,ebtables,ipt_MASQUERADE,iptable_nat,xt_state,ipt_REJECT,xt_CHECKSUM,iptable_mangle,xt_tcpudp,iptable_filter,ip_tables dm_crypt 23126 0 coretemp 13642 0 kvm_intel 137888 0 kvm 422160 1 kvm_intel ext2 73799 1 gpio_ich 13384 0 dm_multipath 23306 0 scsi_dh 14589 1 dm_multipath lp 17800 0 microcode 23030 0 parport 46563 1 lp bridge 91498 0 sb_edac 18104 0 stp 12977 1 bridge llc 14598 2 bridge,stp joydev 17694 0 edac_core 53053 3 sb_edac shpchp 37278 0 lpc_ich 17145 0 mei 41410 0 acpi_power_meter 18124 0 mac_hid 13254 0 btrfs 781017 0 zlib_deflate 27140 1 btrfs libcrc32c 12645 1 btrfs vesafb 13846 1 hid_generic 12541 0 usbhid 47259 0 hid 100815 2 hid_generic,usbhid ses 17418 0 enclosure 15313 1 ses ghash_clmulni_intel 13221 0 aesni_intel 51134 0 cryptd 20531 2 ghash_clmulni_intel,aesni_intel aes_x86_64 17256 1 aesni_intel megaraid_sas 82737 2 ixgbe 184924 0 dca 15233 1 ixgbe mdio 13808 1 ixgbe tg3 156594 0 wmi 19257 0 I will appreciate it if you tell me what I am missing now. Thanks, Naor -----Original Message----- From: Paolo Bonzini [mailto:pbonzini@xxxxxxxxxx] Sent: Tuesday, July 16, 2013 1:42 PM To: Naor Shlomo Cc: kvm@xxxxxxxxxxxxxxx Subject: Re: Disabling mergeable rx buffers for the guest Il 16/07/2013 12:40, Naor Shlomo ha scritto: > Hi Paolo, > > For some unknown reason it suddenly started to accept the changes to the XML and the strings you gave me are now in place. Good. > Upon machine start I now receive the following error messages: > > virsh # start NaorDev > error: Failed to start domain NaorDev > error: internal error Process exited while reading console log output: kvm: -global: requires an argument" > That's because I cut-and-pasted without reading: > <qemu:commandline> > <qemu:arg value='-global'/> > <qemu:env name='mrg_rxbuf' value='off'/> > </qemu:commandline> The right one is (or at this point I'd better say "should be"): <qemu:commandline> <qemu:arg value='-global'/> <qemu:arg value='virtio-net-pci.mrg_rxbuf=off'/> </qemu:commandline> Paolo > </domain> > > Naor > > -----Original Message----- > From: Paolo Bonzini [mailto:pbonzini@xxxxxxxxxx] > Sent: Tuesday, July 16, 2013 12:36 PM > To: Naor Shlomo > Cc: kvm@xxxxxxxxxxxxxxx > Subject: Re: Disabling mergeable rx buffers for the guest > > Il 16/07/2013 10:06, Naor Shlomo ha scritto: >> Thanks again Paolo, >> >> I used your string and read the documents in the site you referred me to but could not understand why doesn't it accept the xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0' string. >> >> I tried it on the following version: >> Compiled against library: libvir 0.9.8 Using library: libvir 0.9.8 >> Using API: QEMU 0.9.8 Running hypervisor: QEMU 1.0.0 >> >> So according to the site it should be supported. >> >> Any idea what am I missing now? > > Not sure. Can you post here the full XML, and the one you're trying to use? > > Paolo > >> Naor >> >> -----Original Message----- >> From: Paolo Bonzini [mailto:pbonzini@xxxxxxxxxx] >> Sent: Tuesday, July 16, 2013 9:42 AM >> To: Naor Shlomo >> Cc: kvm@xxxxxxxxxxxxxxx >> Subject: Re: Disabling mergeable rx buffers for the guest >> >> Il 16/07/2013 08:40, Naor Shlomo ha scritto: >>> Hi Paolo and thanks for your quick reply, >>> >>> I tried editing (virsh edit) the domain's XML and put the XML excerpt you gave me everywhere but with no success. >>> The moment I exit the edit mode the text was gone (I guess it didn't pass some sort of sanity and that's why it was automatically erased). >>> >>> What am I doing wrong? >> >> My fault. You need to change the <domain> opening tag to >> >> <domain type='qemu' >> xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> >> >> See http://libvirt.org/drvqemu.html#qemucommand for the docs. >> >> Paolo >> > -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
