|
|
| (188 intermediate revisions by 2 users not shown) |
| Line 2: |
Line 2: |
|
| |
|
| {{Anchor|Virtualization}} | | {{Anchor|Virtualization}} |
| | |
|
| |
|
| == Virtualization == | | == Virtualization == |
| In this section, we cover discussion on the @et-mgmnt-tools-list, @fedora-xen-list, and @libvirt-list of Fedora virtualization technologies. | | In this section, we cover discussion of Fedora virtualization technologies on the |
| | @fedora-virt list. |
|
| |
|
| Contributing Writer: [[User:Dale | Dale Bewley]] | | Contributing Writer: [[User:Dale | Dale Bewley]] |
|
| |
|
| |
|
| |
|
| === Fedora Virtualization List === | | === Fedora Virtualization List === |
| Line 14: |
Line 14: |
| [http://www.redhat.com/mailman/listinfo/fedora-virt fedora-virt list]. | | [http://www.redhat.com/mailman/listinfo/fedora-virt fedora-virt list]. |
|
| |
|
| ==== Guest Configuration with augeas and libguestfs ==== | | ==== Virt Status Report ==== |
| After blogging<ref>http://rwmj.wordpress.com/2009/04/01/libguestfs-access-and-modify-virtual-machine-disk-images/</ref> just last week that "Nothing much is coded at the moment", the prolific [[RichardJones|Richard Jones]]
| | [[JustinForbes|Justin Forbes]] |
| announced<ref>http://www.redhat.com/archives/fedora-virt/2009-April/msg00045.html</ref>
| | posted<ref>http://www.redhat.com/archives/fedora-virt/2009-December/msg00056.html</ref> a Fedora virtualization status report. |
| he has added support to {{package|augeas}} for his latest project,
| | Justin pointed out F13 bugs<ref>http://fedoraproject.org/wiki/Virtualization_bugs</ref> now include Important and Pony classifications in addition to Blocker and Target. |
| <code>libguestfs</code><ref>http://et.redhat.com/~rjones/libguestfs/</ref>. <code>libguestfs</code> "lets you examine and modify
| |
| virtual machine disk images, so you can perform sysadmin tasks on
| |
| virtual machines without needing to bring them up or log into them."
| |
| | |
| "Augeas is a configuration editing tool. It parses configuration files in
| |
| their native formats and transforms them into a tree. Configuration changes
| |
| are made by manipulating this tree and saving it back into native config
| |
| files."<ref>http://augeas.net/</ref> Now <code>libguestfs</code> "supports Augeas, so you can
| |
| use Augeas to edit configuration files within the virtual machine."
| |
| | |
| Richard will be working on creating a Fedora RPM of <code>libguestfs</code> this week.
| |
|
| |
|
| <references /> | | <references /> |
|
| |
|
| ==== Virtual Machine Backup virt-backup ==== | | ==== RHEL and Fedora Virtualization Feature Parity ==== |
| The discussion of <code>libguestfs</code> led
| | Robert Day wondered how the virtualization features<ref>http://www.redhat.com/virtualization/rhev/</ref> of Red Hat Enterprise Linux 5.4 |
| [[JanONDREJ|Jan ONDREJ]] to
| | compared to Fedora 12. |
| reveal<ref>http://www.redhat.com/archives/fedora-virt/2009-April/msg00068.html</ref>
| |
| a tool in development, <code>virt-backup</code><ref>http://www.salstar.sk/pub/temp/virt-backup</ref>.
| |
|
| |
|
| This script can be used to
| | [[DanielBerrange|Daniel Berrange]] |
| * Make online backups, when virtual server is running.
| | explained<ref>http://www.redhat.com/archives/fedora-virt/2009-December/msg00040.html</ref> |
| * Transfer partitions over the network while the virtual server is off.
| | "The KVM based virtualization in RHEL-5.4 is not nearly so far behind |
| | Fedora as you might think. The {{package|libvirt}} mgmt stack in RHEL-5.4 was |
| | rebased to be near parity with [[Releases/11|Fedora 11]], and KVM in RHEL-5.4 is |
| | also pretty close to that using what's best described as a hybrid of |
| | kvm-83 and kvm-84." |
|
| |
|
| <references /> | | <references /> |
|
| |
|
| ==== Virtualization Technology Preview Repo ====
| |
| [[DanielBerrange|Daniel Berrange]]
| |
| followed up the recent release scheduling conversation (FWN#169 <ref>http://fedoraproject.org/wiki/FWN/Issue169#More_Formal_libvirt_Release_Scheduling</ref>)
| |
| with a "braindump"<ref>http://www.redhat.com/archives/fedora-virt/2009-April/msg00008.html</ref>.
| |
|
| |
| "The obvious problem with what we do for {{package|libvirt}} at the moment, is
| |
| that we are introducing major new features into the stable release
| |
| stream". Adding "I think it would be desirable to get the stable Fedora releases onto a
| |
| pretty strong bugfix only policy..."
| |
|
| |
| Daniel suggested "a 'virt-preview' YUM repository for the most recent stable stream (ie F10, but not F9)"
| |
| as a way to achieve this "bugfix only policy", and allow users access development versions of <code>libvirt</code>
| |
| "without having to include & debug the rest of rawhide". Daniel summaried the "braindump".
| |
|
| |
| "So in summary":
| |
| * All new upstream releases built in rawhide
| |
| * New upstream releases also built in stable preview branch if possible
| |
| * Only bugfixes built in stable updates/updates-testing branch
| |
| * In exceptional circumstances, rebase for preview branch can be built to updates/updates-testing after alot of positive testing
| |
|
| |
| "This would":
| |
| * Ensure users of stable Fedora release have high confidence in quality of the updates/updates-testing stream
| |
| * Allow users to trivially test new upstream rebases while staying on the stable distro stream
| |
| * Improve testing coverage of major new rawhide features without using the stable release stream users as guinea pigs
| |
|
| |
| [[MarkMcLoughlin|Mark McLoughlin]]
| |
| thought<ref>http://www.redhat.com/archives/fedora-virt/2009-April/msg00010.html</ref>
| |
| "this would be hugely useful to people interested in the latest
| |
| virt bits, but without a testing machine for running rawhide." And even
| |
| proposed a name for the proposed repository, "How about 'virt-hide' ? :)".
| |
| Mark also reverenced
| |
| these FESCo approved guidelines<ref>http://fedoraproject.org/wiki/PackageMaintainers/Package_update_guidelines</ref>
| |
| relevant to package maintainers who wish to update a package on an already-released branch.
| |
|
| |
|
| | ==== ==== |
| <references /> | | <references /> |
|
| |
|
| ==== Fedora Virtualization Status Report ==== | | ==== ==== |
| [[MarkMcLoughlin|Mark McLoughlin]] reminds<ref>http://www.redhat.com/archives/fedora-virt/2009-April/msg00055.html</ref> us
| |
| "It's only a matter of days until the F11 tree freezes and the list
| |
| of bugs isn't getting any shorter!"
| |
| | |
| Read on for more coverage of virtualization developments in the past week.
| |
| | |
| <references />
| |
| | |
| === Fedora Xen List ===
| |
| This section contains the discussion happening on the
| |
| [http://www.redhat.com/mailman/listinfo/fedora-xen fedora-xen list].
| |
| | |
| ==== Experimental Dom0 Kernel Update ====
| |
| [[MichaelYoung|Michael Young]]
| |
| I asked MY where he got his dom0 patches:
| |
| <pre>
| |
| The patches were generated using git from the git repository
| |
| git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git combined with
| |
| a mainline kernel git repository such as
| |
| git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6-stable.git
| |
| possibly with a bit of manual merging. So there isn't a single URL. I am
| |
| not sure which is the best branch of the xen git to use at the moment,
| |
| because the effort is focused on egtting the patches into the main kernel
| |
| during the merge window.
| |
| </pre>
| |
| <pre>
| |
| If it helps Jeremy commented about the state of the xen repository in this
| |
| email
| |
| http://lists.xensource.com/archives/html/xen-devel/2009-04/msg00151.html
| |
| My most recent kernel was built using the push2/xen/dom0/master branch,
| |
| though I think I might wait a week or so to see what gets merged before
| |
| doing another update.
| |
| </pre>
| |
| | |
| <references />
| |
| | |
| === Libvirt List ===
| |
| This section contains the discussion happening on the
| |
| [http://www.redhat.com/mailman/listinfo/libvir-list libvir-list].
| |
| | |
| ==== ====
| |
| <references /> | | <references /> |
libvirt