[Libguestfs] virt-v2v: Died at /usr/bin/virt-p2v-server line 411

[Nicolas Ecarnot]

Le 19/11/2014 15:03, Richard W.M. Jones a écrit :
> On Wed, Nov 19, 2014 at 02:41:49PM +0100, Nicolas Ecarnot wrote:
>> When trying to p2v an Oracle Linux 7.0 VM, it ran very verbosely
>> then failed saying it was not a kind of OS it knows how to convert.
>
> We could probably support OEL with a bit of effort, but it's not
> supported now.  The virt-v2v manual (which you should read, as well as
> the virt-p2v manual) provides a list of all OSes which are supported.

Richard,

Don't worry, I can ensure you that I'm reading and reading and reading 
again.
BTW, these docs are very well done. This is comfortable.

Concerning OL7, this is not a serious issue, this was just a test.

>> When trying to p2v a old windows XP VM, it ran the same long way
>> then failed telling that no root device was found in this operating
>> system image.
>
> Windows XP should work.  If it doesn't work you have to enable
> debugging (this is now enabled by default in all new virt-p2v
> versions), and then provide the full debug logs.  See the instructions
> for where these are located on the conversion server.

In the mean time, I googled around and found that though I copied the 
right virtio-win hierarchy into the conversion server, I also had to 
install the missing libguestfs-winsupport.
Another run of p2v of the previous windows XP succeed!
I did not try to import it into RHEV, but I can see it appearing in the 
export domain list. So I guess the hardest part is done.

>> As I read in detail the very long log, I saw different things
>> failing, and amongst them, the issue telling that the 36:36
>> permissions on the NFS export share will prevent the import into
>> RHEV. I don't know if it is an issue at this point. Anyway, I don't
>> see any image coming into this nfs subtree at present.
>
> When using '-o rhev', permissions should be set correctly for you
> automatically.  Instead of summarising and interpreting what the debug
> logs say (which is not useful), provide the debug logs.

I knew you would say that, but I'm still searching for a way to 
copy-paste from a Dell iDrac environnment...

Well, now, I had the opportunity to run the real P2V on the 2003 server, 
and it is failing.
But it appears that the partition seems more complex than what I'm used 
to see ("two system (dell?) or windows system partitions").
I choose the third one, that is the one containing the system (C:) and 
marked as bootable.

It is failing very quickly, with the following error :
--------------------
Creating an overlay to protect the source blahblah
qemu-img create -q -f qcow2 -b 'nbd:localhost:55756' -o 
'compat=1.1,backing_fmt=raw' /var/tmp/v2vblahblah.qcow2
nbd.c:nbd_receive_negociate():L501: read failed
qemu-img: /var/tmp/v2vvovblahbla.qcow2: could not open 
'nbd:localhost:55756': could not open image: invalid argument: invalid 
argument

then other blahblahblah before closing.

I'll try another run by selecting every partition.



-- 
Nicolas Ecarnot