hello, what i''m tring to is migrate domU to another dom0. i have 2 identical same machine Dell PE1950 which is node1 and node2. (intel Xeon E5345 quad * 2 / 8G ram) both installed centos 5.1 and running kernel 2.6.18-53.1.13.el5xen here is domU''s conf -------------------------------- name = "test" memory = 1024 disk = [ ''phy:/dev/sda5,xvda,w'', ] vcpus = 8 bootloader="/usr/bin/pygrub" vif = [ ''bridge=xenbr0,mac=00:16:3E:00:00:13'' ] on_reboot = ''restart'' on_crash = ''restart'' and i executed like this. ------------------------------------ node1# xm migrate -l test node2 after a while, migration was done, and i can see everything sucessfully moved to node2. but domU is not working properly. when i looked xm console in node2, only message that i can see was many lines of "soft lockup detected in CPU#".. anybody can help me? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
HyunSung Jang wrote:> hello, > > what i''m tring to is migrate domU to another dom0. > i have 2 identical same machine Dell PE1950 which is node1 and node2. > (intel Xeon E5345 quad * 2 / 8G ram) > both installed centos 5.1 and running kernel 2.6.18-53.1.13.el5xen > > here is domU''s conf > -------------------------------- > name = "test" > memory = 1024 > disk = [ ''phy:/dev/sda5,xvda,w'', ] > vcpus = 8 > bootloader="/usr/bin/pygrub" > vif = [ ''bridge=xenbr0,mac=00:16:3E:00:00:13'' ] > on_reboot = ''restart'' > on_crash = ''restart'' > > and i executed like this. > ------------------------------------ > node1# xm migrate -l test node2 > > after a while, migration was done, and i can see everything > sucessfully moved to node2. > but domU is not working properly. when i looked xm console in node2, > only message that i can see was > many lines of "soft lockup detected in CPU#"..How did you made the storage for the guest (/dev/sda5) available on node2? Is this and ISCSI or san partition? --Sadique> > anybody can help me? > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Alexander Piavka
2008-Mar-03 08:50 UTC
[Xen-users] Sometimes HVM winxp with gpl PV drivers 0.8.1 drivers boots forever
Hi, I''m using gpl PV drivers 0.8.1 drivers for HVM winxp and sometimes it boots forever.>From the iostat in dom0 with xen-3.1.2 is see that there is NO access tothe underlying lvm volume of this winxp HVM. From strace i see that qemu-dm indefinetly loops with: read(14, "\34\0\0\0", 4) = 4 write(14, "\34\0\0\0", 4) = 4 clock_gettime(CLOCK_MONOTONIC, {53840, 172326473}) = 0 ioctl(14, EVIOCGKEYCODE, 0x7fff012f0fc0) = 0 clock_gettime(CLOCK_MONOTONIC, {53840, 172398473}) = 0 clock_gettime(CLOCK_MONOTONIC, {53840, 172436473}) = 0 clock_gettime(CLOCK_MONOTONIC, {53840, 172474473}) = 0 select(18, [7 10 12 14 17], [], [], {0, 10000}) = 1 (in [14], left {0, 10000}) and lsof -p 6602 | awk ''$4 ~ /(7|10|12|14|17)/'' qemu-dm 6602 root 7u CHR 10,200 1853 /dev/net/tun qemu-dm 6602 root 10u CHR 5,2 2035 /dev/ptmx qemu-dm 6602 root 12r FIFO 0,5 14646 pipe qemu-dm 6602 root 14u CHR 10,63 1819 /dev/xen/evtchn qemu-dm 6602 root 17u IPv4 19833 TCP clustrix20.cs.bgu.ac.il:5911->lesbinux.cs.bgu.ac.il:51837 (ESTABLISHED) and qemu-dm takes about 10% of cpu while others HVM qemu-dm, which boot ok, loop indefinetly with: select(14, [6 8 9 11 13], [], [], {0, 10000}) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {54627, 313284473}) = 0 clock_gettime(CLOCK_MONOTONIC, {54627, 313366473}) = 0 clock_gettime(CLOCK_MONOTONIC, {54627, 313450473}) = 0 clock_gettime(CLOCK_MONOTONIC, {54627, 313558473}) = 0 if i reboot this HVM it boots ok , and may boot ok next few times untill it gets stuck the same way on some reboot/start I''m not 100% sure it never happens without the gpl PV rivers. Any ideas? Alex _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Igor Chubin
2008-Mar-03 13:28 UTC
[Xen-devel] Re: [Xen-users] Sometimes HVM winxp with gpl PV drivers 0.8.1 drivers boots forever
On Mo, Mär 03, 2008 at 10:50:33 +0200, Alexander Piavka wrote:> > Hi, > > I''m using gpl PV drivers 0.8.1 drivers for HVM winxp and sometimes > it boots forever. >> From the iostat in dom0 with xen-3.1.2 is see that there is NO access >> to > the underlying lvm volume of this winxp HVM.I had similar problem on a host with a localized Windows version. When I have switched to engliesh Windows, OS has booted without any problems.> > From strace i see that qemu-dm indefinetly loops with: > > read(14, "\34\0\0\0", 4) = 4 > write(14, "\34\0\0\0", 4) = 4 > clock_gettime(CLOCK_MONOTONIC, {53840, 172326473}) = 0 > ioctl(14, EVIOCGKEYCODE, 0x7fff012f0fc0) = 0 > clock_gettime(CLOCK_MONOTONIC, {53840, 172398473}) = 0 > clock_gettime(CLOCK_MONOTONIC, {53840, 172436473}) = 0 > clock_gettime(CLOCK_MONOTONIC, {53840, 172474473}) = 0 > select(18, [7 10 12 14 17], [], [], {0, 10000}) = 1 (in [14], left {0, 10000}) > > and > > lsof -p 6602 | awk ''$4 ~ /(7|10|12|14|17)/'' > qemu-dm 6602 root 7u CHR 10,200 1853 /dev/net/tun > qemu-dm 6602 root 10u CHR 5,2 2035 /dev/ptmx > qemu-dm 6602 root 12r FIFO 0,5 14646 pipe > qemu-dm 6602 root 14u CHR 10,63 1819 /dev/xen/evtchn > qemu-dm 6602 root 17u IPv4 19833 TCP clustrix20.cs.bgu.ac.il:5911->lesbinux.cs.bgu.ac.il:51837 (ESTABLISHED) > > and qemu-dm takes about 10% of cpu > > while others HVM qemu-dm, which boot ok, loop indefinetly with: > > select(14, [6 8 9 11 13], [], [], {0, 10000}) = 0 (Timeout) > clock_gettime(CLOCK_MONOTONIC, {54627, 313284473}) = 0 > clock_gettime(CLOCK_MONOTONIC, {54627, 313366473}) = 0 > clock_gettime(CLOCK_MONOTONIC, {54627, 313450473}) = 0 > clock_gettime(CLOCK_MONOTONIC, {54627, 313558473}) = 0 > > > if i reboot this HVM it boots ok , and may boot ok next few times untill > it gets stuck the same way on some reboot/start > > I''m not 100% sure it never happens without the gpl PV rivers. > > Any ideas? > > Alex > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users-- WBR, i.m.chubin _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Alexander Piavka
2008-Mar-03 13:56 UTC
Re: [Xen-users] Sometimes HVM winxp with gpl PV drivers 0.8.1drivers boots forever
On Mon, 3 Mar 2008, Igor Chubin wrote:> On Mo, Mär 03, 2008 at 10:50:33 +0200, Alexander Piavka wrote: >> >> Hi, >> >> I''m using gpl PV drivers 0.8.1 drivers for HVM winxp and sometimes >> it boots forever. >>> From the iostat in dom0 with xen-3.1.2 is see that there is NO access >>> to >> the underlying lvm volume of this winxp HVM. > > > I had similar problem on a host with a localized Windows version. > When I have switched to engliesh Windows, > OS has booted without any problems.Well i''m using English only Windows & the boot problem appears randomly and boot ok most of the times. Alex> >> >> From strace i see that qemu-dm indefinetly loops with: >> >> read(14, "\34\0\0\0", 4) = 4 >> write(14, "\34\0\0\0", 4) = 4 >> clock_gettime(CLOCK_MONOTONIC, {53840, 172326473}) = 0 >> ioctl(14, EVIOCGKEYCODE, 0x7fff012f0fc0) = 0 >> clock_gettime(CLOCK_MONOTONIC, {53840, 172398473}) = 0 >> clock_gettime(CLOCK_MONOTONIC, {53840, 172436473}) = 0 >> clock_gettime(CLOCK_MONOTONIC, {53840, 172474473}) = 0 >> select(18, [7 10 12 14 17], [], [], {0, 10000}) = 1 (in [14], left {0, 10000}) >> >> and >> >> lsof -p 6602 | awk ''$4 ~ /(7|10|12|14|17)/'' >> qemu-dm 6602 root 7u CHR 10,200 1853 /dev/net/tun >> qemu-dm 6602 root 10u CHR 5,2 2035 /dev/ptmx >> qemu-dm 6602 root 12r FIFO 0,5 14646 pipe >> qemu-dm 6602 root 14u CHR 10,63 1819 /dev/xen/evtchn >> qemu-dm 6602 root 17u IPv4 19833 TCP clustrix20.cs.bgu.ac.il:5911->lesbinux.cs.bgu.ac.il:51837 (ESTABLISHED) >> >> and qemu-dm takes about 10% of cpu >> >> while others HVM qemu-dm, which boot ok, loop indefinetly with: >> >> select(14, [6 8 9 11 13], [], [], {0, 10000}) = 0 (Timeout) >> clock_gettime(CLOCK_MONOTONIC, {54627, 313284473}) = 0 >> clock_gettime(CLOCK_MONOTONIC, {54627, 313366473}) = 0 >> clock_gettime(CLOCK_MONOTONIC, {54627, 313450473}) = 0 >> clock_gettime(CLOCK_MONOTONIC, {54627, 313558473}) = 0 >> >> >> if i reboot this HVM it boots ok , and may boot ok next few times untill >> it gets stuck the same way on some reboot/start >> >> I''m not 100% sure it never happens without the gpl PV rivers. >> >> Any ideas? >> >> Alex >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users > > -- > WBR, i.m.chubin_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
hi, thanks for reply /dev/sda5 is neither ISCSI nor san partition. it is just normal physical partition made by fdisk. it is part of local hard disk drive. both node1 and node2 are same. in this case, can''t use xm migrate? is xm migrate working only when i use image file? On Mon, Mar 3, 2008 at 5:01 PM, Sadique Puthen <sputhenp@redhat.com> wrote:> HyunSung Jang wrote: > > hello, > > > > what i''m tring to is migrate domU to another dom0. > > i have 2 identical same machine Dell PE1950 which is node1 and node2. > > (intel Xeon E5345 quad * 2 / 8G ram) > > both installed centos 5.1 and running kernel 2.6.18-53.1.13.el5xen > > > > here is domU''s conf > > -------------------------------- > > name = "test" > > memory = 1024 > > disk = [ ''phy:/dev/sda5,xvda,w'', ] > > vcpus = 8 > > bootloader="/usr/bin/pygrub" > > vif = [ ''bridge=xenbr0,mac=00:16:3E:00:00:13'' ] > > on_reboot = ''restart'' > > on_crash = ''restart'' > > > > and i executed like this. > > ------------------------------------ > > node1# xm migrate -l test node2 > > > > after a while, migration was done, and i can see everything > > sucessfully moved to node2. > > but domU is not working properly. when i looked xm console in node2, > > only message that i can see was > > many lines of "soft lockup detected in CPU#".. > > How did you made the storage for the guest (/dev/sda5) available on > node2? Is this and ISCSI or san partition? > > --Sadique > > > > > anybody can help me? > > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
James Harper
2008-Mar-04 01:42 UTC
RE: [Xen-users] Sometimes HVM winxp with gpl PV drivers 0.8.1 driversboots forever
> Hi, > > I''m using gpl PV drivers 0.8.1 drivers for HVM winxp and sometimes > it boots forever. > >From the iostat in dom0 with xen-3.1.2 is see that there is NO accessto> the underlying lvm volume of this winxp HVM. >Once the gplpv drivers take over you won''t see any access from qemu. Try 0.8.4, I fixed a race somewhere around there that would cause a hang on boot. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Alexander Piavka
2008-Mar-04 08:05 UTC
RE: [Xen-users] Sometimes HVM winxp with gpl PV drivers 0.8.1driversboots forever
On Tue, 4 Mar 2008, James Harper wrote:>> Hi, >> >> I''m using gpl PV drivers 0.8.1 drivers for HVM winxp and sometimes >> it boots forever. >>> From the iostat in dom0 with xen-3.1.2 is see that there is NO access > to >> the underlying lvm volume of this winxp HVM. >> > > Once the gplpv drivers take over you won''t see any access from qemu.Yes , but i still will always see all disk HVM access with iostat on the lvm volume device, no matter there is PV driver or qemu disk. So i ment to say that HVM is doing both no PV driver & no qemu disk access while it gets stuck in the boot process.> Try 0.8.4, I fixed a race somewhere around there that would cause a hang > on boot.Possible race condition explains the lack of disk access, i''ll try this version. Thanks a lot. Alex> James > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users