On Mon, Mar 20, 2017 at 5:56 PM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Thu, Mar 9, 2017 at 1:01 PM, Fred Rolland <frolland@redhat.com> wrote:
I don't think it will work.
We rely heavily on LVM when working with iSCSI and FC and I am not sure how LVM will handle this kind of operation.
A storage domain is a VG that contains PVs (LUNS), and each disk is a LV.


Actually I executed several times raw "dd" operations to change internal disks of CentOS servers and in general they did have LVM structures with PV, VGs, LVs inside....

Finally I had some time to test and it seems it worked without problems.
I created a storage domain of 50Gb with 2 VMs on it and one of them had also a snapshot.
I was able to import at target a dd-copy of it as an iSCSI domain without problems.
I also created a template on the source domain, but its import fails: I get no error message at web admin gui level, but no action executed actually... on engine log file level I get an error of this type:

2017-03-19 01:37:24,387+01 ERROR [org.ovirt.engine.core.bll.CommandsFactory] (default task-11) [b7a5ef2f-694f-4d5a-851b-c52a5b1f0104] An exception has occurred while trying to create a command object for command 'ImportVmTemplateFromConfiguration' with parameters 'ImportVmTemplateParameters:{commandId='ad3c8e81-4787-46bf-97cb-fe3bfa9f891e', user='null', commandType='Unknown'}': WELD-000049: Unable to invoke protected final void org.ovirt.engine.core.bll.CommandBase.postConstruct() on org.ovirt.engine.core.bll.exportimport.ImportVmTemplateFromConfigurationCommand@353de47b
2017-03-19 01:37:24,388+01 ERROR [org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner] (default task-11) [b7a5ef2f-694f-4d5a-851b-c52a5b1f0104] Failed to execute multiple actions of type 'ImportVmTemplateFromConfiguration': null
2017-03-19 01:37:24,388+01 ERROR [org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner] (default task-11) [b7a5ef2f-694f-4d5a-851b-c52a5b1f0104] Exception: java.lang.NullPointerException
        at org.ovirt.engine.core.bll.NestedCommandFactory.createWrappedCommand(NestedCommandFactory.java:24) [bll.jar:]

Does it depend on the method or is there any problem in general in template import for storage domain import?
See below for details of the approach used.
Full engine logs and vdsm logs on target to crosscheck are here:



Any comment to previous e-mail? Are there any known problems with template import?
Any chance to see the error logs provided?
Thanks,
Gianluca