Hi all, I''ve tested several versions of Xen (2.0, 2.0.3, 2.0-testing, unstable) on different machines (VIA C3, PIII, AMD XP), all running up-to-date gentoo system and I''m unable to migrate (or even save) domains on any of those machines. Currently I''m making tests mainly on the Athlon box, on which I''ve tried two GCC versions - 3.3.5 at first, later I''ve recompiled glibc and then Xen 2.0.3 with gcc 3.4.2; still no luck. xend is running, xfrd is running, all requirements are installed (twisted 1.3, ip, brctl), virt-1 domain is running against local ''file'' based VBDs. # xm dmesg | grep version Xen version 2.0.3 (root@here) (gcc version 3.4.2 (Gentoo Linux 3.4.2-r2, ssp-3.4.1-1, pie-8.7.6.5 )) Tue Jan 18 21:14:17 CET 2005 # xm list Name Id Mem(MB) CPU State Time(s) Console Domain-0 0 91 0 r---- 138106.9 virt-1 2 127 0 -b--- 7.9 9602 # xm save virt-1 virt-1.save Error: Error: [Failure instance: Traceback: xen.xend.XendError.XendError, save failed # xm migrate virt-1 localhost Error: Error: [Failure instance: Traceback: xen.xend.XendError.XendError, migrate failed Logs for the ''save'' attempt are attached. Any hints? TIA Dave
> # xm save virt-1 virt-1.save > Error: Error: [Failure instance: Traceback: > xen.xend.XendError.XendError, save failedIf save doesn''t work something really dumb must be happening. Is there anything useful in /var/log/xfrd.log or xend.debug? BTW: I''ve heard that setting mem= on the domU kernel command line can cause problems, but haven''t investigated yet. Obviously the size of the domain shuoldn''t make any difference, but have you tried creating and saving a small domain e.g. 64MB? (I''m just wandering whether something daft is happening with EINTR or something during IO). Ian ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> Is there anything useful in /var/log/xfrd.log or xend.debug?both were included in previous mail, not sure if there is anything usefull for debugging this> BTW: I''ve heard that setting mem= on the domU kernel command line can > cause problems, but haven''t investigated yet.my domain setup script is quite simple, no ''mem='' on domU kernel command line -- kernel = "/boot/vmlinuz-2.6.10-xenU" name = "virt-1" hostname = "virt" memory = 128 disk = [ ''file:/xen/virt-1,sda1,w'', file:/xen/virt-1.swap,sda2,w'' ] nics=1 ip = "192.168.0.31" netmask = "255.255.254.0" gateway = "81.95.106.1" root = "/dev/sda1 ro"> Obviously the size of the domain shuoldn''t make any difference, but have > you tried creating and saving a small domain e.g. 64MB? (I''m just > wandering whether something daft is happening with EINTR or something > during IO).I''ve tried it just now - domU with 48MB, still the same results. There is some python testing script in tools/xfrd, maybe it could help me to find the problem, but I''m not sure how much I can tinker with it. I don''t know, which commands to use and how the xfrd reply should look like. Dave ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
I suspect some front-end tools are not working correctly and I''d like to test to save domain manually. Can somebody post here a sequence of commands, which needs to be sent to xfrd and what results should I expect? It looks that running xfrdClient.py works (at least it doesn''t throw errors), but I''m not sure, if it really migrates a domain or not. Dave ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
tdc wrote:> ip = "192.168.0.31" > netmask = "255.255.254.0" > gateway = "81.95.106.1"Probably completely irrelevant, but how could this work? Isn''t gateway supposed to be on the same subnet as the host? -jkt -- cd /local/pub && more beer > /dev/mouth ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Felipe Alfaro Solana
2005-Jan-23 20:45 UTC
Re: [Xen-devel] save / migrate not working on gentoo?
On 23 Jan 2005, at 21:20, Jan Kundrát wrote:> tdc wrote: >> ip = "192.168.0.31" >> netmask = "255.255.254.0" >> gateway = "81.95.106.1" > > Probably completely irrelevant, but how could this work? Isn''t gateway > supposed to be on the same subnet as the host?Yep! The gateway must be directly accesible on the local subnet. However, 81.95.106.1 is not on the same subnet as 192.168.0.31. ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> Probably completely irrelevant, but how could this work? Isn''t gateway > supposed to be on the same subnet as the host? > > -jktNoticed that just after I sent that, but this is not the source of my problem - I''ve just pasted and edited config from different machine as I wasn''t logged on the home-devel one (except for the different net config, which got mixed, these two config files are exactly the same) Dave ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On January 21, 12:54 pm tdc <tdc@phreaker.net> wrote:> I suspect some front-end tools are not working correctly and I''d like to > test to save domain manually. Can somebody post here a sequence of > commands, which needs to be sent to xfrd and what results should I > expect? It looks that running xfrdClient.py works (at least it doesn''t > throw errors), but I''m not sure, if it really migrates a domain or not. > > DaveI''ve have the same problems as debribed before in the thread. I''ve done a very simple installation of debian (with debootstrap) on a very simple configuration: one vif and one vbd and i''m able to save the domain. But since i wasn''t able to save a more complex domain (multiple vif and vbd) i investigate and i''ve see that when you have more than vdb to your xenU configuration then you can''t save it (i got the same message mentioned before). HTH Matthieu ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
I''ve have the same problems as debribed before in the thread. I''ve done a very simple installation of debian (with debootstrap) on a very simple configuration: one vif and one vbd and i''m able to save the domain. But since i wasn''t able to save a more complex domain (multiple vif and vbd) i investigate and i''ve see that when you have more than vdb to your xenU configuration then you can''t save it (i got the same message mentioned before). HTH Matthieu This is the same behavior I''ve seen (Also on Debian). A domain with fewer than 3 file-backed block devices saves/restores fine. With 3 or more the attempt fails immediately. As I recall the error in the log is -12. I haven''t had time to diagnose it further than that. Todd ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel