similar to: virtio-win for fedora 14

Displaying 20 results from an estimated 20000 matches similar to: "virtio-win for fedora 14"

2010 May 16
1
FW: Emailing: 0002-use-single-registry-change-for-all-supported-windows.patch
Attached is a fixed version of the patch. > -----Original Message----- > From: Richard W.M. Jones [mailto:rjones at redhat.com] > Sent: Friday, May 14, 2010 10:23 AM > To: Amos Benari > Cc: libguestfs at redhat.com > Subject: Re: [Libguestfs] Emailing: 0002-use-single-registry-change- > for-all-supported-windows.patch > > > From: unknown <Amos at .(none)>
2011 Nov 23
2
Windows P2V migration temporary recipe
These are the current steps we followed to set up and run Windows P2V migrations. Note that development is proceeding rapidly and the versions of all pieces below will likely be obsolete soon. ************************************************************* Windows RHEV P2V Cookbook 2011-1122 1. Install 32 bit Fedora 14 as a virtual machine or physical host. You will use this system to build
2016 May 12
0
[PATCH 05/11] customize: add support for pvvxsvc
SUSE VMDP comes with a replacement for rhsrvany.exe named pvvxsvc.exe. Check for either one of them instead of only rhsrvany. --- builder/virt-builder.pod | 11 +++++++++-- customize/firstboot.ml | 38 +++++++++++++++++++++++--------------- customize/virt-customize.pod | 6 ++++++ sysprep/virt-sysprep.pod | 6 ++++++ v2v/virt-v2v.pod | 6 ++++++ 5 files changed, 50
2016 May 18
0
[PATCH v2 05/11] customize: add support for pvvxsvc
SUSE VMDP comes with a replacement for rhsrvany.exe named pvvxsvc.exe. Check for either one of them instead of only rhsrvany. --- builder/virt-builder.pod | 11 +++++++++-- customize/firstboot.ml | 36 +++++++++++++++++++++--------------- customize/virt-customize.pod | 6 ++++++ sysprep/virt-sysprep.pod | 6 ++++++ v2v/virt-v2v.pod | 6 ++++++ 5 files changed, 48
2016 Apr 05
0
[PATCH 3/7] customize: add support for pvvxsvc
SUSE VMDP comes with a replacement for rhsrvany.exe named pvvxsvc.exe. Check for either one of them instead of only rhsrvany. --- builder/virt-builder.pod | 13 +++- customize/firstboot.ml | 169 +++++++++++++++++++++++-------------------- customize/virt-customize.pod | 6 ++ sysprep/virt-sysprep.pod | 6 ++ v2v/virt-v2v.pod | 6 ++ 5 files changed, 117
2011 Dec 05
0
New release 0.8.5 of virt-v2v and virt-p2v
We just released virt-v2v 0.8.5, which also covers virt-p2v. This is primarily a bugfix release, with a couple of new features thrown in. The major changes are summarised below: V2V *** * Default -ic and -oc to qemu:///session or qemu:///system as appropriate depending on root. * Allow Windows conversions to succeed when firstboot.bat, rhsrvany.exe and rhev-apt.exe aren't available. *
2015 Oct 05
0
[PATCH 1/6] tests: use fake rhsrvany.exe
The tests that depend on rhsrvany.exe being available, actually don't need it to be the real one: all they want is the file being present. So, instead of skipping the tests if the real rhsrvany.exe is not found, store a fake one in the repository, and point $VIRT_TOOLS_DATA_DIR at its location. Signed-off-by: Roman Kagan <rkagan@virtuozzo.com> --- p2v/test-virt-p2v-pxe.sh
2016 Aug 23
0
Re: [PATCH 2/2] v2v:windows: prevent conflicts with PnP on firstboot
On Wed, Aug 17, 2016 at 08:59:44PM +0300, Roman Kagan wrote: > When put on new virtual hardware Windows will start driver installation > for newly discovered devices. > > The problem is that it happens asynchronously and concurrently with > other activities, in particular, the firstboot scripts. This may result > in conflicts (because a firstboot script may want to install or
2016 Sep 01
0
Re: [PATCH v2 2/2] v2v:windows: prevent conflicts with PnP on firstboot
On Thu, Sep 01, 2016 at 11:50:19AM +0300, Roman Kagan wrote: > When put on new virtual hardware Windows will start driver installation > for newly discovered devices. > > The problem is that it happens asynchronously and concurrently with > other activities, in particular, the firstboot scripts. This may result > in conflicts (because a firstboot script may want to install or
2015 Jul 28
0
Re: [PATCH] v2v: add --in-place mode
On Mon, Jul 27, 2015 at 07:29:57PM +0300, Roman Kagan wrote: > In this mode, converting of the VM configuration, setting up the > rollback path for error cases, transforming the VM storage and so on is > taken care of by a third-party toolset, and virt-v2v is only supposed to > tune up the guest OS directly inside the source VM, to enable it to boot > and run under the input
2016 Apr 05
1
Re: [PATCH 3/7] customize: add support for pvvxsvc
On Tue, Apr 05, 2016 at 01:47:29PM +0200, Cédric Bosdonnat wrote: > The output of the first boot scripts is available in the guest as > -F<C:\Program Files\Red Hat\Firstboot\log.txt>. > +F<C:\Program Files\Guestfs\Firstboot\log.txt>. Changing this path is fine, but let's split it into a separate patch. > + let services = ["rhsrvany.exe";
2016 Aug 08
0
ANNOUNCE: libguestfs 1.34 released
I'm pleased to announce libguestfs 1.34, a library and set of tools for accessing and modifying virtual machine disk images. This release took about 8 months of work by many contributors. Amongst the new features are large performance improvements, substantial enhancements to virt-p2v & virt-v2v, better SELinux support, and APIs for doing forensic analysis of disk images. See the release
2015 Oct 08
2
[PATCH v2 4/5] v2v:tests: use fake virtio-win drivers
In order to test the copying of virtio-win drivers into the guest during v2v, create a set of fake virtio-win drivers and make use of them in the corresponding v2v tests. Signed-off-by: Roman Kagan <rkagan@virtuozzo.com> --- changes since v1: - moved fake-virtio-win under v2v - referred to fake-virtio-win stuff via $PWD in test scripts - updated Makefile to package the newly added files
2015 Jun 09
0
[PATCH] builder: add a doc snippet about firstboot scripts
Document basic information about them for Linux and Windows guests. --- builder/virt-builder.pod | 36 ++++++++++++++++++++++++++++++++++++ generator/customize.ml | 6 ++++++ 2 files changed, 42 insertions(+) diff --git a/builder/virt-builder.pod b/builder/virt-builder.pod index b68845b..f44c165 100644 --- a/builder/virt-builder.pod +++ b/builder/virt-builder.pod @@ -805,6 +805,42 @@ In any
2015 Feb 27
0
[PATCH 2/4] firstboot: enhance firstboot driver script for Windows
This patch is an attempt to enhance the firstboot driver script for Windows, and make it somewhat closer in functionality to what is done for Linux guests. Specifically, for every firstboot script it now will log its exit status, and, if the script reported success, move it to -done directory. Signed-off-by: Roman Kagan <rkagan@parallels.com> --- customize/firstboot.ml | 35
2015 Feb 27
0
[PATCH 1/4] firstboot: consolidate line ending conversion
This patch moves line ending conversion for windows scripts into a separate helper function. This simplifies code a bit, and fixes the problem that actual firstboot scripts used to remain with unix-style line endings. Signed-off-by: Roman Kagan <rkagan@parallels.com> --- customize/firstboot.ml | 33 ++++++++++++++++----------------- 1 file changed, 16 insertions(+), 17 deletions(-) diff
2015 Oct 05
18
[PATCH 0/6] v2v: assorted improvements to tests for windows
This series makes several enhancements to tests for v2v conversion of Windows guests. Specifically, it - adds a number of files which imitate the stuff that is supposed to be present on the host when the actual conversion is performed, but may not be there when the tests are run. This includes certain tools and virtio drivers - fixes the test for windows conversion to actually
2019 Nov 21
4
[PATCH 0/2] Delay firstboot scripts to some later time
When firstboot is used from virt-v2v the scripts, if not fast enough, can get killed by Windows. After windows installs virtio drivers injected by virt-v2v it performs some internall reboot, stopping all the running services and killing any running firstboot script. This is problem mostly for MSI installs (like qemu-ga that was added recently) that can take several seconds to finish. This change
2015 Feb 27
0
[PATCH 4/4] convert_windows: split firstboot into steps
Instead of doing all firstboot actions in a single script, take the advantage of the firstboot infrastructure and store and run unrelated actions as individual steps. This facilitates troubleshooting and fault recovery; besides it makes adding more actions easier. Signed-off-by: Roman Kagan <rkagan@parallels.com> --- v2v/convert_windows.ml | 31 ++++++++++++++++--------------- 1 file
2015 Jul 27
4
[PATCH] v2v: add --in-place mode
In this mode, converting of the VM configuration, setting up the rollback path for error cases, transforming the VM storage and so on is taken care of by a third-party toolset, and virt-v2v is only supposed to tune up the guest OS directly inside the source VM, to enable it to boot and run under the input hypervisor. Signed-off-by: Roman Kagan <rkagan@virtuozzo.com> ---