Can someone point me to a doc that I can read that would explain why we are not moving to a new kernel? I don''t even see it on the Road Map. Thanks for any help, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hi Jon, On Tue, 2008-11-18 at 16:36 -0900, jonr@destar.net wrote:> Can someone point me to a doc that I can read that would explain why > we are not moving to a new kernel? I don''t even see it on the Road Map. > > Thanks for any help, > > JonAt some point (hopefully in the relatively near future), dom-0 operations should make their way into mainline Linux, which means that any kernel.org kernel can then be configured to be used as a dom-0 host. Currently, any recent kernel.org kernel (2.6.23 or later) can be used as a guest kernel, see this wiki page for help on configuring one: http://wiki.xensource.com/xenwiki/Kernel.org_Linux_on_Xen Getting the dom-0 patches into a new kernel is no easy task. Since (eventually) these will appear in mainline, many distributions are electing to either not ship a dom-0 kernel, or ship the official XenLinux (2.6.18) kernel while waiting. This means, most are packaging Xen but leaving the dom-0 kernel up to you to build and install. Some are still trying to keep a fairly new kernel for dom-0 available, such as OpenSUSE and Debian unstable who are both at 2.6.26. I have no idea when the merge with mainline is going to happen, most of us are just keeping our fingers crossed for ''soon'' :) Cheers, --Tim _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Tim Post wrote:> Some are still trying to keep a fairly new kernel for dom-0 available, > such as OpenSUSE and Debian unstable who are both at 2.6.26.In fact, the Xen kernel maintainers in Debian are using the kernel 2.6.26 patch from SUSE, with a bit more or patching. Unfortunately, on 64 bits platforms, if the dom0 starts to swap, that dom0 kernel crashes. Also, this absolutely does NOT work AT ALL on my laptop (thinkpad t500). So I don''t think this is a very mature work, at least in Debian.> I have no idea when the merge with mainline is going to happen, most of > us are just keeping our fingers crossed for ''soon'' :)That''s really the big issue here. Nobody can see what''s going to happen, and the Xen dev team is NOT shipping a patch for something higher than kernel 2.6.18.8 like 2.6.27 or the like. I really don''t understand why they don''t spend efforts on doing so... Thomas _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Wed, 2008-11-19 at 14:04 +0800, Thomas Goirand wrote:> Tim Post wrote: > > Some are still trying to keep a fairly new kernel for dom-0 available, > > such as OpenSUSE and Debian unstable who are both at 2.6.26. > > In fact, the Xen kernel maintainers in Debian are using the kernel > 2.6.26 patch from SUSE, with a bit more or patching. Unfortunately, on > 64 bits platforms, if the dom0 starts to swap, that dom0 kernel crashes. > Also, this absolutely does NOT work AT ALL on my laptop (thinkpad t500). > So I don''t think this is a very mature work, at least in Debian.Well, this is why its in unstable. Also, PAE does not work due to broken dependencies on compat VDSO. Its a work in progress ... hence unstable.> That''s really the big issue here. Nobody can see what''s going to happen, > and the Xen dev team is NOT shipping a patch for something higher than > kernel 2.6.18.8 like 2.6.27 or the like. I really don''t understand why > they don''t spend efforts on doing so...Well, why would they? Proporting to a kernel that is 5+ versions ahead is a huge amount of work. So lets say they started, released it and a month later dom-0 ops appeared in mainline .. that would be an egregious waste of talent. What sucks is the unknown, when is it going to hit? Most distros are banking on ''soon''. I would agree though, if dom-0 ops do not appear in mainline in the next few months .. its time to jump kernels, if only for re-staging the patches for another try. However. at this point, its best to see what happens. Have you ever dealt with Linus on a major patch? It gets ugly, quick :) Debian/SUSE has moved the xen-0 stuff to an agreeable place, work continues. Cheers, --Tim _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Tim Post wrote:> So lets say they started, released it and a > month later dom-0 ops appeared in mainline .. that would be an egregious > waste of talent.That would be an outrageous good thing for all the people like us that are using Xen in production!> What sucks is the unknown, when is it going to hit? > Most distros are banking on ''soon''.I wouldn''t bet on this. I''m monitoring the Git of the kernel, and I see no patch about Xen going in... The arch/xen folder is still on there. Last time I heard about it, it was said to be in for the kernel 2.6.28, but that will NOT be the case. As kernels are released each 3 months approx, that means that we are going to way AT LEAST another 4 months. This is really a looooooooooong time to wait for, and in the mean while, we still have to buy older hardware that supports the old kernels (and that eventually wont have VT-d support). Thomas _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Thomas Goirand <thomas@goirand.fr> writes:> Tim Post wrote: > >> Some are still trying to keep a fairly new kernel for dom-0 available, >> such as OpenSUSE and Debian unstable who are both at 2.6.26. > > In fact, the Xen kernel maintainers in Debian are using the kernel > 2.6.26 patch from SUSE, with a bit more or patching. Unfortunately, on > 64 bits platforms, if the dom0 starts to swap, that dom0 kernel crashes.This particular bug is assumed to be fixed, though I never tested it. On the other hand I gave up on the i686 kernel, because it proved unstable.> So I don''t think this is a very mature work, at least in Debian.I have to agree.>> I have no idea when the merge with mainline is going to happen, most of >> us are just keeping our fingers crossed for ''soon'' :) > > That''s really the big issue here. Nobody can see what''s going to happen, > and the Xen dev team is NOT shipping a patch for something higher than > kernel 2.6.18.8 like 2.6.27 or the like. I really don''t understand why > they don''t spend efforts on doing so...There are published patches for 2.6.28, which make it possible to boot it in dom0 and create (as yet unusable) domUs. Devs hope something like that will be merged into 2.6.29. So it doesn''t sound that far... -- Regards, Feri. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Wed, 2008-11-19 at 19:44 +0800, Thomas Goirand wrote:> I wouldn''t bet on this. I''m monitoring the Git of the kernel, and I see > no patch about Xen going in... The arch/xen folder is still on there. > Last time I heard about it, it was said to be in for the kernel 2.6.28, > but that will NOT be the case. As kernels are released each 3 months > approx, that means that we are going to way AT LEAST another 4 months. > This is really a looooooooooong time to wait for,Xen-0 is a __major__ patch, redirecting all ring-0 ops if xen-0 is enabled. Currently, HVM guests are not waiting on this .. and pv guests have alternates. Feeding that patch to LKML in an agreeable way is not going to be easy, I do not envy that task.. neither does anyone working for Redhat, SUSE or working on Debian. Xen (open source) is and always be an integrator''s tool box. If you really , really need a new kernel, grab the Debian/SUSE 2.6.26 and start sending in bug reports (even better, patches)... otherwise (unfortunately) you have no other choice but to wait for one of two possible outcomes: 1 - Xen-0 is accepted in mainline 2 - XenLinux jumps to 2.6.27 (or so).> and in the mean while, > we still have to buy older hardware that supports the old kernels (and > that eventually wont have VT-d support).I completely agree with you, and it is frustrating to make Xen an offering or a tool that gets past your bosses. If xen-0 does not appear soon in mainline, I''ll be begging for a newer official XenLinux too. But please, give it a little more time. The patch involved is really __anything__ but trivial. We''re all stuck in the same rut. Friendly, --Tim _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Ferenc Wagner wrote:> There are published patches for 2.6.28, which make it possible to boot > it in dom0 and create (as yet unusable) domUs. Devs hope something > like that will be merged into 2.6.29. So it doesn''t sound that far...Where can I get this official patch? 2.6.29 is at least in 4 months time... Thomas _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Thomas Goirand <thomas@goirand.fr> writes:> Ferenc Wagner wrote: > >> There are published patches for 2.6.28, which make it possible to boot >> it in dom0 and create (as yet unusable) domUs. Devs hope something >> like that will be merged into 2.6.29. So it doesn''t sound that far... > > Where can I get this official patch?http://thread.gmane.org/gmane.comp.emulators.xen.devel/57886 -- Regards, Feri. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Quoting Ferenc Wagner <wferi@niif.hu>:> There are published patches for 2.6.28, which make it possible to boot > it in dom0 and create (as yet unusable) domUs. Devs hope something > like that will be merged into 2.6.29. So it doesn''t sound that far... > -- > Regards, > Feri. >Are there a set of patches for a kernel that will allow the domU to work? I have been trying to find a Suse or Debian kernel with the patches but cannot seem to find them. Does anybody know where these are kept? I know I am probably missing the obvious so I will take the beating to get the info. :) Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Please forgive the format of this message (or lack thereof); it is a rough summary of the things I''ve collected about paravirt ops and xen. Largely the work of Jeremy Fitzhardinge of Xensource/Citrix (and lately Ian Cambell), the xen paravirt_ops implementation is functional for domUs and in rapid development for dom0. The vanilla kernel.org linux kernel can (today, and since .23-ish) be compiled as a xen domU kernel. Partial compile considerations are present in the xen wiki at http://wiki.xensource.com/xenwiki/Kernel.org_Linux_on_Xen -- that said, if you fire up make menuconfig and search for XEN, you''ll see all of the required config flags to make an unprivileged guest. Note: High Memory Support/PAE is required for 32bit; if not enabled, the xen stuff will be masked. The ''Processor type and features'' menu contains ''Paravirtualized guest support'' where Xen guest support will exist as an option if preconditions are met. Required reading on the "State of Xen in Upstream Linux" is here, from July. http://lists.xensource.com/archives/html/xen-devel/2008-07/msg01426.html As stated in that post to xen-devel, Jeremy was originally aiming for (in july) for a dom0 kernel with 2.6.28, which is now in RC. That said, and per this more recent post, http://lists.xensource.com/archives/html/xen-devel/2008-11/msg00205.html the current target is .29 For general information, see http://wiki.xensource.com/xenwiki/XenParavirtOps. OId, still partly relevant information can be found here http://xenbits.xensource.com/ext/paravirt_ops/ Jeremy Fitzhardinge''s patch queue is here http://xenbits.xensource.com/paravirt_ops/patches.hg/ As noted in the previous portion of the thread, the bulk of xen dom0 patches were submitted to upstream linux for consideration just recently. See http://lists.xensource.com/archives/html/xen-devel/2008-11/msg00268.html Upstream comments and progress on xen can be seen here http://marc.info/?l=linux-kernel&w=2&r=1&s=xen&q=b Xen Summit June 2008 Paravirt ops presentation here http://www.xen.org/xensummit/xensummit_summer_2008.html (definitely check this out) A note: early dom0 paravirt ops work was performed by Stephen Tweedie and Mark McLoughlin of redhat/fedora, probably Dan Berrange in some respects as well, though I cannot recall. Some of their work remains to be merged with the current efforts. Very general guide to compiling: Pull from Ingo Molnar''s git tip and jeremy''s patches. Following the order of patches contained in the ''series'' file, first apply the x86 patches and then the xen patches. If the tree is in a consistent state - i.e. jeremy et al left it in at least a state capable of compilation (devs need sleep too) - then you can at minimum compile a dom0 kernel based upon the current upstream which runs your system for userspace, etc if not a guest. That said, ongoing blktap work has permitted guests to boot, though I do not know if new changes have introduced issues preventing that. Well, that was a very dense spew of information, some gross generalizations and repetition, but I hope that this helps someone. Steve Maresca steve [at] zentific.com On Wed, Nov 19, 2008 at 3:00 PM, <xen-users-request@lists.xensource.com> wrote:> Send Xen-users mailing list submissions to > xen-users@lists.xensource.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xensource.com/mailman/listinfo/xen-users > or, via email, send a message with subject or body ''help'' to > xen-users-request@lists.xensource.com > > You can reach the person managing the list at > xen-users-owner@lists.xensource.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-users digest..." > > > Today''s Topics: > > 1. Re: Backup (Paras pradhan) > 2. Setting CPU (core) frequency from dom0 (Alberto Munoz) > 3. RE: GPLPV 0.9.12-pre4 uploaded (Venefax) > 4. Re: Re: Update the kernel? (jonr@destar.net) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 19 Nov 2008 12:40:10 -0600 > From: "Paras pradhan" <pradhanparas@gmail.com> > Subject: Re: [Xen-users] Backup > To: "James Harper" <james.harper@bendigoit.com.au> > Cc: Xen Users <xen-users@lists.xensource.com> > Message-ID: > <8b711df40811191040s127fe222pbbfb5513a0e1b6f1@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > On Tue, Nov 18, 2008 at 8:16 PM, James Harper <james.harper@bendigoit.com.au >> wrote: > >> > hi all, >> > >> > What is the preferred method/tool to backup Xen guests? >> > >> > Xm save and DD seems to work but ''xm save'' stops the virtual machine >> and >> > DD is slow. >> > >> > Any better option? >> > >> > I am under CentOS/DRBD >> > >> >> I use Bacula and treat the VM''s like normal computers. >> >> Alternatively you could use LVM to create a snapshot and back that up, >> assuming you are using LVM in the first place. >> >> James > > > > Thank you all for the reply. > > > Here''s what I did: > > To backup: > > 1) Saved the virtual machines'' state using: > > xm save guest01 /guest01.save > > 2) lvcreate -s -L 2G -n guest01-snap /dev/vg/guest01-disk > > 3) Restored the VM > > xm restore /guest01.save > > 4) Used DD to create the image > > dd if=/dev/vg/guest01-snap of=/guest01.img > > 5) lvremove /dev/vg/guest01-snap > > To restore: > > 1) I turned off the VM (i don''t like this) > > xm shutdown guest01 > > 2) Then run: > > dd if=/guest01.img of=/dev/vg/guest01-disk > > 3) Turn back the VM on > > -- > > My virtual machine is consuming 11GB of space. Now when i do DD while > restoring it took a lot of time. > > > --- > 10737418240 bytes (11 GB) copied, 1189.42 seconds, 9.0 MB/s > > --- > > > Is this normal? > > > I don''t know if the process that I have used is fine or not. Need views on > this. > > > > Thanks > > Paras. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://lists.xensource.com/archives/html/xen-users/attachments/20081119/ca0c9d73/attachment.html > > ------------------------------ > > Message: 2 > Date: Wed, 19 Nov 2008 10:50:12 -0800 > From: Alberto Munoz <amunoz0221@comcast.net> > Subject: [Xen-users] Setting CPU (core) frequency from dom0 > To: xen-users@lists.xensource.com > Message-ID: > <fe5f99e40811191050m3cf00eb4wd5a522471962376@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hello everyone, > > I am running some experiments that require changing the frequency of a CPU > in a SunFire machine (32-core quad socket AMD Barcelona). > > For what I have found (bits and pieces but not a comprehensive description), > there are two meachisms for controlling core (most probably socket) > frequency in Xen: > > A- The older (xen-3.2.1) mechnism through dom0 (option cpufreq=dom0-kernel), > which for what I gather uses a module in dom0 (cpufreqd?) that allows one to > set cpu frequency. > > B- The newer (xen-3.3), which has moved the governor to the hypervisor > (option cpufreq=xen), which other than a utility to read processor P and C > states (xenpm) does not (yet) allow user (dom0) control of CPU frequency. > > My first question is whetherot what I have written above is accurate. My > second question is where can I find detailed information on how to set up my > system to make use of A above and be able to set cpu frequency "manually" > from Dom0 (assuming that is still possible in Xen 3.3). > > I am running the latest testing version of Xen 3.3 (about a week old). > > Any information would be greatly appreciated. > > Thank you, > > Alberto > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://lists.xensource.com/archives/html/xen-users/attachments/20081119/70c50fe7/attachment.html > > ------------------------------ > > Message: 3 > Date: Wed, 19 Nov 2008 14:22:17 -0500 > From: "Venefax" <venefax@gmail.com> > Subject: RE: [Xen-users] GPLPV 0.9.12-pre4 uploaded > To: "''Innuendo''" <k.ader@pc-team.de>, <xen-users@lists.xensource.com> > Message-ID: <027c01c94a7c$23e8cfb0$6bba6f10$@com> > Content-Type: text/plain; charset="US-ASCII" > > I just upgraded my win2k3 virtual machine from the Suse Drivers to pre-4, > and while it works, my mouse now is several inches from the target, on the > graphics console. Is there any workaround that would make the internal and > external mouse work together? > Yours > Federico > > -----Original Message----- > From: xen-users-bounces@lists.xensource.com > [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Innuendo > Sent: Wednesday, November 19, 2008 1:10 PM > To: xen-users@lists.xensource.com > Subject: Re: [Xen-users] GPLPV 0.9.12-pre4 uploaded > > > > > James Harper wrote: >> >> I''ve just uploaded 0.9.12-pre4 to http://www.meadowcourt.org/downloads >> > > Hi James, > > thx for your great work! I will give latest drivers a try next weekend. > Before start a test, what''s up with xm hotplug commands like block-attach > and block-detach in latest build? Are they still bypassed or does latest > driver handle hotpluggin, e.g. for cd-rom media change purpose. Is > Uninstall util now able to remove drivers and service completely? > > kindly regards > > -- > View this message in context: > http://www.nabble.com/GPLPV-0.9.12-pre4-uploaded-tp20578814p20585803.html > Sent from the Xen - User mailing list archive at Nabble.com. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > > > > ------------------------------ > > Message: 4 > Date: Wed, 19 Nov 2008 10:58:47 -0900 > From: jonr@destar.net > Subject: Re: [Xen-users] Re: Update the kernel? > To: xen-users@lists.xensource.com > Message-ID: <20081119105847.4a7k4sx6fc40w440@www.destar.net> > Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; > format="flowed" > > Quoting Ferenc Wagner <wferi@niif.hu>: > > >> There are published patches for 2.6.28, which make it possible to boot >> it in dom0 and create (as yet unusable) domUs. Devs hope something >> like that will be merged into 2.6.29. So it doesn''t sound that far... >> -- >> Regards, >> Feri. >> > > Are there a set of patches for a kernel that will allow the domU to > work? I have been trying to find a Suse or Debian kernel with the > patches but cannot seem to find them. Does anybody know where these > are kept? I know I am probably missing the obvious so I will take the > beating to get the info. :) > > > Jon > > > > > > > ------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > > End of Xen-users Digest, Vol 45, Issue 102 > ****************************************** >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Quoting Steven Maresca <lightyear4@gmail.com>:> Very general guide to compiling: > Pull from Ingo Molnar''s git tip and jeremy''s patches. Following the > order of patches contained in the ''series'' file, first apply the x86 > patches and then the xen patches.> Steve Maresca > steve [at] zentific.com >Steven, Thank you for taking the time to write all of this down and post it to the list. I have a few questions on how to compile a newer kernel with the patches. I have never used git so when you say "Pull from Ingo Molnar''s git tip" are you talking about this: http://people.redhat.com/mingo/ and the x86.git and the tip.git? Also, should I be doing this with the RC for .28 or should I use a vanilla .27? As for Jeremy''s patches from "series" are we talking about these patches: --- a/series Tue Nov 18 16:53:19 2008 -0800 +++ b/series Wed Nov 19 10:46:10 2008 +0000 @@ -78,6 +78,7 @@ x86-PCI-Clean-up-pci_cache_line_size.pat x86-PCI-Clean-up-pci_cache_line_size.patch x86-PCI-Enable-scanning-of-all-pci-functions.patch Xen-x86-PCI-Add-support-for-the-Xen-PCI-subsytem.patch +xen-remove-xen_contiguous_bitmap.patch xen-define-BIOVEC_PHYS_MERGEABLE.patch xen-swiotlb-alloc.patch # Thanks again for the info, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Wed, Nov 19, 2008 at 9:08 PM, Steven Maresca <lightyear4@gmail.com> wrote:> Please forgive the format of this message (or lack thereof); it is a > rough summary of the things I''ve collected about paravirt ops and xen. > > Largely the work of Jeremy Fitzhardinge of Xensource/Citrix (and > lately Ian Cambell), the xen paravirt_ops implementation is functional > for domUs and in rapid development for dom0. > > The vanilla kernel.org linux kernel can (today, and since .23-ish) be > compiled as a xen domU kernel. Partial compile considerations are > present in the xen wiki at > http://wiki.xensource.com/xenwiki/Kernel.org_Linux_on_Xen -- that > said, if you fire up make menuconfig and search for XEN, you''ll see > all of the required config flags to make an unprivileged guest. Note: > High Memory Support/PAE is required for 32bit; if not enabled, the xen > stuff will be masked. The ''Processor type and features'' menu contains > ''Paravirtualized guest support'' where Xen guest support will exist as > an option if preconditions are met. > > Required reading on the "State of Xen in Upstream Linux" is here, from > July. http://lists.xensource.com/archives/html/xen-devel/2008-07/msg01426.html > As stated in that post to xen-devel, Jeremy was originally aiming for > (in july) for a dom0 kernel with 2.6.28, which is now in RC. > That said, and per this more recent post, > http://lists.xensource.com/archives/html/xen-devel/2008-11/msg00205.html > the current target is .29 > > For general information, see http://wiki.xensource.com/xenwiki/XenParavirtOps. > OId, still partly relevant information can be found here > http://xenbits.xensource.com/ext/paravirt_ops/ > > Jeremy Fitzhardinge''s patch queue is here > http://xenbits.xensource.com/paravirt_ops/patches.hg/ > As noted in the previous portion of the thread, the bulk of xen dom0 > patches were submitted to upstream linux for consideration just > recently. See http://lists.xensource.com/archives/html/xen-devel/2008-11/msg00268.html > > Upstream comments and progress on xen can be seen here > http://marc.info/?l=linux-kernel&w=2&r=1&s=xen&q=b > > Xen Summit June 2008 Paravirt ops presentation here > http://www.xen.org/xensummit/xensummit_summer_2008.html (definitely > check this out) > A note: early dom0 paravirt ops work was performed by Stephen Tweedie > and Mark McLoughlin of redhat/fedora, probably Dan Berrange in some > respects as well, though I cannot recall. Some of their work remains > to be merged with the current efforts. > > > Very general guide to compiling: > Pull from Ingo Molnar''s git tip and jeremy''s patches. Following the > order of patches contained in the ''series'' file, first apply the x86 > patches and then the xen patches. > > If the tree is in a consistent state - i.e. jeremy et al left it in at > least a state capable of compilation (devs need sleep too) - then you > can at minimum compile a dom0 kernel based upon the current upstream > which runs your system for userspace, etc if not a guest. That said, > ongoing blktap work has permitted guests to boot, though I do not know > if new changes have introduced issues preventing that. > > Well, that was a very dense spew of information, some gross > generalizations and repetition, but I hope that this helps someone. > > Steve Maresca > steve [at] zentific.com > > > On Wed, Nov 19, 2008 at 3:00 PM, <xen-users-request@lists.xensource.com> wrote: >> Send Xen-users mailing list submissions to >> xen-users@lists.xensource.com >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.xensource.com/mailman/listinfo/xen-users >> or, via email, send a message with subject or body ''help'' to >> xen-users-request@lists.xensource.com >> >> You can reach the person managing the list at >> xen-users-owner@lists.xensource.com >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of Xen-users digest..." >> >> >> Today''s Topics: >> >> 1. Re: Backup (Paras pradhan) >> 2. Setting CPU (core) frequency from dom0 (Alberto Munoz) >> 3. RE: GPLPV 0.9.12-pre4 uploaded (Venefax) >> 4. Re: Re: Update the kernel? (jonr@destar.net) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Wed, 19 Nov 2008 12:40:10 -0600 >> From: "Paras pradhan" <pradhanparas@gmail.com> >> Subject: Re: [Xen-users] Backup >> To: "James Harper" <james.harper@bendigoit.com.au> >> Cc: Xen Users <xen-users@lists.xensource.com> >> Message-ID: >> <8b711df40811191040s127fe222pbbfb5513a0e1b6f1@mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> On Tue, Nov 18, 2008 at 8:16 PM, James Harper <james.harper@bendigoit.com.au >>> wrote: >> >>> > hi all, >>> > >>> > What is the preferred method/tool to backup Xen guests? >>> > >>> > Xm save and DD seems to work but ''xm save'' stops the virtual machine >>> and >>> > DD is slow. >>> > >>> > Any better option? >>> > >>> > I am under CentOS/DRBD >>> > >>> >>> I use Bacula and treat the VM''s like normal computers. >>> >>> Alternatively you could use LVM to create a snapshot and back that up, >>> assuming you are using LVM in the first place. >>> >>> James >> >> >> >> Thank you all for the reply. >> >> >> Here''s what I did: >> >> To backup: >> >> 1) Saved the virtual machines'' state using: >> >> xm save guest01 /guest01.save >> >> 2) lvcreate -s -L 2G -n guest01-snap /dev/vg/guest01-disk >> >> 3) Restored the VM >> >> xm restore /guest01.save >> >> 4) Used DD to create the image >> >> dd if=/dev/vg/guest01-snap of=/guest01.img >> >> 5) lvremove /dev/vg/guest01-snap >> >> To restore: >> >> 1) I turned off the VM (i don''t like this) >> >> xm shutdown guest01 >> >> 2) Then run: >> >> dd if=/guest01.img of=/dev/vg/guest01-disk >> >> 3) Turn back the VM on >> >> -- >> >> My virtual machine is consuming 11GB of space. Now when i do DD while >> restoring it took a lot of time. >> >> >> --- >> 10737418240 bytes (11 GB) copied, 1189.42 seconds, 9.0 MB/s >> >> --- >> >> >> Is this normal? >> >> >> I don''t know if the process that I have used is fine or not. Need views on >> this. >> >> >> >> Thanks >> >> Paras. >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: http://lists.xensource.com/archives/html/xen-users/attachments/20081119/ca0c9d73/attachment.html >> >> ------------------------------ >> >> Message: 2 >> Date: Wed, 19 Nov 2008 10:50:12 -0800 >> From: Alberto Munoz <amunoz0221@comcast.net> >> Subject: [Xen-users] Setting CPU (core) frequency from dom0 >> To: xen-users@lists.xensource.com >> Message-ID: >> <fe5f99e40811191050m3cf00eb4wd5a522471962376@mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Hello everyone, >> >> I am running some experiments that require changing the frequency of a CPU >> in a SunFire machine (32-core quad socket AMD Barcelona). >> >> For what I have found (bits and pieces but not a comprehensive description), >> there are two meachisms for controlling core (most probably socket) >> frequency in Xen: >> >> A- The older (xen-3.2.1) mechnism through dom0 (option cpufreq=dom0-kernel), >> which for what I gather uses a module in dom0 (cpufreqd?) that allows one to >> set cpu frequency. >> >> B- The newer (xen-3.3), which has moved the governor to the hypervisor >> (option cpufreq=xen), which other than a utility to read processor P and C >> states (xenpm) does not (yet) allow user (dom0) control of CPU frequency. >> >> My first question is whetherot what I have written above is accurate. My >> second question is where can I find detailed information on how to set up my >> system to make use of A above and be able to set cpu frequency "manually" >> from Dom0 (assuming that is still possible in Xen 3.3). >> >> I am running the latest testing version of Xen 3.3 (about a week old). >> >> Any information would be greatly appreciated. >> >> Thank you, >> >> Alberto >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: http://lists.xensource.com/archives/html/xen-users/attachments/20081119/70c50fe7/attachment.html >> >> ------------------------------ >> >> Message: 3 >> Date: Wed, 19 Nov 2008 14:22:17 -0500 >> From: "Venefax" <venefax@gmail.com> >> Subject: RE: [Xen-users] GPLPV 0.9.12-pre4 uploaded >> To: "''Innuendo''" <k.ader@pc-team.de>, <xen-users@lists.xensource.com> >> Message-ID: <027c01c94a7c$23e8cfb0$6bba6f10$@com> >> Content-Type: text/plain; charset="US-ASCII" >> >> I just upgraded my win2k3 virtual machine from the Suse Drivers to pre-4, >> and while it works, my mouse now is several inches from the target, on the >> graphics console. Is there any workaround that would make the internal and >> external mouse work together? >> Yours >> Federico >> >> -----Original Message----- >> From: xen-users-bounces@lists.xensource.com >> [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Innuendo >> Sent: Wednesday, November 19, 2008 1:10 PM >> To: xen-users@lists.xensource.com >> Subject: Re: [Xen-users] GPLPV 0.9.12-pre4 uploaded >> >> >> >> >> James Harper wrote: >>> >>> I''ve just uploaded 0.9.12-pre4 to http://www.meadowcourt.org/downloads >>> >> >> Hi James, >> >> thx for your great work! I will give latest drivers a try next weekend. >> Before start a test, what''s up with xm hotplug commands like block-attach >> and block-detach in latest build? Are they still bypassed or does latest >> driver handle hotpluggin, e.g. for cd-rom media change purpose. Is >> Uninstall util now able to remove drivers and service completely? >> >> kindly regards >> >> -- >> View this message in context: >> http://www.nabble.com/GPLPV-0.9.12-pre4-uploaded-tp20578814p20585803.html >> Sent from the Xen - User mailing list archive at Nabble.com. >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> >> >> >> >> ------------------------------ >> >> Message: 4 >> Date: Wed, 19 Nov 2008 10:58:47 -0900 >> From: jonr@destar.net >> Subject: Re: [Xen-users] Re: Update the kernel? >> To: xen-users@lists.xensource.com >> Message-ID: <20081119105847.4a7k4sx6fc40w440@www.destar.net> >> Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; >> format="flowed" >> >> Quoting Ferenc Wagner <wferi@niif.hu>: >> >> >>> There are published patches for 2.6.28, which make it possible to boot >>> it in dom0 and create (as yet unusable) domUs. Devs hope something >>> like that will be merged into 2.6.29. So it doesn''t sound that far... >>> -- >>> Regards, >>> Feri. >>> >> >> Are there a set of patches for a kernel that will allow the domU to >> work? I have been trying to find a Suse or Debian kernel with the >> patches but cannot seem to find them. Does anybody know where these >> are kept? I know I am probably missing the obvious so I will take the >> beating to get the info. :) >> >> >> Jon >> >> >> >> >> >> >> ------------------------------ >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> >> >> End of Xen-users Digest, Vol 45, Issue 102 >> ****************************************** >> > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >openSUSE 11.1 Beta 5.1 has a 2.6.27 dom0 kernel, I have been taking the patches from the kernel source rpm, modifying them to apply to vanilla 2.6.27, and making gentoo ebuilds available at http://code.google.com/p/gentoo-xen-kernel/downloads/list for several weeks. I exclude some patches that are for backwards compatibility with previous openSUSE versions, or that require modified Xen userspace tools, and any that require other kernel patches, the kernels have proved to be stable on my system (Supermicro X7DWA-N Dual Quad Xeon 16gb x86_64 Gentoo) and some users have also reported success, others have had errors when compiling, unfortunately I don''t have enough free time to investigate every problem but as I start to use Xen on production systems I will be able to spend more time on it. My most recent release (xen-sources-2.6.27-r2) is based on vanilla 2.6.27.4 + Xen patches from kernel-source-2.6.27.4-10.2.src.rpm, today I started work on r3 which will be 2.6.27.6 + Xen patches from kernel-source-2.6.27.5-3.3.src.rpm, its about 80% done and should be finished very soon. I mention this on the list because gentoo uses a kernel that is very close to vanilla and the xen-patches-2.6.27-4.tar.bz2 I release contains numerically numbers patches so it would be very easy to apply them on a non-gentoo system. It seems a shame that several distros are duplicating effort on forward-porting the Xen dom0 and with pvops dom0 still several months away a newer official Xensource dom0 kernel would be a huge improvement, the current version lacks support for so much of the hardware in our (fairly standard) servers that its of no use at all. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users