Another virt-p2v blew up
One day I'm going to run a virt-p2v that works to completion. But evidently not today. The source physical machine is Windows 2003. This one copied the whole system drive and then died at the end and deleted the virtual disk it made. Here is the top and bottom of the trace log file on the conversion server. If the email garbles what I'm pasting in below, I can email the log as an attachment. [root@Fedora16-64P2V log]# [root@Fedora16-64P2V log]# more virt-p2v-server.1324939070.log libguestfs: new guestfs handle 0x2e7b760 libguestfs: trace: add_drive_opts "/tmp/IlYDJL6AnS/20f9ecae-9c8a-4316-9154-db868 e02b4b8/v2v.i7n4vOKJ/1f1f3b28-ebf7-453e-8dbf-f1c5ad18a28e/415ca08c-e69d-449b-b9b e-7b64715f376d" "format:raw" "iface:ide" "name:cciss/c0d0" libguestfs: trace: add_drive_opts = 0 libguestfs: trace: add_drive_opts "/tmp/mU2Uk2VTkP" "readonly:true" "format:raw" "iface:ide" libguestfs: trace: add_drive_opts = 0 libguestfs: trace: set_network true libguestfs: trace: set_network = 0 libguestfs: trace: launch libguestfs: [00028ms] febootstrap-supermin-helper --verbose -u 36 -g 36 -f check sum '/usr/lib64/guestfs/supermin.d' x86_64 supermin helper [00000ms] whitelist = (not specified), host_cpu = x86_64, kernel = (null), initrd = (null), appliance = (null) supermin helper [00001ms] inputs[0] = /usr/lib64/guestfs/supermin.d checking modpath /lib/modules/3.1.0-7.fc16.x86_64 is a directory picked vmlinuz-3.1.0-7.fc16.x86_64 because modpath /lib/modules/3.1.0-7.fc16.x86 _64 exists checking modpath /lib/modules/3.1.1-2.fc16.x86_64 is a directory picked vmlinuz-3.1.1-2.fc16.x86_64 because modpath /lib/modules/3.1.1-2.fc16.x86 _64 exists checking modpath /lib/modules/3.1.2-1.fc16.x86_64 is a directory picked vmlinuz-3.1.2-1.fc16.x86_64 because modpath /lib/modules/3.1.2-1.fc16.x86 _64 exists supermin helper [00036ms] finished creating kernel supermin helper [00036ms] visiting /usr/lib64/guestfs/supermin.d supermin helper [00045ms] visiting /usr/lib64/guestfs/supermin.d/base.img supermin helper [00108ms] visiting /usr/lib64/guestfs/supermin.d/daemon.img supermin helper [00109ms] visiting /usr/lib64/guestfs/supermin.d/hostfiles supermin helper [01348ms] visiting /usr/lib64/guestfs/supermin.d/init.img supermin helper [02596ms] finished creating appliance libguestfs: [02728ms] begin building supermin appliance libguestfs: [02734ms] run febootstrap-supermin-helper libguestfs: [02734ms] febootstrap-supermin-helper --verbose -u 36 -g 36 -f ext2 /usr/lib64/guestfs/supermin.d x86_64 /var/tmp/guestfs.Q8Z0Mp/kernel /var/tmp/gue stfs.Q8Z0Mp/initrd /var/tmp/guestfs.Q8Z0Mp/root supermin helper [00001ms] whitelist = (not specified), host_cpu = x86_64, kernel = /var/tmp/guestfs.Q8Z0Mp/kernel, initrd = /var/tmp/guestfs.Q8Z0Mp/initrd, appl iance = /var/tmp/guestfs.Q8Z0Mp/root supermin helper [00001ms] inputs[0] = /usr/lib64/guestfs/supermin.d checking modpath /lib/modules/3.1.0-7.fc16.x86_64 is a directory picked vmlinuz-3.1.0-7.fc16.x86_64 because modpath /lib/modules/3.1.0-7.fc16.x86 _64 exists checking modpath /lib/modules/3.1.1-2.fc16.x86_64 is a directory picked vmlinuz-3.1.1-2.fc16.x86_64 because modpath /lib/modules/3.1.1-2.fc16.x86 _64 exists checking modpath /lib/modules/3.1.2-1.fc16.x86_64 is a directory picked vmlinuz-3.1.2-1.fc16.x86_64 because modpath /lib/modules/3.1.2-1.fc16.x86 _64 exists supermin helper [00001ms] finished creating kernel supermin helper [01516ms] finished mke2fs supermin helper [01516ms] visiting /usr/lib64/guestfs/supermin.d supermin helper [01516ms] visiting /usr/lib64/guestfs/supermin.d/base.img supermin helper [04258ms] visiting /usr/lib64/guestfs/supermin.d/daemon.img supermin helper [04315ms] visiting /usr/lib64/guestfs/supermin.d/hostfiles supermin helper [16809ms] visiting /usr/lib64/guestfs/supermin.d/init.img supermin helper [33056ms] finished creating appliance libguestfs: [35797ms] finished building supermin appliance libguestfs: [35878ms] begin testing qemu features libguestfs: [36361ms] finished testing qemu features libguestfs: accept_from_daemon: 0x2e7b760 g->state = 1 [36363ms] /usr/bin/qemu-kvm \ -drive file=/tmp/IlYDJL6AnS/20f9ecae-9c8a-4316-9154-db868e02b4b8/v2v.i7n4vOK J/1f1f3b28-ebf7-453e-8dbf-f1c5ad18a28e/415ca08c-e69d-449b-b9be-7b64715f376d,cach e=off,format=raw,if=ide \ -drive file=/tmp/mU2Uk2VTkP,snapshot=on,format=raw,if=ide \ -nodefconfig \ -machine accel=kvm:tcg \ -nodefaults \ -nographic \ -m 500 \ -no-reboot \ -no-hpet \ -device virtio-serial \ -serial stdio \ -chardev socket,path=/tmp/libguestfsp3fCOS/guestfsd.sock,id=channel0 \ -device virtserialport,chardev=channel0,name=org.libguestfs.channel.0 \ -netdev user,id=usernet,net=169.254.0.0/16 \ -device virtio-net-pci,netdev=usernet \ -kernel /var/tmp/.guestfs-36/kernel.1299 \ -initrd /var/tmp/.guestfs-36/initrd.1299 \ -append 'panic=1 console=ttyS0 udevtimeout=300 no_timer_check acpi=off print k.time=1 cgroup_disable=memory selinux=0 guestfs_verbose=1 TERM=linux ' \ -drive file=/var/tmp/.guestfs-36/root.1299,snapshot=on,if=virtio,cache=unsaf eCould not access KVM kernel module: No such file or directory failed to initialize KVM: No such file or directory Back to tcg accelerator. Could not open option rom 'sgabios.bin': No such file or directory [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.1.2-1.fc16.x86_64 (mockbuild@x86-04.phx2.fedorapr oject.org) (gcc version 4.6.2 20111027 (Red Hat 4.6.2-1) (GCC) ) #1 SMP Tue Nov 22 09:00:57 UTC 2011 [ 0.000000] Command line: panic=1 console=ttyS0 udevtimeout=300 no_timer_chec k acpi=off printk.time=1 cgroup_disable=memory selinux=0 guestfs_verbose=1 TERM= linux [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009dc00 (usable) [ 0.000000] BIOS-e820: 000000000009dc00 - 00000000000a0000 (reserved) [ 0.000000] BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) [ 0.000000] BIOS-e820: 0000000000100000 - 000000001f3fd000 (usable) [ 0.000000] BIOS-e820: 000000001f3fd000 - 000000001f400000 (reserved) [ 0.000000] BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved) [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] DMI 2.4 present. [ 0.000000] No AGP bridge found [ 0.000000] last_pfn = 0x1f3fd max_arch_pfn = 0x400000000 [ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [ 0.000000] found SMP MP-table at [ffff8800000fdaf0] fdaf0 [ 0.000000] init_memory_mapping: 0000000000000000-000000001f3fd000 [ 0.000000] RAMDISK: 1f2ec000 - 1f3f0000 [ 0.000000] No NUMA configuration found [ 0.000000] Faking a node at 0000000000000000-000000001f3fd000 [ 0.000000] Initmem setup node 0 0000000000000000-000000001f3fd000 [ 0.000000] NODE_DATA [000000001f2d8000 - 000000001f2ebfff] [ 0.000000] Zone PFN ranges: [ 0.000000] DMA 0x00000010 -> 0x00001000 [ 0.000000] DMA32 0x00001000 -> 0x00100000 [ 0.000000] Normal empty [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[2] active PFN ranges [ 0.000000] 0: 0x00000010 -> 0x0000009d [ 0.000000] 0: 0x00000100 -> 0x0001f3fd [ 0.000000] SFI: Simple Firmware Interface v0.81 http://simplefirmware.org [ 0.000000] Intel MultiProcessor Specification v1.4 [ 0.000000] MPTABLE: OEM ID: BOCHSCPU [ 0.000000] MPTABLE: Product ID: 0.1 [ 0.000000] MPTABLE: APIC at: 0xFEE00000 [ 0.000000] Processor #0 (Bootup-CPU) [ 0.000000] IOAPIC[0]: apic_id 1, version 17, address 0xfec00000, GSI 0-23 [ 0.000000] Processors: 1 [ 0.000000] SMP: Allowing 1 CPUs, 0 hotplug CPUs [ 0.000000] PM: Registered nosave memory: 000000000009d000 - 000000000009e000 [ 0.000000] PM: Registered nosave memory: 000000000009e000 - 00000000000a0000 [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000 [ 0.000000] PM: Registered nosave memory: 00000000000f0000 - 0000000000100000 [ 0.000000] Allocating PCI resources starting at 1f400000 (gap: 1f400000:e0bc 0000) [ 0.000000] Booting paravirtualized kernel on bare hardware [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:1 nr_nod e_ids:1 [ 0.000000] PERCPU: Embedded 27 pages/cpu @ffff88001f000000 s81024 r8192 d213 76 u2097152 [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pag es: 125877 [ 0.000000] Policy zone: DMA32 [ 0.000000] Kernel command line: panic=1 console=ttyS0 udevtimeout=300 no_tim er_check acpi=off printk.time=1 cgroup_disable=memory selinux=0 guestfs_verbose= 1 TERM=linux [ 0.000000] Disabling memory control group subsystem [ 0.000000] PID hash table entries: 2048 (order: 2, 16384 bytes) [ 0.000000] Checking aperture... [ 0.000000] No AGP bridge found [ 0.000000] Memory: 487824k/511988k available (4873k kernel code, 460k absent , 23704k reserved, 6776k data, 944k init) [ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, N --More--(2%) . . . libguestfs: recv_from_daemon: 8200 bytes: 00 00 00 00 | 00 00 20 00 | 00 00 00 0 0 | 00 00 00 00 | 00 00 00 00 | ... libguestfs: recv_from_daemon: 8 bytes: 00 00 00 00 | 00 00 00 00 | libguestfs: trace: download = 0 hivex_open: successfully read Windows Registry hive file: pages: 1179 [sml: 4096, lge: 20480] blocks: 80149 [sml: 8, avg: 65, lge: 16352] blocks used: 77155 bytes used: 4254352 libguestfs: trace: list_devices libguestfs: send_to_daemon: 44 bytes: 00 00 00 28 | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 07 | 00 00 00 00 | ... guestfsd: main_loop: proc 67 (download) took 0.71 seconds guestfsd: main_loop: new request, len 0x28 libguestfs: recv_from_daemon: 68 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 07 | 00 00 00 01 | 00 12 34 3e | ... libguestfs: trace: list_devices = ["/dev/sda", "/dev/sdb"] libguestfs: trace: pread_device "/dev/sda" 4 440 libguestfs: send_to_daemon: 68 bytes: 00 00 00 40 | 20 00 f5 f5 | 00 00 00 04 | 00 00 01 14 | 00 00 00 00 | ... guestfsd: main_loop: proc 7 (list_devices) took 0.00 seconds guestfsd: main_loop: new request, len 0x40 libguestfs: recv_from_daemon: 48 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 01 14 | 00 00 00 01 | 00 12 34 3f | ... libguestfs: trace: pread_device = "c\xc0c\xc0" libguestfs: trace: part_list "/dev/sda" libguestfs: send_to_daemon: 56 bytes: 00 00 00 34 | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 d5 | 00 00 00 00 | ... guestfsd: main_loop: proc 276 (pread_device) took 0.00 seconds guestfsd: main_loop: new request, len 0x34 parted -s -m /dev/null parted -m -- /dev/sda unit b print libguestfs: recv_from_daemon: 72 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 d5 | 00 00 00 01 | 00 12 34 40 | ... libguestfs: trace: part_list = <struct guestfs_partition_list *> libguestfs: trace: list_devices libguestfs: send_to_daemon: 44 bytes: 00 00 00 28 | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 07 | 00 00 00 00 | ... guestfsd: main_loop: proc 213 (part_list) took 0.12 seconds guestfsd: main_loop: new request, len 0x28 libguestfs: recv_from_daemon: 68 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 07 | 00 00 00 01 | 00 12 34 41 | ... libguestfs: trace: list_devices = ["/dev/sda", "/dev/sdb"] libguestfs: trace: pread_device "/dev/sda" 4 440 libguestfs: send_to_daemon: 68 bytes: 00 00 00 40 | 20 00 f5 f5 | 00 00 00 04 | 00 00 01 14 | 00 00 00 00 | ... guestfsd: main_loop: proc 7 (list_devices) took 0.00 seconds guestfsd: main_loop: new request, len 0x40 libguestfs: recv_from_daemon: 48 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 01 14 | 00 00 00 01 | 00 12 34 42 | ... libguestfs: trace: pread_device = "c\xc0c\xc0" libguestfs: trace: pread_device "/dev/sdb" 4 440 libguestfs: send_to_daemon: 68 bytes: 00 00 00 40 | 20 00 f5 f5 | 00 00 00 04 | 00 00 01 14 | 00 00 00 00 | ... guestfsd: main_loop: proc 276 (pread_device) took 0.00 seconds guestfsd: main_loop: new request, len 0x40 libguestfs: recv_from_daemon: 48 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 01 14 | 00 00 00 01 | 00 12 34 43 | ... libguestfs: trace: pread_device = "\x00\x00\x00\x00" hivex_close libguestfs: trace: umount_all libguestfs: send_to_daemon: 44 bytes: 00 00 00 28 | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 2f | 00 00 00 00 | ... guestfsd: main_loop: proc 276 (pread_device) took 0.00 seconds guestfsd: main_loop: new request, len 0x28 umount /sysroot libguestfs: recv_from_daemon: 40 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 2f | 00 00 00 01 | 00 12 34 44 | ... libguestfs: trace: umount_all = 0 libguestfs: trace: available "lvm2" libguestfs: send_to_daemon: 56 bytes: 00 00 00 34 | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 d8 | 00 00 00 00 | ... guestfsd: main_loop: proc 47 (umount_all) took 0.35 seconds guestfsd: main_loop: new request, len 0x34 guestfsd: main_loop: proc 216 (available) took 0.00 seconds libguestfs: recv_from_daemon: 40 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 d8 | 00 00 00 01 | 00 12 34 45 | ... libguestfs: trace: available = 0 libguestfs: trace: lvs libguestfs: send_to_daemon: 44 bytes: 00 00 00 28 | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 0b | 00 00 00 00 | ... guestfsd: main_loop: new request, len 0x28 lvm lvs -o vg_name,lv_name --noheadings --separator / No volume groups found libguestfs: recv_from_daemon: 44 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 0b | 00 00 00 01 | 00 12 34 46 | ... libguestfs: trace: lvs = [] libguestfs: trace: inspect_os = ["/dev/sda1"] libguestfs: trace: inspect_get_mountpoints "/dev/sda1" libguestfs: trace: inspect_get_mountpoints = ["/", "/dev/sda1"] libguestfs: trace: mount_options "" "/dev/sda1" "/" libguestfs: send_to_daemon: 72 bytes: 00 00 00 44 | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 4a | 00 00 00 00 | ... guestfsd: main_loop: proc 11 (lvs) took 0.05 seconds guestfsd: main_loop: new request, len 0x44 mount -o /dev/sda1 /sysroot/ libguestfs: recv_from_daemon: 40 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 4a | 00 00 00 01 | 00 12 34 47 | ... libguestfs: trace: mount_options = 0 libguestfs: trace: mkdtemp "/transferXXXXXX" libguestfs: send_to_daemon: 64 bytes: 00 00 00 3c | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 75 | 00 00 00 00 | ... guestfsd: main_loop: proc 74 (mount_options) took 0.51 seconds guestfsd: main_loop: new request, len 0x3c libguestfs: recv_from_daemon: 60 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 75 | 00 00 00 01 | 00 12 34 48 | ... libguestfs: trace: mkdtemp = "/transferZcKAPK" libguestfs: trace: list_devices libguestfs: send_to_daemon: 44 bytes: 00 00 00 28 | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 07 | 00 00 00 00 | ... guestfsd: main_loop: proc 117 (mkdtemp) took 0.01 seconds guestfsd: main_loop: new request, len 0x28 libguestfs: recv_from_daemon: 68 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 07 | 00 00 00 01 | 00 12 34 49 | ... libguestfs: trace: list_devices = ["/dev/sda", "/dev/sdb"] libguestfs: trace: mount_ro "/dev/sdb" "/transferZcKAPK" libguestfs: send_to_daemon: 76 bytes: 00 00 00 48 | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 49 | 00 00 00 00 | ... guestfsd: main_loop: proc 7 (list_devices) took 0.00 seconds guestfsd: main_loop: new request, len 0x48 mount -o ro /dev/sdb /sysroot/transferZcKAPK libguestfs: recv_from_daemon: 40 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 49 | 00 00 00 01 | 00 12 34 4a | ... libguestfs: trace: mount_ro = 0 libguestfs: trace: inspect_get_type "/dev/sda1" libguestfs: trace: inspect_get_type = "windows" libguestfs: trace: inspect_get_product_name "/dev/sda1" libguestfs: trace: inspect_get_product_name = "Microsoft Windows Server 2003" libguestfs: trace: inspect_get_major_version "/dev/sda1" libguestfs: trace: inspect_get_major_version = 5 libguestfs: trace: inspect_get_minor_version "/dev/sda1" libguestfs: trace: inspect_get_minor_version = 2 libguestfs: trace: inspect_get_arch "/dev/sda1" libguestfs: trace: inspect_get_arch = "i386" libguestfs: trace: exists "/transferZcKAPK//usr/share/virtio-win/drivers/i386/Wi n2003" libguestfs: send_to_daemon: 108 bytes: 00 00 00 68 | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 24 | 00 00 00 00 | ... guestfsd: main_loop: proc 73 (mount_ro) took 0.08 seconds guestfsd: main_loop: new request, len 0x68 libguestfs: recv_from_daemon: 44 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 24 | 00 00 00 01 | 00 12 34 4b | ... libguestfs: trace: exists = 1 libguestfs: trace: case_sensitive_path "/windows/system32/drivers" libguestfs: send_to_daemon: 76 bytes: 00 00 00 48 | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 c5 | 00 00 00 00 | ... guestfsd: main_loop: proc 36 (exists) took 0.00 seconds guestfsd: main_loop: new request, len 0x48 guestfsd: error: windows: no file or directory found with this name libguestfs: recv_from_daemon: 100 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 c5 | 00 00 00 01 | 00 12 34 4c | ... libguestfs: trace: case_sensitive_path = NULL (error) libguestfs: trace: umount "/transferZcKAPK" libguestfs: send_to_daemon: 64 bytes: 00 00 00 3c | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 2d | 00 00 00 00 | ... guestfsd: main_loop: proc 197 (case_sensitive_path) took 0.00 seconds guestfsd: main_loop: new request, len 0x3c umount /sysroot/transferZcKAPK libguestfs: recv_from_daemon: 40 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 2d | 00 00 00 01 | 00 12 34 4d | ... libguestfs: trace: umount = 0 libguestfs: trace: rmdir "/transferZcKAPK" libguestfs: send_to_daemon: 64 bytes: 00 00 00 3c | 20 00 f5 f5 | 00 00 00 04 | 00 00 00 1e | 00 00 00 00 | ... guestfsd: main_loop: proc 45 (umount) took 0.07 seconds guestfsd: main_loop: new request, len 0x3c libguestfs: recv_from_daemon: 40 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 1e | 00 00 00 01 | 00 12 34 4e | ... libguestfs: trace: rmdir = 0 libguestfs: trace: close libguestfs: closing guestfs handle 0x2e7b760 (state 2) libguestfs: trace: internal_autosync libguestfs: send_to_daemon: 44 bytes: 00 00 00 28 | 20 00 f5 f5 | 00 00 00 04 | 00 00 01 1a | 00 00 00 00 | ... guestfsd: main_loop: proc 30 (rmdir) took 0.00 seconds guestfsd: main_loop: new request, len 0x28 umount /sysroot libguestfs: recv_from_daemon: 40 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 01 1a | 00 00 00 01 | 00 12 34 4f | ... libguestfs: trace: internal_autosync = 0 libguestfs: trace: kill_subprocess libguestfs: sending SIGTERM to process 1386 libguestfs: trace: kill_subprocess = 0 virt-v2v: Died at /usr/bin/virt-p2v-server line 390, <> line 7. [root@Fedora16-64P2V log]#
I may have an idea why this one blew up. This source machine apparently does not have a c:\windows directory. Instead, Windows is loaded into c:\Winnt. Looks like the p2v error was "guestfsd: error: windows: no file or directory found with this name" I wonder if it was looking for c:\Windows and instead found c:\Winnt? So we're doing the p2v the old-fashioned way using ntbackup and a bare metal restore, along with my registry hack from a few months ago for the viostor virtio block mode driver. - Greg
On Mon, Dec 26, 2011 at 06:30:14PM -0600, Greg Scott wrote:
I may have an idea why this one blew up. This source machine apparently does not have a c:\windows directory. Instead, Windows is loaded into c:\Winnt.
Looks like the p2v error was "guestfsd: error: windows: no file or directory found with this name" I wonder if it was looking for c:\Windows and instead found c:\Winnt?
Which version of virt-v2v and libguestfs is this? libguestfs should detect \winnt as the %systemroot%. You can check by doing: virt-inspector2 Guest | grep -i systemroot Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v
I just checked the versions on the conversion server: [root@Fedora16-64P2V ~]# rpm -qa | grep libguestfs python-libguestfs-1.14.2-1.fc16.x86_64 libguestfs-tools-c-1.14.2-1.fc16.x86_64 libguestfs-tools-1.14.2-1.fc16.x86_64 libguestfs-1.14.2-1.fc16.x86_64 [root@Fedora16-64P2V ~]# [root@Fedora16-64P2V ~]# [root@Fedora16-64P2V ~]# rpm -qa | grep v2v virt-v2v-0.8.5-1.fc16.x86_64 [root@Fedora16-64P2V ~]# As it turns out, that source physical machine was upgraded in place from Windows 2000 several years ago. We've also had problems using the approach with ntbackup and restore. So tonight we're trying with Acronis Universal Restore. - Greg -----Original Message----- From: Richard W.M. Jones [mailto:rjones@redhat.com] Sent: Wednesday, January 04, 2012 6:42 AM To: Greg Scott Cc: libguestfs@redhat.com; Matthew Booth; Joey Bertalan; Fredy Hernández Subject: Re: [Libguestfs] Another virt-p2v blew up On Mon, Dec 26, 2011 at 06:30:14PM -0600, Greg Scott wrote:
I may have an idea why this one blew up. This source machine apparently does not have a c:\windows directory. Instead, Windows is loaded into c:\Winnt.
Looks like the p2v error was "guestfsd: error: windows: no file or directory found with this name" I wonder if it was looking for c:\Windows and instead found c:\Winnt?
Which version of virt-v2v and libguestfs is this? libguestfs should detect \winnt as the %systemroot%. You can check by doing: virt-inspector2 Guest | grep -i systemroot Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v
libguestfs should detect \winnt as the %systemroot%. You can check by doing:
virt-inspector2 Guest | grep -i systemroot
The challenge here is I never get to look at the resulting disk image because virt-p2v-server gets rid of it right after it finishes building it. If it's happy with /winnt then maybe it's looking for some other file - I wonder what it wants? If the log would tell us specifically what it's missing, we could fix it on the source physical machine and try again. - Greg -----Original Message----- From: Richard W.M. Jones [mailto:rjones@redhat.com] Sent: Wednesday, January 04, 2012 6:42 AM To: Greg Scott Cc: libguestfs@redhat.com; Matthew Booth; Joey Bertalan; Fredy Hernández Subject: Re: [Libguestfs] Another virt-p2v blew up On Mon, Dec 26, 2011 at 06:30:14PM -0600, Greg Scott wrote:
I may have an idea why this one blew up. This source machine apparently does not have a c:\windows directory. Instead, Windows is loaded into c:\Winnt.
Looks like the p2v error was "guestfsd: error: windows: no file or directory found with this name" I wonder if it was looking for c:\Windows and instead found c:\Winnt?
Which version of virt-v2v and libguestfs is this? libguestfs should detect \winnt as the %systemroot%. You can check by doing: virt-inspector2 Guest | grep -i systemroot Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v
On Fri, Jan 06, 2012 at 01:25:25AM -0600, Greg Scott wrote:
libguestfs should detect \winnt as the %systemroot%. You can check by doing:
virt-inspector2 Guest | grep -i systemroot
[In fact it's 'virt-inspector', since this if F16]
The challenge here is I never get to look at the resulting disk image because virt-p2v-server gets rid of it right after it finishes building it. If it's happy with /winnt then maybe it's looking for some other file - I wonder what it wants? If the log would tell us specifically what it's missing, we could fix it on the source physical machine and try again.
Matt, is there a way that Greg can capture this? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
participants (2)
-
Greg Scott -
Richard W.M. Jones