domu network interface number increases
2008-11-01 05:17:26 GMT
_______________________________________________ Xen-users mailing list Xen-users <at> lists.xensource.com http://lists.xensource.com/xen-users
_______________________________________________ Xen-users mailing list Xen-users <at> lists.xensource.com http://lists.xensource.com/xen-users
_______________________________________________ Xen-users mailing list Xen-users <at> lists.xensource.com http://lists.xensource.com/xen-users
> Hi, > > The performance of Windows XP is dreadful. Absolutely dreadful. > There are only two VMs on the machine, dom0 and domU. The system > supports the Windows XP HVM domain through the good offices of > the underlying dual-core AMD cpu with AMD-V technology. > > The system spends a huge amount of time running rundll32.exe. > If I kill the executable, it speeds up a bit. The performance > problem has been there since the beginning, and I've scanned > for viruses. There are none to be found. > > I've allocated 2GIG for the domain and 2 VCPUs. Performance > is so bad as to make the domain almost unusable for many > tasks. Deleting files, for some reason, takes forever. > > Are there obvious things for which I can check or set? > I'm using the latest Citrix distro and I've installed the > xen-tools.iso tools. The drivers running in the domain are > Hypervisor-aware. > Have you tried a complete reinstall of the DomU from scratch with no extra drivers or anything? Is it XP sp2? Prior to sp2 I have seen some pretty poor performance of XP. What does 'xm dmesg' say? What are your underlying disks in dom0? It would probably be useful to post your DomU config file to the list. James
try with only one VCPU On 11/1/2008 7:46 AM, James Harper wrote: >> Hi, >> >> The performance of Windows XP is dreadful. Absolutely dreadful. >> There are only two VMs on the machine, dom0 and domU. The system >> supports the Windows XP HVM domain through the good offices of >> the underlying dual-core AMD cpu with AMD-V technology. >> >> The system spends a huge amount of time running rundll32.exe. >> If I kill the executable, it speeds up a bit. The performance >> problem has been there since the beginning, and I've scanned >> for viruses. There are none to be found. >> >> I've allocated 2GIG for the domain and 2 VCPUs. Performance >> is so bad as to make the domain almost unusable for many >> tasks. Deleting files, for some reason, takes forever. >> >> Are there obvious things for which I can check or set? >> I'm using the latest Citrix distro and I've installed the >> xen-tools.iso tools. The drivers running in the domain are >> Hypervisor-aware. >> >> > > Have you tried a complete reinstall of the DomU from scratch with no > extra drivers or anything? > > Is it XP sp2? Prior to sp2 I have seen some pretty poor performance of > XP. > > What does 'xm dmesg' say? > > What are your underlying disks in dom0? > > It would probably be useful to post your DomU config file to the list. > > James > > _______________________________________________ > Xen-users mailing list > Xen-users <at> lists.xensource.com > http://lists.xensource.com/xen-users > > >
Hi,
I'm new to Xen, and am facing issues in the following scenario:
(1) Create a paravirtualized domU (installing from SLES10SP2 dvd) using virt-manager.
(2) Make a copy (using either "cp" or "dd") of the disk image file used by this domU and rename it.
(3) Mount the root partition of this disk image (identified using "kpartx"), change the network related info etc, and unmount it.
(4) Using this new copy of the disk image file in a new xen configuration file, create a new domU clone with a different name using "xm create".
This did succeed and I was able to see the new domUclone up and running. However, after a few reboots, it threw up the following error message:
xend.err: "kernel image does not exist"
and never proceeded from there. From that moment on, the GUI-created domU also threw the same error if I restarted it, and also, I was not able to create a new domU using virt-manager again [at the end of installation, when this newly created domU was started by virt-manager, it threw the same error].
One more point to note is that, when I deleted all the existing domains (except the dom0) and recreated a domU using virt-manager, it worked fine...and I could clone it too as above and everything worked fine. I don't know if it again throws up the same scenario, since I stopped here right now.
Can anyone help me understand what could have gone wrong, especially when the same domU VMs were working fine for sometime?
And how to handle that situation?
Thanks in advance.
-AswiniKumar.
_______________________________________________ Xen-users mailing list Xen-users <at> lists.xensource.com http://lists.xensource.com/xen-users
That because your system assigns random mac to virtual network card every time. You can stop it by providing static mac.
_______________________________________________ Xen-users mailing list Xen-users <at> lists.xensource.com http://lists.xensource.com/xen-users
On Sat, 1 Nov 2008, Y. D. wrote: > Hi, > > Every time my domU is created, the eth* number increases, from eth0 to eth70 now. > This is really awkward, and should not happen in theroy, nevertheless I don't know why. > Can anyone identify the problem here? It's due to udev persistent net generation rules, you cat dieable then by deleteing /etc/udev/rules.d/75-persistent-net-generator.rules also remove all previously generated interface names by deleting /etc/udev/rules.d/70-persistent-net.rules or alternatively use static mac in VM config vif statement, then you only need to remove /etc/udev/rules.d/70-persistent-net.rules once > > Thanks in advance, > > Shawn >
Hi Thomas, do you mean the interface number within in the domU or the number of vif in dom0? Please send us also a config of a domU which is affected by this weird behaviour. Cheers, Jan Thomas schrieb: > Nope, I force the mac address for each virtual nic. > > _______________________________________________ > Xen-users mailing list > Xen-users <at> lists.xensource.com > http://lists.xensource.com/xen-users
RSS Feed142 | |
|---|---|
351 | |
323 | |
632 | |
570 | |
544 | |
612 | |
668 | |
630 | |
655 | |
473 | |
671 | |
761 | |
638 | |
494 | |
560 | |
643 | |
742 | |
713 | |
791 | |
1196 | |
1124 | |
1073 | |
975 | |
890 | |
864 | |
670 | |
817 | |
872 | |
732 | |
782 | |
765 | |
914 | |
934 | |
747 | |
782 | |
876 | |
1040 | |
594 | |
850 | |
730 | |
983 | |
1023 | |
987 | |
1206 | |
1015 | |
1061 | |
894 | |
1131 | |
907 | |
718 | |
779 | |
747 | |
583 | |
754 | |
777 | |
1134 | |
962 | |
928 | |
1124 | |
1122 | |
1388 | |
1005 | |
980 | |
1043 | |
968 | |
1009 | |
854 | |
1160 | |
963 | |
1138 | |
986 | |
982 | |
1312 | |
932 | |
727 | |
646 | |
805 | |
809 | |
738 | |
686 | |
605 | |
480 |