On Wed, Feb 15, 2012 at 1:01 AM, Laine Stump <laine(a)laine.org> wrote:
On 02/14/2012 11:01 AM, Jun Koi wrote:
> On Tue, Feb 14, 2012 at 11:47 PM, Alex Jia <ajia(a)redhat.com> wrote:
>> Hi Jun,
>> I assume you haven't changed libvirt default URI, it may be a issue,
>> I want to know whether it works for you if you explicitly specify
>> --connect qemu:///system with virt-install? I think a root reason
>> probably is your disk image location, the log said it can't find
>> storage volume, if you put img.winp under the /var/lib/libvirt/images,
>> then give a disk absolute path to virt-install, Does it work for you?
> ok, i change the command a bit, and it went further.
> here is how i did:
>
> (1) compiled everything from source, then install (make install) to my Ubuntu
>
> (2) start libvirtd on commandline
> # libvirtd -d
>
> (3) import my KVM image to libvirt
>
> $ virt-install --connect qemu:///system -n winxp -r 800 --accelerate
> --vnc -v --noautoconsole --import -f /home/jun/img/img.winxp
>
> it failed, and the log is like below:
>
> ....
> [Tue, 14 Feb 2012 23:51:49 virt-install 3831] DEBUG (cli:326)
> Requesting libvirt URI qemu:///system
> [Tue, 14 Feb 2012 23:51:51 virt-install 3831] DEBUG (cli:328) Received
> libvirt URI qemu:///system
> [Tue, 14 Feb 2012 23:51:52 virt-install 3831] DEBUG (virt-install:259)
> Requesting virt method 'hvm', hv type 'default'.
> [Tue, 14 Feb 2012 23:51:52 virt-install 3831] DEBUG (virt-install:469)
> Received virt method 'hvm'
> [Tue, 14 Feb 2012 23:51:52 virt-install 3831] DEBUG (virt-install:470)
> Hypervisor name is 'kvm'
> [Tue, 14 Feb 2012 23:51:52 virt-install 3831] ERROR (cli:439) Error in
> network device parameters: Virtual network 'default' has not been
> started.
> [Tue, 14 Feb 2012 23:51:52 virt-install 3831] DEBUG (cli:440)
> Traceback (most recent call last):
> File "/usr/local/lib/python2.6/dist-packages/virtinst/cli.py", line
> 884, in get_networks
> dev = parse_network(guest, netstr, mac=mac)
> File "/usr/local/lib/python2.6/dist-packages/virtinst/cli.py", line
> 1642, in parse_network
> bridge=opts.get("bridge"))
> File
"/usr/local/lib/python2.6/dist-packages/virtinst/VirtualNetworkInterface.py",
> line 153, in __init__
> self.network = network
> File
"/usr/local/lib/python2.6/dist-packages/virtinst/XMLBuilderDomain.py",
> line 309, in new_setter
> fset(self, val, *args, **kwargs)
> File
"/usr/local/lib/python2.6/dist-packages/virtinst/VirtualNetworkInterface.py",
> line 257, in set_network
> "started.") % newnet)
> ValueError: Virtual network 'default' has not been started.
A very common cause of this problem is that a systemwide instance of
dnsmasq is already (erroneously) listening on the bridge created by
libvirt for the default network. I took your email as an oppurtunity to
write an entry in the new Troubleshooting section of the libvirt wiki.
It will explain to you how to solve your problem (*if* this is your
problem, of course :-).
this is not my problem, as i dont use dnsmasq.
below is my /var/log/libvirt/libvirtd.log
....
2012-02-15 01:54:18.358+0000: 10580: info : libvirt version: 0.9.10
2012-02-15 01:54:18.358+0000: 10580: error : virCommandWait:2308 :
internal error Child process (/sbin/iptables --table mangle --delete
POSTROUTING --out-interface virbr0 --protocol udp --destination-port
68 --jump CHECKSUM --checksum-fill) status unexpected: exit status 2
2012-02-15 01:54:18.367+0000: 10580: error : virCommandWait:2308 :
internal error Child process (/sbin/iptables --table mangle --insert
POSTROUTING --out-interface virbr0 --protocol udp --destination-port
68 --jump CHECKSUM --checksum-fill) status unexpected: exit status 2
2012-02-15 01:54:18.367+0000: 10580: warning :
networkAddGeneralIptablesRules:1301 : Could not add rule to fixup DHCP
response checksums on network 'default'.
2012-02-15 01:54:18.367+0000: 10580: warning :
networkAddGeneralIptablesRules:1302 : May need to update iptables
package & kernel to support CHECKSUM rule.
and currently output of "brctl show" is:
# brctl show
bridge name bridge id STP enabled interfaces
pan0 8000.000000000000 no
virbr0 8000.000000000000 yes
so what is wrong with my system?
thanks,
Jun