similar to: error during p2v unable to rebuild initrd

Le 08/01/2016 09:17, Richard W.M. Jones a écrit : > On Thu, Jan 07, 2016 at 12:08:13PM +0100, Kevin C wrote: >> Hi list, >> >> What is the best method to migrate Hyper-V 2012 VM to oVirt/RHEV ? I >> made a v2v livecd, but it never load consoles and never launch p2v >> service (works well with BIOS VM or hardware, but G2 HyperV VM needs >> EFI to boot).

Hi list, What is the best method to migrate Hyper-V 2012 VM to oVirt/RHEV ? I made a v2v livecd, but it never load consoles and never launch p2v service (works well with BIOS VM or hardware, but G2 HyperV VM needs EFI to boot). I must add some packages on my system to build an EL7 (kmod-hfsplus from elrepo) and some other to boot on EFI : #boot EFI grub2 grub2-efi grub2-efi-modules

Hi everyone! It's the first time I send a message to this list, I hope it's not the last :) So my issue is that when booting a disk image generated with virt-builder [1] it takes more than 5 minutes, waiting in the boot screen that says: " Booting from disk... press any key to continue. " The press any key message shows up to 5 times. The issue is that it stays in that screen

Greetings, I am suffering of several weird errors which show randomly and make me suspect some concurrency issue. Libguestfs version is 1.28.1, linux kernel 3.16, libvirt 1.2.9 and qemu 2.1. What I'm trying to do is comparing the disk state at two different point of a guest execution. Disk snapshots are taken through libvirt in different moments (I am aware of caching issue), from such

2015-05-27 15:21 GMT+03:00 Richard W.M. Jones <rjones@redhat.com>: > On Wed, May 27, 2015 at 09:38:38AM +0300, NoxDaFox wrote: > > * RuntimeError: file receive cancelled by daemon - On r = > > libguestfsmod.checksums_out (self._o, csumtype, directory, sumsfile) > > * RuntimeError: hivex_close: do_hivex_close: you must call 'hivex-open' > > first to

Hi folks I use libvirt to programmatically spawn lxc containers I am facing an issue when migrating from fedora23 to fedora24 I use the stock kernel and libvirt version on both deployments, i.e.: f23: libvirt-1.2.18.3-2.fc23.x86_64 - kernel 4.5.7-202.fc23.x86_64 f24: libvirt-1.3.3.1-4.fc24.x86_64 - kernel 4.6.3-300.fc24.x86_64 First off, I need to outline that the host installation is done

Hi, I wonder if someone can provide pointers on what might be wrong with my setup. I'm running a kvm host Fedora23 with rawhide kernel on top of a skylake cpu - Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz (family: 0x6, model: 0x4e, stepping: 0x3) As part of an experiment, I have enabled Nested virt support on the host and created a fedora23 guest with virt-manager using host-passthrough as the

hasm> Every few minutes windbindd posts an error message like: hasm> winbindd: ../source3/libads/ldap.c:552(ads_find_dc) hasm> winbindd: ads_find_dc: name resolution for realm 'XXX.CO' hasm> (domain 'XXX_01') failed: NT_STATUS_NO_LOGON_SERVERS hasm> How can I shut this thing up? I've also seen, not sure hasm> whether related, winbindd shooting up to

On 29.06.2015 17:06, Matthew Miller via Syslinux wrote: > > It actuallly looks from Adam's investigation that this isn't different > for this package. So, less than certainly. It looks like maybe more a > gcc 5 difference. > > > Regardless of whatever is actually causing this, here is the isolinux-debug.bin output: Booting from DVD/CD... ISOLINUX 6.03

On Tue, Dec 15, 2015 at 09:47:41PM +0100, David Caro wrote: > >Hi everyone! > >It's the first time I send a message to this list, I hope it's not the last :) > >So my issue is that when booting a disk image generated with virt-builder [1] >it takes more than 5 minutes, waiting in the boot screen that says: > >" >Booting from disk... >press any key to

Hello, I have first a question (and then may be a problem), that I have difficulties to understand and eventually to investigate. On each of my guests VM, I see constantly a RX dropped number increasing , Even if the VM does nothing ! ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.100.15 netmask 255.255.255.0 broadcast 192.168.100.255

On 30.06.2015 04:27, Gene Cumm wrote: > On Mon, Jun 29, 2015 at 6:20 PM, poma via Syslinux <syslinux at zytor.com> wrote: >> On 29.06.2015 17:06, Matthew Miller via Syslinux wrote: >> >>> >>> It actuallly looks from Adam's investigation that this isn't different >>> for this package. So, less than certainly. It looks like maybe more a

I run quad heads 2 graphic cards..They are NVidia chipset cards. Everything worked perfectly. Then I upgraded to FC23 and eveything goes wrong. Only 1 monitor comes up at half the resolution of the monitor. I tried a fresh install of FC23 with the same effect. I wish I could tell you more, but I have quite a bit going on right now and had to get my station running agin. The cards are GF 8600

Using update-initramfs is the native way of updating initrd on Debian based systems. Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> --- v2v/convert_linux.ml | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) diff --git a/v2v/convert_linux.ml b/v2v/convert_linux.ml index 08f4b2a..b09d03e 100644 --- a/v2v/convert_linux.ml +++ b/v2v/convert_linux.ml @@ -478,6 +478,15 @@

https://bugs.freedesktop.org/show_bug.cgi?id=92922 Bug ID: 92922 Summary: Xorg random freeze Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau Assignee: nouveau at

I think I've hit the same problem that Predrag reported in http://comments.gmane.org/gmane.comp.emulators.libvirt.user/8825. With libvirt-1.3.2-1.fc23.x86_64 on Fedora 23, when I try uploading an image with vol-upload to a user libvirtd (qemu:///session): virsh vol-upload --pool default volume.qcow /path/to/file.qcow2 I am getting: error: Disconnected from qemu:///session due to

Hello, I use fedora-virt-preview repo and it recently updated to qemu-2.6.0-0.1.rc1.fc23.x86_64 and libvirt-1.3.3-1.fc23.x86_64. Now my arm VM does not start: Error starting domain: internal error: process exited while connecting to monitor: qemu-system-arm: -device pci-bridge,chassis_nr=2,id=pci,bus=pci,addr=0x1: Duplicate ID 'pci' for device I uploaded VM xml file to

On Mon, 8 Aug 2016 18:38:55 +0200 Pino Toscano <ptoscano@redhat.com> wrote: > Use the canonical way to regenerate the initrd images for all the > installed kernels, i.e. reconfigure the initramfs-tools which will > trigger the kernel postinst scripts. > --- > v2v/convert_linux.ml | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git

Using update-initramfs is the native way of updating initrd on Debian based systems. To add some modules to the image we can list them in file /etc/initramfs-tools/modules. Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> --- v2v/convert_linux.ml | 33 +++++++++++++++++++++++++++++++++ 1 file changed, 33 insertions(+) diff --git a/v2v/convert_linux.ml b/v2v/convert_linux.ml index

On Sun, Mar 23, 2014 at 12:26:28PM +0000, Richard W.M. Jones wrote: > Secondly, we should be able to inspect all Linux guests, including > Tiny Core Linux, but it looks like in this case it is failing. This > is a bug. I had a look at how the Tiny Core Linux ISO is arranged. It loads the main operating system root partition as a single large initramfs, with optional modules loaded