Re: [ovirt-users] [ovirt-devel] HA not working 3.4.2

[Arik Hadas]

Hi,

- Original Message -
 Hi i was testing HA of ovirt,(i am from Xenserver background and trying to
 use KVM solution in our environment)
 
 Have 2 hosts with NFS storage and i tested migration between these two hosts.
 
 On Host2 while VM was running on it, i unplugged Power cable and it took long
 minutes to update that VM is down,okkk now long wait..
 ..
 .
 ...
 
 VM state changed to unkown and not booted on second Node ie Host1
 
 its been half an hour and still the VM is not restarted
 
 What can be the issue?What should i do it make the VM in real HA so that it
 will be restarted on the active node.

We don't restart the VM in that case on purpose, since we really don't know
what's the status of the VM - the host might have been just disconnected from
the network while the VM is still running (and connected to the storage),
so if we'll also run the VM on a different host, we'll get split-brain.

In order to restart HA VMs which were running on host that went down, you either
needs to have power-management defined for that host (for automatic restart) or
to trigger it manually by selecting confirm host has been rebooted when the
host is changed to non-responsive state (and you need to have additional host
which is up of course).

 
 How HA is enabled
 what i did was while creating vm Advanced optionHigh AvailabilityHighly
 Available
 
 I am sure this can be a configuration error,Can some one please help me with
 enabling HA.
 
 Please Help
 
 Thanks
 
 ___
 Devel mailing list
 de...@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/devel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Orphaned record in the engine DB prevents host removal

[Arik Hadas]

- Original Message -
 On 04/07/14 14:45, Oved Ourfali wrote:
  Is there a migration of this VM in progress? Did it migrate recently?
 Thank you Oved, I have already solved the problem, I have posted the
 solution to the list.
 
 However I don't understand how the data is recorded in the table
 vm_dyanmic.
 
 I guess that in this table the engine records the current status data of
 the vm's in the datacenter. In my engine DB almost all the registries in
 the vm_dynamic table have a vm id in the migrating_to_vds field,
 this id is the same in the run_on_vds field.
 
 Is it right that the migrating_to_vds field have a value after the vm
 has been migrated??

Yes, we're about to fix it.

Note that there is an open bug for this issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1112359
If you will be able to provide the info I've asked for there,
it could help us to solve it faster :)

Arik

 
 My setup:
 
 oVirt Engine Version: 3.4.0-1.el6
 Nodes (vds's, hosts, etc.): Centos 6.5 ovirt-node 3.4, vdsm-4.14.6-0.el6
 
 Thank you, and happy weekend!
 
 Federico
  I suggest to attach the engine log here as well, if possible, for
  examination. Cc-ing some guys that might help but bare in mind that for
  some of them it is already weekend.
 
  Oved
 
  On Jul 4, 2014 6:07 PM, Federico Alberto Sayd fs...@uncu.edu.ar wrote:
  Hello People:
 
  I am trying to remove a host from ovirt-engine but I have fouHello People:
  I am trying to remove a host from ovirt-engine but I have found that a
  orphaned record in the engine DB prevents the removal of the host.
  The host is in maintenance mode, it doesn't have vm's running on it.
  The engine logs says that there is a reference to the id of the host
  (vds_id in the table vds_static) in the field migrating_to_vds in the
  table dynamic_vds. Obviously this is a orphaned record, but a
  constraint in the table dynamic_vds prevents the removal of the host.
  How can I solve this?
  Someone that knows the internals of engine's DB that can confirm if I
  can remove the problematic registry in order to remove the host??
  Another solution?
 
  I really need to remove this host. Please help and
 
  Thanks!
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 
 
 
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Orphaned record in the engine DB prevents host removal

[Arik Hadas]

- Original Message -
 
 
 El Domingo, 6 de Julio de 2014 07.06 CLT, Arik Hadas aha...@redhat.com Ha
 escrito:
 
 
 
 
 - Original Message -
  On 04/07/14 14:45, Oved Ourfali wrote:
   Is there a migration of this VM in progress? Did it migrate recently?
  Thank you Oved, I have already solved the problem, I have posted the
  solution to the list.
  
  However I don't understand how the data is recorded in the table
  vm_dyanmic.
  
  I guess that in this table the engine records the current status data of
  the vm's in the datacenter. In my engine DB almost all the registries in
  the vm_dynamic table have a vm id in the migrating_to_vds field,
  this id is the same in the run_on_vds field.
  
  Is it right that the migrating_to_vds field have a value after the vm
 g t; has been migrated??
 
 Yes, we're about to fix it.
 
 Note that there is an open bug for this issue:
 https://bugzilla.redhat.com/show_bug.cgi?id=1112359
 If you will be able to provide the info I've asked for there,
 it could help us to solve it faster :)
 
 Arik
 
  
  My setup:
  
  oVirt Engine Version: 3.4.0-1.el6
  Nodes (vds's, hosts, etc.): Centos 6.5 ovirt-node 3.4, vdsm-4.14.6-0.el6
  
  Thank you, and happy weekend!
  
  Federico
   I suggest to attach the engine log here as well, if possible, for
   examination. Cc-ing some guys that might help but bare in mind that for
   some of them it is already weekend.
   
   Oved
   
   On Jul 4, 2014 6:07 PM, Federico Alberto Sayd wrote:
   Hello People:
   
   I am trying t o remove a host from ovirt-engine but I have fouHello
   People:
   I am trying to remove a host from ovirt-engine but I have found that a
   orphaned record in the engine DB prevents the removal of the host.
   The host is in maintenance mode, it doesn't have vm's running on it.
   The engine logs says that there is a reference to the id of the host
   (vds_id in the table vds_static) in the field migrating_to_vds in the
   table dynamic_vds. Obviously this is a orphaned record, but a
   constraint in the table dynamic_vds prevents the removal of the host.
   How can I solve this?
   Someone that knows the internals of engine's DB that can confirm if I
   can remove the problematic registry in order to remove the host??
   Another solution?
   
   I really need to remove this h ost. Please help and
   
   Thanks!
   ___
   Users mailing list
   Users@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/user
 Indeed, you are right, is the same bug. I didn't find this bug when googled
 the problem. I have attached an extract of the logs when I tried to remove
 the host, it looks identical to the logs reported in the bug except that
 postgres transactions are logged in Spanish.

Thanks

 I will try to find the log entry when the vm was migrated and the value was
 not correctly updated in the migrating_to_vds field. I think that that is
 the more critical bug.

I was able to reproduce it on 3.4 branch and to understand the problem.
On master it was fixed by: http://gerrit.ovirt.org/#/c/24799/
I'll backport this patch and it will solve it on 3.4 as well.

 
 Thank you
 
 Federico
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Stucked VM Migration and now only run once

[Arik Hadas]

You wrote that reboot didn't help, is it the host that you rebooted? Because 
engine restart will release the migration's lock and you'll be able to run the 
VM normally for sure.

Since you managed to run the VM using run-once while it was locked, I guess 
you're using ovirt 3.3.1/3.3.2/3.3.3/3.3.4 right?
We fixed several flows in which the migration's lock was not released since 
then, so I suggest to upgrade the system.
If it happens with any other version, please provide the logs Oved mentioned 
and specify which version of engine you're using.

Thanks,
Arik

- Original Message -
 Can you provide the engine and host logs?
 Also, please specify when the migration happened, and in addition when did
 you try to run the VM.
 It will help understand the flow in the logs.
 
 Thanks,
 Oved
 
 - Original Message -
  From: Kurt Woitschach kurt.woitschach-muel...@tngtech.com
  To: users@ovirt.org
  Sent: Saturday, December 27, 2014 9:22:35 PM
  Subject: [ovirt-users] Stucked VM Migration and now only run once
  
  Hi all,
  
  we have a Problem with a VM that can only be started in run-once mode.
  
  After a temporary network disconnect on the hosting node, the vm (and
  some others) was down. When I tried to start regularly, it showed a
  currently beeing migrated status.
  I only could start it with run-once.
  
  Reboot didn't make a change.
  
  Any ideas?
  
  
  Greets
  Kurt
  
  --
  
  
  Kurt Woitschach-Müller  kurt.woitschach-muel...@tngtech.com *
  +49-1743180076
  TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterföhring
  Geschäftsführer: Henrik Klagges, Gerhard Müller, Christoph Stock
  Sitz: Unterföhring * Amtsgericht München * HRB 135082
  
  
  
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
  
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Integrated process for import VMs from VMware!

[Arik Hadas]

Hi All,

We are working these days on implementing an integrated process for import 
virtual machines from different sources, other than oVirt's export/data 
domains, that will be introduced in oVirt 3.6.
A glimpse on how you can use it to import a VM from VMware into oVirt is 
available at:
https://www.youtube.com/watch?v=QSss__Nl5rU

Regards,
Arik
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VMs running in DB, but not in VDS

[Arik Hadas]

Hi Satheesaran,

Could you please add the full engine.log?
It would be best to open a bug and attach the log to it

Thanks,
Arik

- Original Message -
> 
> 
> Hello All,
> 
> I was powering off lot of VMs ( around 29 vms ) in one go, by selecting
> them all,
> and 'power off' option.
> 
> While doing so, I see that 2 of the VMs are stuck in powering down state.
> 
> I see the following exception in engine.log
> 
> 2016-06-20 05:10:57,645 ERROR
> [org.ovirt.engine.core.vdsbroker.VmsMonitoring]
> (DefaultQuartzScheduler_Worker-53) [7f967349] Failed during vms
> monitoring on host host1.lab.eng.blr.redhat
> .com error is: java.lang.ClassCastException
> 2016-06-20 05:10:57,645 ERROR
> [org.ovirt.engine.core.vdsbroker.VmsMonitoring]
> (DefaultQuartzScheduler_Worker-53) [7f967349] Exception::
> java.lang.ClassCastException
> 
> 
> and also the following error messages
> 
> 
> 2016-06-20 05:12:01,950 INFO
> [org.ovirt.engine.core.vdsbroker.VmAnalyzer]
> (DefaultQuartzScheduler_Worker-90) [] VM
> '59d48f24-d6b8-4e9e-b020-b728ed239da3(appvm03) is running in db and not
> running in VDS 'host1.lab.eng.blr.redhat.com'
> 2016-06-20 05:12:01,950 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand]
> (DefaultQuartzScheduler_Worker-90) [] START, FullListVDSCommand(HostName
> = , FullListVDSCommandParameters:{runAsync='true',
> hostId='f4a25596-079b-44ed-970b-2142c67b9873',
> vds='Host[,f4a25596-079b-44ed-970b-2142c67b9873]',
> vmIds='[10c5e550-4b07-4a25-9a96-ae016864f2a8]'}), log id: 28c780ea
> 2016-06-20 05:12:02,038 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand]
> (DefaultQuartzScheduler_Worker-90) [] FINISH, FullListVDSCommand,
> return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=rhel6.5.0,
> guestDiskMapping={e5051a6c-dc96-44eb-b={name=/dev/vda},
> QEMU_DVD-ROM_QM3={name=/dev/sr0}},
> vmId=10c5e550-4b07-4a25-9a96-ae016864f2a8, pid=6368,
> devices=[Ljava.lang.Object;@67be1679, smp=2, vmType=kvm, displayIp=0,
> display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900,
> spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir,
> statusTime=4726355820, vmName=HostedEngine, clientIp=,
> pauseCode=NOERR}], log id: 28c780ea
> 2016-06-20 05:12:02,040 INFO
> [org.ovirt.engine.core.vdsbroker.VmsMonitoring]
> (DefaultQuartzScheduler_Worker-90) [] Received a memballoon Device
> without an address when processing VM
> 10c5e550-4b07-4a25-9a96-ae016864f2a8 devices, skipping device:
> {device=memballoon, specParams={model=none}, deviceType=balloon,
> type=balloon, alias=balloon0}
> 2016-06-20 05:12:02,040 ERROR
> [org.ovirt.engine.core.vdsbroker.VmsMonitoring]
> (DefaultQuartzScheduler_Worker-90) [] Failed during vms monitoring on
> host host1.lab.eng.blr.redhat.com error is: java.lang.ClassCastException
> 2016-06-20 05:12:02,040 ERROR
> [org.ovirt.engine.core.vdsbroker.VmsMonitoring]
> (DefaultQuartzScheduler_Worker-90) [] Exception::
> java.lang.ClassCastException
> 
> 
> 
> Any help ?
> 
> Thanks,
> Satheesaran S
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] virtio-serial0 duplicate id

[Arik Hadas]

- Original Message -
> 
> > On 11 Feb 2016, at 17:02, Johannes Tiefenbacher  wrote:
> > 
> > Hi,
> > finally I am posting something to this list :) I read it for quite some
> > time now and I am an ovirt user since 3.0.
> 
> Hi,
> welcome:)
> 
> > 
> > 
> > I updated an engine installation from 3.2 to 3.6 (stepwise of course, and
> > yes I know that's pretty outdated ;-). Then I updated the associated
> > Centos6 hosts vdsm as well, from 3.10.x to 3.16.30. I also set my cluster
> > comp level to 3.5(3.6 comp level is only possible with El7 hosts if I
> > understood correctly).
> > 
> > After my first failover test a VM could not be restarted, altough the host
> > where it was running could correctly be fenced.
> > 
> > The reason according to engine's log was this:
> > 
> > VM  is down with error. Exit message: internal error process exited
> > while connecting to monitor: qemu-kvm: -device
> > virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4:
> > Duplicate ID 'virtio-serial0' for device
> > 
> > 
> > I then recognized that I am not able to run this VM on any host. Ich
> > checked the virtual hardware in the engine database and could confirm that
> > ALL my VMs had this problem: 2 devices with alias='virtio-serial0’
> 
> it may very well be a bug, but it would be quite difficult to say unless it
> is reproducible. It may be broken from earlier releases
> Arik/Shmuel, maybe it rings a bell?

In 3.6 we changed virtio-serial to be a managed device.
The script named 03_06_0310_change_virtio_serial_to_managed_device.sql changes 
unmanaged virtio-serial devices (that were all unmanaged before) to be managed.
A potential flow that will cause this duplication I can think of is:
1. Have a running VM in a pre-3.6 engine - it has unmanaged virtio-serial
2. Upgrade to 3.6 while the VM is running - the unmanaged virtio-serial becomes 
managed
3. Do something that will change the hash of the devices
=> the engine will add an additional unmanaged virtio-serial device

Why didn't it happen before? because the handling of unmanaged devices was:
1. Upon change in the VM devices (their hash), ask for all the devices 
(full-list)
2. Remove all previous unmanaged devices
3. Add every device that does not exist in the database
When we add an unmanaged device we generate a new ID (!) - therefore we had to 
remove all the previous unmanaged devices before adding the new ones.
If the previous unmanaged virtio-serial became managed, it is not removed and 
we will end up having two virtio-serial devices.

@Johannes - is it true that the VM was running before the engine got updated to 
3.6 and wasn't powered-off since then?

I managed to simulate this.
We probably need to prevent the addition of unmanaged virtio-serial in 3.6 
engine but IMO we should also use the ID reported by VDSM instead of generating 
a new one to eliminate similar issues in the future.
@Eli, Omer - can you recall why can't we use the ID we get from VDSM for the 
unmanaged devices?
(we can continue this discussion in devel-list or in bugzilla..)

> 
> > 
> > e.g.:
> > 
> > 
> > engine=# SELECT * FROM vm_device WHERE vm_device.device = 'virtio-serial'
> > AND vm_id = 'cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec' ORDER BY vm_id;
> > -[ RECORD 1
> > ]-+-
> > device_id | 2821d03c-ce88-4613-9095-e88eadcd3792
> > vm_id | cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec
> > type  | controller
> > device| virtio-serial
> > address   |
> > boot_order| 0
> > spec_params   | { }
> > is_managed| t
> > is_plugged| f
> > is_readonly   | f
> > _create_date  | 2016-01-14 08:30:43.797161+01
> > _update_date  | 2016-02-10 10:04:56.228724+01
> > alias | virtio-serial0
> > custom_properties | { }
> > snapshot_id   |
> > logical_name  |
> > is_using_scsi_reservation | f
> > -[ RECORD 2
> > ]-+-
> > device_id | 29e0805f-d836-451a-9ec3-9031baa995e6
> > vm_id | cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec
> > type  | controller
> > device| virtio-serial
> > address   | {bus=0x00, domain=0x, type=pci, slot=0x04,
> > function=0x0}
> > boot_order| 0
> > spec_params   | { }
> > is_managed| f
> > is_plugged| t
> > is_readonly   | f
> > _create_date  | 2016-02-11 13:47:02.69992+01
> > _update_date  |
> > alias | virtio-serial0
> > custom_properties |
> > snapshot_id   |
> > logical_name  |
> > is_using_scsi_reservation | f
> > 
> > 
> > 
> 

Re: [ovirt-users] virtio-serial0 duplicate id

[Arik Hadas]

- Original Message -
> 
> 
> - Original Message -
> > 
> > > On 11 Feb 2016, at 17:02, Johannes Tiefenbacher  wrote:
> > > 
> > > Hi,
> > > finally I am posting something to this list :) I read it for quite some
> > > time now and I am an ovirt user since 3.0.
> > 
> > Hi,
> > welcome:)
> > 
> > > 
> > > 
> > > I updated an engine installation from 3.2 to 3.6 (stepwise of course, and
> > > yes I know that's pretty outdated ;-). Then I updated the associated
> > > Centos6 hosts vdsm as well, from 3.10.x to 3.16.30. I also set my cluster
> > > comp level to 3.5(3.6 comp level is only possible with El7 hosts if I
> > > understood correctly).
> > > 
> > > After my first failover test a VM could not be restarted, altough the
> > > host
> > > where it was running could correctly be fenced.
> > > 
> > > The reason according to engine's log was this:
> > > 
> > > VM  is down with error. Exit message: internal error process
> > > exited
> > > while connecting to monitor: qemu-kvm: -device
> > > virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4:
> > > Duplicate ID 'virtio-serial0' for device
> > > 
> > > 
> > > I then recognized that I am not able to run this VM on any host. Ich
> > > checked the virtual hardware in the engine database and could confirm
> > > that
> > > ALL my VMs had this problem: 2 devices with alias='virtio-serial0’
> > 
> > it may very well be a bug, but it would be quite difficult to say unless it
> > is reproducible. It may be broken from earlier releases
> > Arik/Shmuel, maybe it rings a bell?
> 
> In 3.6 we changed virtio-serial to be a managed device.
> The script named 03_06_0310_change_virtio_serial_to_managed_device.sql
> changes unmanaged virtio-serial devices (that were all unmanaged before) to
> be managed.
> A potential flow that will cause this duplication I can think of is:
> 1. Have a running VM in a pre-3.6 engine - it has unmanaged virtio-serial
> 2. Upgrade to 3.6 while the VM is running - the unmanaged virtio-serial
> becomes managed
> 3. Do something that will change the hash of the devices
> => the engine will add an additional unmanaged virtio-serial device
> 
> Why didn't it happen before? because the handling of unmanaged devices was:
> 1. Upon change in the VM devices (their hash), ask for all the devices
> (full-list)
> 2. Remove all previous unmanaged devices
> 3. Add every device that does not exist in the database
> When we add an unmanaged device we generate a new ID (!) - therefore we had
> to remove all the previous unmanaged devices before adding the new ones.
> If the previous unmanaged virtio-serial became managed, it is not removed and
> we will end up having two virtio-serial devices.
> 
> @Johannes - is it true that the VM was running before the engine got updated
> to 3.6 and wasn't powered-off since then?
> 
> I managed to simulate this.
> We probably need to prevent the addition of unmanaged virtio-serial in 3.6
> engine but IMO we should also use the ID reported by VDSM instead of
> generating a new one to eliminate similar issues in the future.
> @Eli, Omer - can you recall why can't we use the ID we get from VDSM for the
> unmanaged devices?
> (we can continue this discussion in devel-list or in bugzilla..)
> 
> > 
> > > 
> > > e.g.:
> > > 
> > > 
> > > engine=# SELECT * FROM vm_device WHERE vm_device.device = 'virtio-serial'
> > > AND vm_id = 'cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec' ORDER BY vm_id;
> > > -[ RECORD 1
> > > ]-+-
> > > device_id | 2821d03c-ce88-4613-9095-e88eadcd3792
> > > vm_id | cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec
> > > type  | controller
> > > device| virtio-serial
> > > address   |
> > > boot_order| 0
> > > spec_params   | { }
> > > is_managed| t
> > > is_plugged| f
> > > is_readonly   | f
> > > _create_date  | 2016-01-14 08:30:43.797161+01
> > > _update_date  | 2016-02-10 10:04:56.228724+01
> > > alias | virtio-serial0
> > > custom_properties | { }
> > > snapshot_id   |
> > > logical_name  |
> > > is_using_scsi_reservation | f
> > > -[ RECORD 2
> > > ]-+-
> > > device_id | 29e0805f-d836-451a-9ec3-9031baa995e6
> > > vm_id | cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec
> > > type  | controller
> > > device| virtio-serial
> > > address   | {bus=0x00, domain=0x, type=pci,
> > > slot=0x04,
> > > function=0x0}
> > > boot_order| 0
> > > spec_params   | { }
> > > is_managed| f
> > > is_plugged| t
> > > is_readonly   | f
> > > _create_date  

Re: [ovirt-users] [ovirt-devel] Blog post: Monitoring Improvements in oVirt

[Arik Hadas]

- Original Message -
> Hi Arik,
> 
> Very nice output..

Thank you

> 
> see also our mojo page:
> 
> https://mojo.redhat.com/groups/rhev-m-scalability-performance-team
> 
> can you elaborate how did you rampup 6K vms?

1. Created a cluster with 1 real host, 1 fake-VDSM based host and 1 storage 
domain (so the storage pool will be up).
2. Created a pool with 6000 VMs that is based on template with one network 
interface and no disks.
3. Ran all the VMs on fake-VDSM (they were pinned to that host)

At that point I had a fake-VDSM host that runs 6K VMs.
Then, 1. I put all the things in my master-based setup to maintenance and 
removed all VMs.
  2. Configured 1 cluster with this host - all the 6K VMs were added as 
external VMs.
And on 3.6 I did the same - created a cluster only with that host (and the VMs 
were added as external VMs).

By this, I had the exact same setup on both 3.6 and 4.0 and I didn't have 
anything else that could influence the measurements.

Note that that's why many of the numbers presented in the post should not be 
considered as absolute values but only
as a relative values between 3.6 and 4.0 setups.
My point is that when I say that saving the statistics took 2% of the 
interactions with the database, this '2%'
would probably be different in other environments and lower when the system 
does other things my system did not do.

> 
> also can you elaborate the following:
> 
> - HW definition?

Dell optiplex 780, 16GB of RAM, 4 CPUs with 4 cores-per-CPI
Both the engine and fake VDSM were running on that host.

> 
> - java HEAP Size?

I didn't change it manually - initial and maximum heap size of 3971M

> 
> - any postgres tuning ?

No, I kept the default settings.

> 
> 
> we are about to scale out the latest 4.0 RHEVM
> 
> any relevant changes that we should aware of?

Note that only part of these changes are in 4.0.
What bothers me and worth checking on 4.0 is the memory consumption -
in 4.0 we already cache VM statistics but many of the changes that probably lead
of the overall decrement of the memory consumption are missing there.
So it would be interesting to see what is the implication of storing more data
in memory in 4.0 - if it is problematic we can easily remove this cache as it
is rarely used in 4.0.

> 
> -Eldad
> 
> 
> 
> On 07/24/2016 05:15 PM, Arik Hadas wrote:
> > Hi all,
> >
> > I wrote a blog post that summarizes the recent improvements in the code
> > that monitors virtual machines in oVirt.
> > It describes the changes that were done and shows a comparison of different
> > aspects of oVirt with these changes
> > (based on the master branch) vs oVirt 3.6 without these changes:
> > http://ahadas.github.io/monitoring-improvements-in-ovirt/
> >
> > It is mostly a technical post.
> >
> > However, users might find it interesting as well.
> > Note that the measurements were taken on an environment with 1 host and
> > 6000 running VMs (in a pool).
> > Each VM had a network interface and was diskless.
> > Obviously, this is not a typical setup but it was useful to easily expose
> > some of weak sides of the monitoring.
> >
> > Your feedback is always welcome!
> >
> > Regards,
> > Arik
> > ___
> > Devel mailing list
> > de...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migrate machines in unknown state?

[Arik Hadas]

- Original Message -
> Hi,
> 
> We're running oVirt 4.0.1 and today I found out that one of our hosts
> has all its VMs in an unknown state. I actually don't know how (and
> when) did this happen, but I'd like to restore service possibly without
> turning off these machines. The host is up, the VMs are up, 'qemu'
> process exists, no errors, it's just the VMs running on it that have a
> '?' where status is defined.
> 
> Is it safe in this case to simply modify database and set those VM's
> status to 'up'? I remember having to do this a time ago when we faced
> storage issues, it didn't break anything back then. If not, is there a
> "safe" way to migrate those VMs to a different host and restart the host
> that marked them as unknown?

Hi Nicolás,

I assume that the host these VMs are running on is empty in the webadmin,
right? if that is the case then you've probably hit [1]. Changing their
status to up is not the way to go since these VMs will not be monitored.

Yes, there is no other way to resolve it other than changing the DB but
the change should be to update run_on_vds field of these VMs to the host
you know they are running on. Their status will then be updates in 15 sec.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1354494

Arik.

> 
> Thanks.
> 
> Nicolás
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migrate machines in unknown state?

[Arik Hadas]

- Original Message -
> 
> 
> El 04/08/16 a las 07:18, Arik Hadas escribió:
> > - Original Message -
> >> Hi,
> >>
> >> We're running oVirt 4.0.1 and today I found out that one of our hosts
> >> has all its VMs in an unknown state. I actually don't know how (and
> >> when) did this happen, but I'd like to restore service possibly without
> >> turning off these machines. The host is up, the VMs are up, 'qemu'
> >> process exists, no errors, it's just the VMs running on it that have a
> >> '?' where status is defined.
> >>
> >> Is it safe in this case to simply modify database and set those VM's
> >> status to 'up'? I remember having to do this a time ago when we faced
> >> storage issues, it didn't break anything back then. If not, is there a
> >> "safe" way to migrate those VMs to a different host and restart the host
> >> that marked them as unknown?
> > Hi Nicolás,
> >
> > I assume that the host these VMs are running on is empty in the webadmin,
> > right? if that is the case then you've probably hit [1]. Changing their
> > status to up is not the way to go since these VMs will not be monitored.
> 
> Hi Arik,
> 
> By "empty" you mean the webadmin reports the host being running 0 VMs?
> If so, that's not the case, actually the VM count seems to be correct in
> relation to "qemu-*" processes (about 32 VMs), I can even see the
> machines in the "Virtual machines" tab of the host, it's just they are
> all marked with the '?' mark.

No, I meant the 'Host' column in the Virtual Machines tab but if you see
the VMs in the "Virtual machines" sub-tab of the host then run_on_vds
points to the right host..

The host is up in the webadmin as well?
Can you share the engine log?

> 
> Thanks.
> 
> > Yes, there is no other way to resolve it other than changing the DB but
> > the change should be to update run_on_vds field of these VMs to the host
> > you know they are running on. Their status will then be updates in 15 sec.
> >
> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1354494
> >
> > Arik.
> >
> >> Thanks.
> >>
> >> Nicolás
> >>
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
> 
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 3.6 -> 4.0 upgrade fails on schema refresh

[Arik Hadas]

- Original Message -
> El 2016-07-06 11:11, nico...@devels.es escribió:
> > Hi Arik,
> > 
> > El 2016-07-06 10:27, Arik Hadas escribió:
> >> Hi,
> >> 
> >> This is a bit aggressive solution to remove all snapshots with the
> >> memory.
> >> 
> >> Can you confirm that a storage domain that was active while creating
> >> the snapshot with memory was removed from the system?
> >> This is something that was not covered and could lead to the reported
> >> issue.
> >> 
> > 
> > Some of them were available when we did remove a storage backend,
> > indeed. Some were newer, the problem is that I don't know which one
> > actually failed since when this happened we were in a hurry and needed
> > to upgrade ASAP.
> > 
> >> Until we come up with a proper solution, you can use the following
> >> query to identify the exact problematic snapshots and remove them
> >> before upgrading:
> >> select vm_name, snapshots.description as snapshot_name, snapshot_id
> >> from snapshots join vm_static on vm_id=vm_guid where
> >> CAST(split_part(memory_volume, ',', 1) AS UUID) not in (select id from
> >> storage_domain_static);
> >> 
> > 
> > Thanks. We have another oVirt infrastructure and I see this query is
> > returning one row. I'll report back when we upgrade this second
> > infrastructure and provide some details.
> > 
> 
> We've upgraded our second oVirt infrastructure as well, here are the
> steps:
> 
> 1) I run the query you provided, it returned one row.
> 2) I tried upgrading to 4.0 without deleting that snapshot: it failed
> with the error below.
> 3) I deleted the snapshot
> 4) Now I tried upgrading again and everything went smoothly.
> 
> I'd say this is the same issue, apparently.
> 
> Thanks.

Thanks for the update.
I opened a bug for this issue [1].
We will probably just remove the memory from this kind of snapshots 
automatically during the upgrade.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1353219

> 
> > Regards.
> > 
> >> Regards,
> >> Arik
> >> 
> >> - Original Message -
> >>> Hi,
> >>> 
> >>> We have had a similar issue when upgrading, digging into it we found
> >>> out
> >>> that this was caused by snapshots that had the "Save memory" option
> >>> enabled. We finally ended up deleting any snapshot that had this
> >>> option
> >>> enabled and then we tried to upgrade, this time the process went
> >>> smooth.
> >>> 
> >>> Hope this helps.
> >>> 
> >>> Regards.
> >>> 
> >>> El 2016-07-05 18:49, Matt . escribió:
> >>> > OK some update on this.
> >>> >
> >>> > Removed the db-migrate-script package and reinstalled ovirt-engine and
> >>> > ovirt-engine-setup.
> >>> >
> >>> > I still have that error and this is the loggingpart:
> >>> >
> >>> > CONTEXT:  SQL statement "DROP INDEX  IF EXISTS
> >>> > idx_vm_static_template_version_name; CREATE INDEX
> >>> > idx_vm_static_template_version_nam$
> >>> > PL/pgSQL function fn_db_create_index(character varying,character
> >>> > varying,text,text) line 12 at EXECUTE statement
> >>> > psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:93:
> >>> > ERROR:
> >>> > insert or update on table "image_storage_domain_map" violates foreign
> >>> > key constraint
> >>> > "fk_image_storage_domain_map_storage_domain_static"
> >>> > DETAIL:  Key (storage_domain_id)=(006552b0-cae3-4ccb-9baa-ee8c3b8e42cf)
> >>> > is not present in table "storage_domain_static".
> >>> > FATAL: Cannot execute sql command:
> >>> > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> >>> >
> >>> > 2016-07-05 19:40:29 ERROR
> >>> > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> >>> > schema._misc:313 schema.sh: FATAL:
> >>> > sql command:
> >>> > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> >>> > 2016-07-05 19:40:29 DEBUG otopi.context context._executeMethod:142
> >>> > method exception
> >>> > Traceback (most recent call last):
&g

Re: [ovirt-users] 3.6 -> 4.0 upgrade fails on schema refresh

[Arik Hadas]

Hi,

This is a bit aggressive solution to remove all snapshots with the memory.

Can you confirm that a storage domain that was active while creating the 
snapshot with memory was removed from the system?
This is something that was not covered and could lead to the reported issue.

Until we come up with a proper solution, you can use the following query to 
identify the exact problematic snapshots and remove them before upgrading:
select vm_name, snapshots.description as snapshot_name, snapshot_id from 
snapshots join vm_static on vm_id=vm_guid where CAST(split_part(memory_volume, 
',', 1) AS UUID) not in (select id from storage_domain_static);

Regards,
Arik

- Original Message -
> Hi,
> 
> We have had a similar issue when upgrading, digging into it we found out
> that this was caused by snapshots that had the "Save memory" option
> enabled. We finally ended up deleting any snapshot that had this option
> enabled and then we tried to upgrade, this time the process went smooth.
> 
> Hope this helps.
> 
> Regards.
> 
> El 2016-07-05 18:49, Matt . escribió:
> > OK some update on this.
> > 
> > Removed the db-migrate-script package and reinstalled ovirt-engine and
> > ovirt-engine-setup.
> > 
> > I still have that error and this is the loggingpart:
> > 
> > CONTEXT:  SQL statement "DROP INDEX  IF EXISTS
> > idx_vm_static_template_version_name; CREATE INDEX
> > idx_vm_static_template_version_nam$
> > PL/pgSQL function fn_db_create_index(character varying,character
> > varying,text,text) line 12 at EXECUTE statement
> > psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:93:
> > ERROR:
> > insert or update on table "image_storage_domain_map" violates foreign
> > key constraint
> > "fk_image_storage_domain_map_storage_domain_static"
> > DETAIL:  Key (storage_domain_id)=(006552b0-cae3-4ccb-9baa-ee8c3b8e42cf)
> > is not present in table "storage_domain_static".
> > FATAL: Cannot execute sql command:
> > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> > 
> > 2016-07-05 19:40:29 ERROR
> > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> > schema._misc:313 schema.sh: FATAL:
> > sql command:
> > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> > 2016-07-05 19:40:29 DEBUG otopi.context context._executeMethod:142
> > method exception
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132,
> > in _executeMethod
> > method['method']()
> >   File
> > "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
> > line 315, in _misc
> > raise RuntimeError(_('Engine schema refresh failed'))
> > RuntimeError: Engine schema refresh failed
> > 
> > Any idea ?
> > 
> > 2016-07-05 15:25 GMT+02:00 Matt . :
> >> I just found out that the file
> >> 
> >> 04_00_0140_convert_memory_snapshots_to_disks.sql
> >> 
> >> is not located in:
> >> 
> >> /usr/share/ovirt-engine/dbscripts/upgrade/
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Importing *.ova appliance

[Arik Hadas]

Hi Anantha,

Yes, it is supported but only for OVA appliances that are generated by vSphere 
5.5 and above.
What kind of OVA did you try to import from? (how it was generated?)

Regards,
Arik


- Original Message -
> Hi,
> 
> How do we import a *.ova appliance in oVirt? Starting 3.6.6, we see this
> option in import dialog but, even if we specify the location of OVA files,
> it reports "did not find any VM to import".
> 
> Does oVirt still not support importing OVA appliance?
> --
> 
> Thanks & Regards,
> Anantha Raghava
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Disable guest agent not installed warning

[Arik Hadas]

On Thu, Feb 23, 2017 at 7:48 PM, Karli Sjöberg  wrote:

>
> Den 23 feb. 2017 6:10 em skrev Nir Soffer :
> >
> > On Thu, Feb 23, 2017 at 6:47 PM, Karli Sjöberg 
> wrote:
> > >
> > > Den 23 feb. 2017 4:09 em skrev Nir Soffer :
> > >>
> > >> On Thu, Feb 23, 2017 at 4:38 PM, Karli Sjöberg 
> > >> wrote:
> > >> > On Thu, 2017-02-23 at 13:46 +, Misak Khachatryan wrote:
> > >> >> Hi there. Anybody knows how to suppress guest agent not installed
> > >> >> warning for VM? I have one VM based on FreeBSD, where i can't
> install
> > >> >> it and the warning is just annoying.
> > >>
> > >> I learned today that HA does not work properly if guest agent is not
> > >> installed,
> > >> so you should be careful about the warning.
> > >>
> > >> Nir
> > >
> > > Uhm, what makes you say that exactly? I've been running oVirt since god
> > > knows how long now, faced countless of times where HA worked perfectly
> fine.
> > > If this is a new "feature", you have my sincerest thumbs down on that
> one:)
> >
> > If the vm is terminated on the host, we will treat that as normal
> termination
> > (e.g. poweroff within the vm), and will not start the vm on another host.
> >
> > You probably do not notice this since nobody is killing your vms.
> >
> > Nir
>
> So a 'kill -9' or qemu bug, huh? Good to know, but I consider it a small
> risk.
>
Note that what Nir was referring to [1,2] is not something new, is
unrelated to the original question (the warning shown when connecting using
a spice console to a VM with no guest agent has nothing to do with its
high-availability) and is indeed minor.

Back to the original question, I'm afraid there is no way to prevent this
warning today.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1384007
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1418927

BTW Misak, you should be able to get the guest agent running in FreeBSD 11,
> since they added VirtIO serial now, haven't tried it myself, a bit
> preoccupied at the moment.
>
> /K
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting VM as ova

[Arik Hadas]

Hi Benjamin,

Unfortunately not.
We intend to make more use of the OVA format soon, we design this these
days.
May I ask what is the motivation in your case to export the VM as OVA?

Regards,
Arik



On Fri, Feb 10, 2017 at 11:41 AM, Benjamin Alfery <
benjamin.alf...@linforge.com> wrote:

> Hi,
>
> I'm using ovirt 4.0 and was wondering if it is possible to export an
> existing VM to ova format (via the gui). If it's not possible via GUI,
> is that possible at all?
>
>
> Best Regards
> Benjamin
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting VM as ova

[Arik Hadas]

On Sun, Feb 12, 2017 at 2:37 PM, Anantha Raghava <
rag...@exzatechconsulting.com> wrote:

> Hello Arik,
>
> Converting to an appliance (OVA) makes the VM portable. Works on multiple
> hypervisor. VM migration and interoperability becomes uncomplicated.
>

Thanks Anantha.
That's true only to some extent.
For example, without converting OVA that was generated by VMware using
virt-v2v oVirt cannot consume it since the VMDK disks format is not
supported in oVirt. Another example is the OVF representation that differs
among various virtualization management platforms.
So if you are trying to migrate a VM from oVirt to another platform and
assume you'll get this out-of-the-box by having an OVA that is generated by
oVirt, I'm afraid you'll be disappointed in case the target platform
doesn't support the format of the disks or doesn't know how to parse the
OVF that is generated by oVirt.
And there may be more use cases for exporting the VM as OVA, that's why I'm
interested to know what's the goal in this case :)


> --
>
> Thanks & Regards,
>
>
> Anantha Raghava eXzaTech Consulting And Services Pvt. Ltd.
>
> Do not print this e-mail unless required. Save Paper & trees.
> On Sunday 12 February 2017 06:04 PM, Arik Hadas wrote:
>
> Hi Benjamin,
>
> Unfortunately not.
> We intend to make more use of the OVA format soon, we design this these
> days.
> May I ask what is the motivation in your case to export the VM as OVA?
>
> Regards,
> Arik
>
>
>
> On Fri, Feb 10, 2017 at 11:41 AM, Benjamin Alfery <
> benjamin.alf...@linforge.com> wrote:
>
>> Hi,
>>
>> I'm using ovirt 4.0 and was wondering if it is possible to export an
>> existing VM to ova format (via the gui). If it's not possible via GUI,
>> is that possible at all?
>>
>>
>> Best Regards
>> Benjamin
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.1.0 - sparsify ireversibly destroys preallocated disks

[Arik Hadas]

Hi Nelson,

We are going to disable the sparsify operation on pre-allocated disks, see
https://bugzilla.redhat.com/show_bug.cgi?id=1414430.

Regards,
Arik

בתאריך 13 בפבר׳ 2017 11:18 AM,‏ "Nelson Lameiras" <
nelson.lamei...@lyra-network.com> כתב:

> Hello,
>
> Not sure if it's a bug or a limitation but, while playing with oVirt 4.1
> new possibilities, I tried to use the sparsity function on a preallocated
> disk, and this action irreversibly ruined the data on the disk. I have
> repeated this experiment multiple times and always same result.
> (Sparsifying a thin provisioned disk works great though)
>
> I understand that the "sparsify" function is relevant to thin provision
> disks only. Still I think there should be a warning before doing this
> action on a preallocated disk? or maybe even forbid this action on a
> preallocated disk since sparsify has no meaning on a preallocated disk? (I
> maybe wrong...)
>
> thanks
>
> cordialement, regards,
>
>
> Nelson LAMEIRAS
> Ingénieur Systèmes et Réseaux / Systems and Networks engineer
> Tel: +33 5 32 09 09 70
> nelson.lamei...@lyra-network.com
>
> www.lyra-network.com | www.payzen.eu
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 4.1: clone option of importing from VMware

[Arik Hadas]

On Mon, Feb 27, 2017 at 3:48 PM, Gianluca Cecchi 
wrote:

> On Mon, Feb 27, 2017 at 2:40 PM, Yaniv Kaul wrote:
>
>>
>>
>> On Mon, Feb 27, 2017 at 3:36 PM Gianluca Cecchi wrote:
>>
>>> Hello,
>>> I'm doing some tests to import VMs from VMware and verify functionality.
>>> Great newcomer in 4.1
>>>
>>
>> It was added in 4.0, I believe.
>>
>
> Ah, ok. Never tried before from web admin gui.
> I confused in release notes of 4.1.0 with the feature:
> BZ 1294629 Improve loading external VMs speed
>
>
>
>>
>>
>>> And after about 20 minutes (the original VM has only one thin
>>> provisioned disk 4Gb/8Gb) the lock goes away and the status of the VM
>>> becomes down and in events pane I get only now the sequence:
>>>
>>
>>> Feb 27, 2017 2:20:42 PM Vm T-RHEL6-64 was imported successfully to Data
>>> Center Default, Cluster Default
>>>
>>
>> And this is the end of the task.
>>
>
> Yes, I mean that during the 20 minutes elapsed time, it results that no
> tasks are in execution.
> Is this correct because it is considered a sort of external task or is it
> a bug?
>
>
>
>>
>>
>>> It seems to me not so clear experience for the user importing,
>>> especially I imagine in case of more than one import and with big disks.
>>>
>>
>> I guess as always, we could try to improve with progress bar...
>>
>
> I didn't refer to it (see above), but for sure it could be a nice add-on
> feature to provide.
>

Actually there is a progress bar for the phase of disks copying (after the
'initialization' phase) in the 'status' column of the virtual machines tab.


>
> And what about the "clone" option? In what is it different from no
> selection of it?
>

That means that the VM will be imported as a cloned VM - have different mac
addresses, different identifiers for the disks, different identifier for
the VM.


>
> Thanks,
> Gianluca
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 4.1: clone option of importing from VMware

[Arik Hadas]

On Mon, Feb 27, 2017 at 5:18 PM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

> On Mon, Feb 27, 2017 at 2:51 PM, Arik Hadas <aha...@redhat.com> wrote:
>
>>
>>>
>>> I didn't refer to it (see above), but for sure it could be a nice add-on
>>> feature to provide.
>>>
>>
>> Actually there is a progress bar for the phase of disks copying (after
>> the 'initialization' phase) in the 'status' column of the virtual machines
>> tab.
>>
>
> Ah, ok... I retried with another VM, monitoring this time the behavior and
> I see at  15:45 the message
>
> Starting to convert Vm T-RHEL5-64
>
> Then up to 16:04 it remains in "Initializing"
> Only at 16:04 it begins the copying phase, with a "qemu-img convert"
> command at host side that starts copying from an image in /var/tmp to the
> chosen storage domain with an elapsed of about 3 minutes and final
> completion
> Previously I missed the final minutes of the process, so that I noticed
> only the "Initializing" Status step and the final "Down" Status of the
> VM
>
>
>>
>>>
>>> And what about the "clone" option? In what is it different from no
>>> selection of it?
>>>
>>
>> That means that the VM will be imported as a cloned VM - have different
>> mac addresses, different identifiers for the disks, different identifier
>> for the VM.
>>
>>
>>>
>>>
> Ah, ok.
> This explains why I get this message while importing a VM without
> selecting "clone":
>
> VM T-RHEL7 has MAC address(es) 00:50:56:b0:0c:7d, which is/are out of its
> MAC pool definitions.
> ?
> In this case to assign an oVirt MAC between the setup ones, only way is to
> remove and add a new one or what?
>

After you imported the VM, yes.
During import, you can use the 'clone' option as you did before - it should
be fine as long as you're willing to have different identifiers (in most
cases, these identifiers have no functional implications).


>
> Gianluca
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM Import from remote libvirt Server on web gui with Host key verification failed or permission denied error

[Arik Hadas]

Hi Rogério,

Note that your test using virsh was from hlg-rbs-ovirt-kvm01-poa while 
ovirt-engine chose hlg-rbs-ovirt-kvm02-poa.rbs.com.br as the proxy host.
You need to make sure that all your hosts are configured with ssh-keys or 
explicitly choose one that is configured properly as a proxy (in the import 
dialog).

- Original Message -
> Hi Ovirt Jedi´s !!!
> 
> First of all, congratulations for this amazing product. I am an Vmware and
> Hyper-V Engineer but i am very excited with oVirt.
> 
> Now, let´s go to work ... :-)
> 
> I am trying to Import vm from remote libvirt server on web gui but i was
> unable to solve the problem until now.
> 
> 
> 
> Node logs :
> 
> [root@hlg-rbs-ovirt-kvm01-poa ~]# tail -f /var/log/vdsm/vdsm.log | grep -i
> error | grep -v Host.getStats
> jsonrpc.Executor/0::ERROR::2016-10-06
> 10:24:52,432::v2v::151::root::(get_external_vms) error connection to
> hypervisor: 'Cannot recv data: Permission denied, please try
> again.\r\nPermission denied, please try again.\r\nPermission denied
> (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by
> peer'
> jsonrpc.Executor/0::INFO::2016-10-06
> 10:24:52,433::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC call
> Host.getExternalVMs failed (error 65) in 10.05 seconds
> 
> [root@hlg-rbs-ovirt-kvm02-poa ~]# grep error /var/log/vdsm/vdsm.log | grep
> get_external_vms
> jsonrpc.Executor/7::ERROR::2016-10-06
> 10:25:37,344::v2v::151::root::(get_external_vms) error connection to
> hypervisor: 'Cannot recv data: Host key verification failed.: Connection
> reset by peer'
> [root@hlg-rbs-ovirt-kvm02-poa ~]#
> 
> Engine Logs :
> 
> [root@hlg-rbs-ovirt01-poa ~]# tail -f /var/log/ovirt-engine/engine.log
> 2016-10-06 10:24:42,377 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] START, GetVmsFromExternalProviderVDSCommand(HostName =
> hlg-rbs-ovirt-kvm01-poa.rbs.com.br ,
> GetVmsFromExternalProviderParameters:{runAsync='true',
> hostId='5feddfba-d7b2-423e-a946-ac2bf36906fa', url='qemu+ssh://
> r...@prd-openshift-kvm03-poa.rbs.com.br/system ', username='root',
> originType='KVM'}), log id: eb750c7
> 2016-10-06 10:24:53,435 WARN
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] Unexpected return value: StatusForXmlRpc [code=65,
> message=Cannot recv data: Permission denied, please try again.
> Permission denied, please try again.
> Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).:
> Connection reset by peer]
> 2016-10-06 10:24:53,435 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] Failed in 'GetVmsFromExternalProviderVDS' method
> 2016-10-06 10:24:53,435 WARN
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] Unexpected return value: StatusForXmlRpc [code=65,
> message=Cannot recv data: Permission denied, please try again.
> Permission denied, please try again.
> Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).:
> Connection reset by peer]
> 2016-10-06 10:24:53,454 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-97) [] Correlation ID: null, Call Stack: null, Custom Event
> ID: -1, Message: VDSM hlg-rbs-ovirt-kvm01-poa.rbs.com.br command failed:
> Cannot recv data: Permission denied, please try again.
> Permission denied, please try again.
> Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).:
> Connection reset by peer
> 2016-10-06 10:24:53,454 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] Command
> 'org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand'
> return value
> 'org.ovirt.engine.core.vdsbroker.vdsbroker.VMListReturnForXmlRpc@6c6f696c'
> 2016-10-06 10:24:53,454 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] HostName = hlg-rbs-ovirt-kvm01-poa.rbs.com.br
> 2016-10-06 10:24:53,454 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName
> = hlg-rbs-ovirt-kvm01-poa.rbs.com.br ,
> GetVmsFromExternalProviderParameters:{runAsync='true',
> hostId='5feddfba-d7b2-423e-a946-ac2bf36906fa', url='qemu+ssh://
> r...@prd-openshift-kvm03-poa.rbs.com.br/system ', username='root',
> originType='KVM'})' execution failed: VDSGenericException:
> VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot
> recv data: Permission denied, please try again.
> Permission denied, please try again.
> Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).:
> Connection reset by peer, code = 65
> 2016-10-06 10:24:53,454 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> 

Re: [ovirt-users] Can't shut down VM

[Arik Hadas]

On Sun, Dec 25, 2016 at 12:14 PM, Peter Calum <peter.ca...@gmail.com> wrote:

> Hi Arik
>
> Thank you for answering.
>
> The host for the VM with problems are running normally with 17 oter VM's.
>

So currently the host is up, 17 other VMs are running and this VM is stuck
in Powering Down?
Could you create a VM and try to run it on that host (at the Host tab in
the VM dialog select this host) and see if it get stuck in WaitForLaunch
state?


>
> thanks,
> Peter
>
>
> 2016-12-25 10:56 GMT+01:00 Arik Hadas <aha...@redhat.com>:
>
>> Hi,
>> There was some connectivity problem with the host that prevented you from
>> shutting down this VM.
>> What is the status of the host 80bb6fbe-6479-4642-835d-83f729e97fbb now
>> (in the webadmin it is shown as the host that the VM runs on)?
>>
>> On Sun, Dec 25, 2016 at 11:21 AM, Peter Calum <peter.ca...@gmail.com>
>> wrote:
>>
>>> Hi,
>>>
>>> I have a VM hanging in powering down state, the same VM has at snapshot
>>> hanging in state locked. - How do i solve this ?
>>>
>>> vmId='6d820a57-efef-431d-b98f-99e8fe13b6ac',
>>>
>>> oVirt Engine Version: 4.0.5.5-1.el7.centos
>>>
>>> engine log attached.
>>>
>>> --
>>> Venlig hilsen / Kind regards
>>>
>>> Peter Calum
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
>
> --
> Venlig hilsen / Kind regards
>
> Peter Calum
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Can't shut down VM

[Arik Hadas]

Hi,
There was some connectivity problem with the host that prevented you from
shutting down this VM.
What is the status of the host 80bb6fbe-6479-4642-835d-83f729e97fbb now (in
the webadmin it is shown as the host that the VM runs on)?

On Sun, Dec 25, 2016 at 11:21 AM, Peter Calum  wrote:

> Hi,
>
> I have a VM hanging in powering down state, the same VM has at snapshot
> hanging in state locked. - How do i solve this ?
>
> vmId='6d820a57-efef-431d-b98f-99e8fe13b6ac',
>
> oVirt Engine Version: 4.0.5.5-1.el7.centos
>
> engine log attached.
>
> --
> Venlig hilsen / Kind regards
>
> Peter Calum
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Any simple way of migrating KVM machines to oVirt instances

[Arik Hadas]

On Mon, Mar 20, 2017 at 9:15 AM, Yedidyah Bar David  wrote:

> On Mon, Mar 20, 2017 at 9:07 AM, John Joseph  wrote:
> > Hi All,
> > Thanks to the mailing list support and advice, now I have finished
> > installing oVirt 4.1, I have created few virtual machines and it is
> working
> > fine. Now I am thinking about migrating some virtual machines from
> > vmware/KVM to ovirt.
> > I am  checking the docs at
> >
> > http://www.ovirt.org/develop/release-management/features/
> virt/virt-v2v-integration/
> > for KVM to oVirt installation.
> >
> > Like to know is there any other simple way of migrating from KVM
> machines to
> > oVirt instance, it will be great if I can get a url for the how to do
>
> Searching for: site:ovirt.org kvm dd
> I found e.g.: http://lists.ovirt.org/pipermail/users/2014-June/058827.html


It sounds far more complicated than the integrated process in oVirt for
importing kvm virtual machines using libvirt.
John, can you please share why do you seek for an alternative way?


>
>
> Best,
>
> >
> > Advice and support requested
> > Thanks
> > Joseph John
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
> --
> Didi
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migration downtime

[Arik Hadas]

On Mon, Mar 20, 2017 at 12:28 PM, Arsène Gschwind  wrote:

> Hi,
>
> Since I've upgraded to 4.1 I don't have "actual downtime" after VM
> migration displayed, it displays N/A
>
>  Duration: 1 minute 59 seconds, Total: 1 minute 59 seconds, Actual
> downtime: (N/A) .
>
> So far I remember this value was available in 3.6, does anybody else have
> the same situation where this value is missing?
> I've investigate the logs but could just find the same information (N/A)
>
> Where is this value calculated / measured?
>

This is a regression in 4.1 that we are aware of [1] and working on.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1427566

> Regards,
> Arsène
>
>
>
> --
>
> *Arsène Gschwind*
> Fa. Sapify AG im Auftrag der Universität Basel
> IT Services
> Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
> Tel. +41 79 449 25 63 <+41%2079%20449%2025%2063>  |  http://its.unibas.ch
> ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11
> <+41%2061%20267%2014%2011>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] failed to migrate Vm

[Arik Hadas]

On Sat, Mar 4, 2017 at 8:42 PM, Bill James  wrote:

> I have a hardware node that for whatever reason most of the VM status was
> "?", even though VM was up and running fine.
>

This indicates that the engine failed to monitor the host (thus switching
VMs it knew that were running on it to the 'unknown' state).


> node was running ovirt 3.6 so I decided to upgrade it to 4.1.0.4-1 like
> most of the rest of the cluster is, including engine.
> After upgrade some VMs I'm able to start up fine on the upgraded hosts,
> other fail to start on that host and migrate themselves to another host.
> If I try to manually migrate them to the recently upgraded host migration
> fails. I have yet to find in the logs where it says why they fail.
> I am able to "runonce" the VM and tell it to start on this host and it
> starts fine.
> Why is migration failing?
>

> ovirt-engine-4.1.0.4-1.el7.centos.noarch
> vdsm-4.19.4-1.el7.centos.x86_64
>
>
> 2017-03-04 10:16:51,716-08 ERROR [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] 
> (org.ovirt.thread.pool-7-thread-48)
> [519095c3-83ed-4478-8dd4-f432db6db140] EVENT_ID:
> VM_MIGRATION_TO_SERVER_FAILED(120), Correlation ID: 2
> 6d1ecba-8711-408d-b9d5-6461a4aab4e5, Job ID: 
> 546e0e11-9b4b-48d4-bd50-2f525d049ae2,
> Call Stack: null, Custom Event ID: -1, Message: Migration failed  (VM: 
> *j2es2.test.j2noc.com
> *, Source: ovirt6.test.j2noc.com,
> Destination: *ovirt4.test.j2noc.com *)
>
>
> (engine.log attached)
>

The engine log doesn't contain the reason.
Please file a bug (https://bugzilla.redhat.com) and attach VDSM logs from
the mentioned source and destination hosts that cover the time of the
migration attempt.


>
> Thanks.
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VMs imported from libvirt have no cdrom device

[Arik Hadas]

On Sun, Mar 5, 2017 at 1:17 PM, Chris Boot  wrote:

> Hi,
>
> I've imported a number of VMs that I previously was running under a
> self-hosted libvirt configuration. Most of the VMs at the source did not
> have a cdrom device (but some did) because I just added one as I needed to.
>
> Now that the VMs have been imported into oVirt, none of them have a
> cdrom device. Even booting with the "Attach CD" option doesn't create a
> cdrom device. I can't see any way to get oVirt to re-create the missing
> device.
>
> Is there a way for me to add these missing devices to my VMs?
>

Unfortunately there is no supported way of doing that. In oVirt, we add a
cd-rom device for every VM during its creation and don't enable to add or
remove a cd-rom. If no cd-rom device is added by default during import from
libvirt then that's a bug, could you please file a bug on that (
https://bugzilla.redhat.com) ?

However, you can resolve it in a hacky way by modifying the database
directly:

insert into vm_device (device_id, vm_id, type, device, is_managed,
is_plugged, is_readonly, address) values (uuid_generate_v1(), (select
vm_guid from vm_static where vm_name='your-vm-name'), 'disk', 'cdrom', 't',
't', 't', '');


>
> I'm running oVirt 4.1 on CentOS 7.3.1611 with a hosted engine setup. VMs
> were migrated from a Debian Stretch machine running libvirt 3.0.0 with
> qemu 2.8.0.
>
> Thanks,
> Chris
>
> --
> Chris Boot
> bo...@bootc.net
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt importing VM

[Arik Hadas]

On Thu, Mar 2, 2017 at 10:48 AM, rightkicktech.gmail.com <
rightkickt...@gmail.com> wrote:

> Hi,
>
> I am using Virt4.1 on top glusterfs.
> I have defined two data domains, one for engine and one for vms. Also
> export and iso domains are on separate dedicated gluster volumes.
>
> When I try to import a VM from the export domain the VM is imported in the
> engine data domain. I would expect to be able to select on which data
> domain to import it. Am I missing sth?
>

Yeah, you missed the disks subtab at the import dialog :)
When pressing on one of the VMs to be imported subtabs appear and you can
configure the destination data domain per-disk (see the screenshot
attached).


>
> Thanx,
> Alex
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] After upgrading to 4.1.4 unable to start VM or migrate them

[Arik Hadas]

Hi,
Please provide the engine log so we can figure out which validation fails.

On Mon, Jul 31, 2017 at 4:57 PM, Arman Khalatyan  wrote:

> Hi,
> I am running in to trouble with 4.1.4 after engine upgrade I am not able
> to start or migrate virtual machines:
> getting following error:
> General command validation failure
> Are there any workarounds?
>
> ​
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Template for imported VMs?

[Arik Hadas]

On Tue, Jul 11, 2017 at 1:28 PM, Eduardo Mayoral  wrote:

> Hi,
>
> I am using oVirt 4.1 and I am importing a significant number of VMs
> from VMWare. So far, everything is fine.
>
> However, I find that after importing each VM I have to modify some
> parameters of the imported VM (Timezone, VM type from desktop to server,
> VNC console...).
>
> I have those parameters changed on the "blank" template, but it
> seems that the import process is not picking that template as the base
>

That's true, we don't take anything from the blank template on import at
the moment.
Although this approach makes sense to some degree, because the blank
template is used as a base for new VMs unless stated otherwise, it is
debatable whether this approach should be used for imported VMs - some may
find such a relation between the (remote) imported VMs and the (local)
blank template odd/unexpected .


> for the imported VM. Where is the import process picking the defaults
> for the imported VM from? Can those be changed? I have failed to find
> that information on the docs.
>

Unfortunately, there is no way to set those defaults at the moment. You
will have to edit the VMs after the import process is done. There are some
plans to simplify that process though.


>
> Thanks in advance!
>
> --
> Eduardo Mayoral Jimeno (emayo...@arsys.es)
> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
> +34 941 620 145 ext. 5153
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] virt-v2v to glusterfs storage domain

[Arik Hadas]

On Mon, Jul 10, 2017 at 7:54 PM, Ramachandra Reddy Ankireddypalle <
rcreddy.ankireddypa...@gmail.com> wrote:

> Thanks for looking in to this. I am looking for a way to achieve this
> through command/script. I tried using virtv2v as below.
>
> [root@hcadev3 tmp]# virt-v2v -i ova 1Deepakvm2.ova -o rhev -of qcow2 -os
> hcadev3:/dav_vm_vol
> [   0.0] Opening the source -i ova 1Deepakvm2.ova
> [   1.2] Creating an overlay to protect the source from being modified
> [   2.3] Initializing the target -o rhev -os hcadev3:/dav_vm_vol
> mount.nfs: requested NFS version or transport protocol is not supported
>
> I am looking for a way to provide an option to virt-v2v to understand that
> dav_vm_vol is a glusterfs volume and that it can be accessed from node
> hcadev3.
>

So the "-o rhev" should not be used in that case because then virt-v2v
assumes the target is an export domain and tries to mount it as NFS.
If this has to be done via the command line then the flag that needs to be
used in virt-v2v is "-o vdsm" but it requires you to create the images and
mount them to the host that the conversion is executed on by yourself + to
execute virt-v2v with vdsm's permissions - which is complicated. That is
why this option was not intended for invocation by users from the command
line (but to be used by vdsm), however, that's possible.
It would be simpler to use the REST-API based clients in that case.


>
> On Mon, Jul 10, 2017 at 2:36 AM, Arik Hadas <aha...@redhat.com> wrote:
>
>>
>>
>> On Fri, Jul 7, 2017 at 9:38 PM, Ramachandra Reddy Ankireddypalle <
>> rcreddy.ankireddypa...@gmail.com> wrote:
>>
>>> Hi,
>>>  Does virt-v2v command work with glusterfs storage domain. I have an
>>> OVA image and that needs to be imported to glusterfs storage domain. Please
>>> provide some pointers to this.
>>>
>>
>>  I don't see a reason why it wouldn't work.
>> Assuming that the import operation is triggered from oVirt, the engine
>> then creates the target disk(s) and prepares the image(s) on the host that
>> the conversion will be executed on as it regularly does. virt-v2v then just
>> to write to that "prepared" image.
>> In the import dialog you can select the target storage domain. I would
>> suggest that you just try to pick the glusterfs storage domain and see if
>> it works. It should work, if not - please let us know.
>>
>>
>>>
>>> Thanks and Regards,
>>> Ram
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt 4.1] how to increase HA VM retry count ?

[Arik Hadas]

On Wed, Jul 12, 2017 at 4:05 PM, TranceWorldLogic . <
tranceworldlo...@gmail.com> wrote:

> Hi,
>
> I want to retry VM start procedure.
> Is this variable use for same ? because as per name it look to me it will
> try to do fencing if it fail.
>

So in that case the configuration value that you look for is:
MaxNumOfTriesToRunFailedAutoStartVm


>
> Thanks,
> ~Rohit
>
> On Wed, Jul 12, 2017 at 3:21 PM, Eli Mesika  wrote:
>
>> Hi
>>
>> You have the following configuration parameters :
>>
>> FenceStartStatusRetries (default 10)
>> FenceStartStatusDelayBetweenRetriesInSec (default 18 sec)
>>
>> FenceStopStatusRetries(default 10)
>> FenceStopStatusDelayBetweenRetriesInSec(default 18 sec)
>>
>>
>> You can use the engine-config utility to change any of those (requires
>> engine restart)
>>
>> For example
>>
>> engine-config -s FenceStartStatusRetries=30
>>
>>
>>
>>
>> On Wed, Jul 12, 2017 at 12:27 PM, TranceWorldLogic . <
>> tranceworldlo...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I have created HA VM with priority as High.
>>> And then I block host network connection using firewall rule as shown
>>> below.
>>> e.g.
>>> iptables -I INPUT -j DROP; iptables -I OUTPUT -j DROP;
>>>
>>> As expected ovirt had call fencing to power off host and power on it
>>> again.
>>> At backgroud ovirt tried 10 time to start that VM but as host down it
>>> fail to start.
>>> And after 10 trial it giveup to start VM.
>>>
>>> Is there any way to increase trail count ?
>>> And also let me know how to change retry timer.
>>>
>>> Thanks,
>>> ~Rohit
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] virt-v2v to glusterfs storage domain

[Arik Hadas]

On Fri, Jul 7, 2017 at 9:38 PM, Ramachandra Reddy Ankireddypalle <
rcreddy.ankireddypa...@gmail.com> wrote:

> Hi,
>  Does virt-v2v command work with glusterfs storage domain. I have an
> OVA image and that needs to be imported to glusterfs storage domain. Please
> provide some pointers to this.
>

 I don't see a reason why it wouldn't work.
Assuming that the import operation is triggered from oVirt, the engine then
creates the target disk(s) and prepares the image(s) on the host that the
conversion will be executed on as it regularly does. virt-v2v then just to
write to that "prepared" image.
In the import dialog you can select the target storage domain. I would
suggest that you just try to pick the glusterfs storage domain and see if
it works. It should work, if not - please let us know.


>
> Thanks and Regards,
> Ram
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [Libguestfs] virt-v2v import from KVM without storage-pool ?

[Arik Hadas]

On Wed, Jul 5, 2017 at 4:15 PM, Richard W.M. Jones 
wrote:

> On Wed, Jul 05, 2017 at 11:14:09AM +0200, Matthias Leopold wrote:
> > hi,
> >
> > i'm trying to import a VM in oVirt from a KVM host that doesn't use
> > storage pools. this fails with the following message in
> > /var/log/vdsm/vdsm.log:
> >
> > 2017-07-05 09:34:20,513+0200 ERROR (jsonrpc/5) [root] Error getting
> > disk size (v2v:1089)
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 1078, in
> > _get_disk_info
> > vol = conn.storageVolLookupByPath(disk['alias'])
> >   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4770,
> > in storageVolLookupByPath
> > if ret is None:raise libvirtError('virStorageVolLookupByPath()
> > failed', conn=self)
> > libvirtError: Storage volume not found: no storage vol with matching path
> >
> > the disks in the origin VM are defined as
> >
> > 
> >   
> >   
> >
> > 
> >   
> >   
> >
> > is this a virt-v2v or oVirt problem?
>
> Well the stack trace is in the oVirt code, so I guess it's an oVirt
> problem.  Adding ovirt-users mailing list.
>

Right, import of KVM VMs to oVirt doesn't involve virt-v2v.
The current process gets the virtual size (i.e., capacity) and the actual
size (i.e., allocation) of the volume using libvirt api that seems to rely
on having the volume in a storage pool. So the process would need to be
extended in order to support the case of having volumes that are not part
of a storage pool.


>
> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat
> http://people.redhat.com/~rjones
> Read my programming and virtualization blog: http://rwmj.wordpress.com
> virt-df lists disk usage of guests without needing to install any
> software inside the virtual machine.  Supports Linux and Windows.
> http://people.redhat.com/~rjones/virt-df/
>
> ___
> Libguestfs mailing list
> libgues...@redhat.com
> https://www.redhat.com/mailman/listinfo/libguestfs
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import OVA

[Arik Hadas]

On Tue, Apr 25, 2017 at 8:26 PM, Andy Kress <farkey_2...@yahoo.com> wrote:

> This is a KVM native OVA.  Other than pulling apart the archive and
> importing the disks directly, then attaching the disk to a VM, is there a
> more efficient process??
>

Unfortunately, not yet. A better process is planned for 4.2:
https://github.com/oVirt/ovirt-site/pull/828/files


>
> Thanks
>
> On Apr 25, 2017, at 12:02 PM, Arik Hadas <aha...@redhat.com> wrote:
>
> If that's a VMware-compatible OVA then a better approach (the approach
> that was previously proposed requires you to convert the vmdk disks
> separately) would be to copy the OVA file to one of the hosts managed by
> oVirt, change its permissions to vdsm:kvm, and import it using the import
> dialog in the virtual machines tab.
>
> On Tue, Apr 25, 2017 at 6:34 PM, Andy <farkey_2...@yahoo.com> wrote:
>
>> Ahh makes sense,  will give that a try.  thank you much for the info.
>>
>>
>> On Tuesday, April 25, 2017, 8:21:43 AM EDT, Fred Rolland <
>> froll...@redhat.com> wrote:
>> Hi,
>>
>> You can upload a disk in the "disks" tab.
>> You will need to create the VM manually, and attached the disk to it.
>>
>> Regards,
>>
>> Fred
>>
>> On Tue, Apr 25, 2017 at 3:06 PM, Andy Kress <farkey_2...@yahoo.com>
>> wrote:
>>
>> All,
>>
>> I am using the latest version of Ovirt 4.1.1.8-1 running in CentOS 7.3
>> and would like to import an OVA.  Since it appears the image-uploader
>> utility is deprecated, does anyone have information on how to accomplish
>> this?
>> I cannot import it through the UI directly and rather than importing the
>> OVA to a VMWARE environment and pulling it in, I would like to know how to
>> directly do this.
>>
>> Thanks
>>
>> AK
>> __ _
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/ mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import OVA

[Arik Hadas]

If that's a VMware-compatible OVA then a better approach (the approach that
was previously proposed requires you to convert the vmdk disks separately)
would be to copy the OVA file to one of the hosts managed by oVirt, change
its permissions to vdsm:kvm, and import it using the import dialog in the
virtual machines tab.

On Tue, Apr 25, 2017 at 6:34 PM, Andy  wrote:

> Ahh makes sense,  will give that a try.  thank you much for the info.
>
>
> On Tuesday, April 25, 2017, 8:21:43 AM EDT, Fred Rolland <
> froll...@redhat.com> wrote:
> Hi,
>
> You can upload a disk in the "disks" tab.
> You will need to create the VM manually, and attached the disk to it.
>
> Regards,
>
> Fred
>
> On Tue, Apr 25, 2017 at 3:06 PM, Andy Kress  wrote:
>
> All,
>
> I am using the latest version of Ovirt 4.1.1.8-1 running in CentOS 7.3 and
> would like to import an OVA.  Since it appears the image-uploader utility
> is deprecated, does anyone have information on how to accomplish this?
> I cannot import it through the UI directly and rather than importing the
> OVA to a VMWARE environment and pulling it in, I would like to know how to
> directly do this.
>
> Thanks
>
> AK
> __ _
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/ mailman/listinfo/users
> 
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cloning VM on a different data domain than master

[Arik Hadas]

On Tue, Aug 22, 2017 at 7:02 PM, Christopher Cox 
wrote:

> On 08/22/2017 07:20 AM, Yohan JAROSZ wrote:
>
>> Dear list,
>>
>> When cloning a VM, is it possible to select the data domain to which it
>> would clone.
>> I have two data domains attached to my cluster and it automatically clone
>> the VM to the master one.
>>
>
>
> Clones are not copies, but rather built using snapshots, which is why they
> are on the same storage domain(s) as the original disk(s).
>
>
That is incorrect. Disks of a VM that was cloned from an existing VM *are*
copies of the disks the latter.
The process of cloning a VM from an existing VM is similar to cloning a VM
from a snapshot. When cloning from a snapshot we enable the user to choose
a target storage domain for each disk. We don't provide this option in the
webadmin when cloning from an existing VM. There is a chance, however, that
it works from REST-API since both operationgs use similar parameters and
the same code for creating the disks. Need to try.


>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Feature: enhanced OVA support

[Arik Hadas]

Hi everyone,

We would like to share our plan for extending the currently provided
support for OVA files with:
1. Support for uploading OVA.
2. Support for exporting a VM/template as OVA.
3. Support for importing OVA that was generated by oVirt (today, we only
support those that are VMware-compatible).
4. Support for downloading OVA.

This can be found on the feature page

.

Your feedback and cooperation will be highly appreciated.

Thanks,
Arik
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Feature: enhanced OVA support

[Arik Hadas]

On Tue, May 16, 2017 at 5:56 PM, Adam Litke <ali...@redhat.com> wrote:

> Great feature!  I am glad to see you plan to use the existing imageio
> framework for transferring data.
>

Yep, and that's the part we need the feedback on the most.


>
> Will you allow export of VMs from a particular snapshot?  I guess that's
> how you'll have to do it if you want to support export of running VMs.
>

Exactly, that's how we intend to support exporting VMs with no downtime.


>
> I think you should definitely have a comment in the ovf to indicate that
> an OVA was generated by a oVirt.  People will try to use this new feature
> to import random OVAs from who knows where.  I'd also recommend adding a
> version to this comment:  or
> perhaps even a schema version in case you need to deal with compatibility
> issues in the future.
>
>
So yeah, there will be some sort of marking - either by a field or a
comment. We'll see about that.
As for the schema version, it already exists in OVFs generated by oVirt
today exactly for that purpose.


> I agree with Yaniv Kaul that we should offer to sparsify the VM to
> optimize it for export.  We should also return compressed data.  When
> exporting, does it make sense to cache the stored OVA file in some sort of
> ephemeral storage (host local is fine, storage domain may be better) in
> order to allow the client to resume or restart an interrupted download
> without having to start from scratch?
>
>
Well, on the one hand it makes sense and I would expect such a mechanism to
be used for image-download as well. On the other hand, we don't support
this concept of pausing ongoing operations or resuming interrupted
opeations on the engine side, so in the context of ova-download (where the
streaming process is comprised of several steps orchestrated by the engine)
supporting this may require too much effort.


>
> On Sun, May 14, 2017 at 9:56 AM, Arik Hadas <aha...@redhat.com> wrote:
>
>> Hi everyone,
>>
>> We would like to share our plan for extending the currently provided
>> support for OVA files with:
>> 1. Support for uploading OVA.
>> 2. Support for exporting a VM/template as OVA.
>> 3. Support for importing OVA that was generated by oVirt (today, we only
>> support those that are VMware-compatible).
>> 4. Support for downloading OVA.
>>
>> This can be found on the feature page
>> <http://www.ovirt.org/develop/release-management/features/virt/enhance-import-export-with-ova/>
>> .
>>
>> Your feedback and cooperation will be highly appreciated.
>>
>> Thanks,
>> Arik
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Adam Litke
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Feature: enhanced OVA support

[Arik Hadas]

On Mon, May 15, 2017 at 8:05 PM, Richard W.M. Jones <rjo...@redhat.com>
wrote:

> On Sun, May 14, 2017 at 04:56:56PM +0300, Arik Hadas wrote:
> > Hi everyone,
> >
> > We would like to share our plan for extending the currently provided
> > support for OVA files with:
> > 1. Support for uploading OVA.
> > 2. Support for exporting a VM/template as OVA.
> > 3. Support for importing OVA that was generated by oVirt (today, we only
> > support those that are VMware-compatible).
> > 4. Support for downloading OVA.
> >
> > This can be found on the feature page
> > <http://www.ovirt.org/develop/release-management/features/
> virt/enhance-import-export-with-ova/>
> > .
> >
> > Your feedback and cooperation will be highly appreciated.
>
> The plan as stated seems fine, but I have some reservations which I
> don't think are answered by the page:
>
> (1) How will oVirt know the difference between an OVA generated
> by oVirt and one generated by VMware (or indeed other sources)?
> A VMware OVF has an XML comment:
>
> 
>
> but not any official metadata that I could see.


So that's something that we have not decided on yet.
Indeed, we need some indication of the system that generated the OVA and it
makes sense to have it inside the OVF. I thought about a field that is part
of the VM configuration, like the "origin" field of VMs in ovirt-engine.
Having a comment like you mentioned is also an option.


>
> (By the way, I don't think importing via virt-v2v vs directly will be
> any quicker.  The v2v conversion / device installation takes only a
> fraction of the time.  Most of the time is consumed doing the format
> conversion from VMDK to qcow2.  However you are correct that when you
> know that the source is oVirt/KVM, you should not run virt-v2v.)
>

Note that the disks within the OVA will be of type qcow2. So not only that
no v2v conversion / device installation is needed, but also no format
conversion will be needed on the import and upload flows.


>
> (2) I think you're going to have a lot of fun generating OVAs which
> work on VMware.  As Yaniv says, the devices aren't the same so you'd
> be having to do some virt-v2v -like driver installation / registry
> modification.  Plus the OVF file is essentially a VMware data dump
> encoded as XML.  OVF isn't a real standard.  I bet there are a million
> strange corner cases.  Even writing VMDK files is full of pitfalls.
>
> VMware has a reasonable V2V import tool (actually their P2V tooling is
> very decent).  Of course it's proprietary, but then so is their
> hypervisor.  Maybe oVirt can drive their tools?
>

No no, that fun is not part of the plan :)
The OVAs we'll generate are supposed to contain:
1. OVF - it should be similar to the one virt-v2v generates for oVirt (that
is similar to the one we use internally in oVirt for snapshots and for
backup within storage domains, i.e., OVF-stores). We will definitely need
some extensions, like an indication that the OVA was generated by oVirt. We
may make some tweaks here and there, like removing network interfaces from
the list of resources. But we already are generally aligned with what the
specification says about OVFs.

2. qcow2 disks - thus, no conversion (device installation) and no format
conversion will be needed (we may consider to convert them to raw later on,
since they are expected to be the base volumes of the disks, not sure it
worth the effort though).

I will add this to the feature page.

We are aware to the fact that with this design, the OVAs could not be
directly consumed by others, like VMware. But this could make it easier for
them to make the needed conversion - they won't need to query the VM
configuration from oVirt and won't need to lookup the disks inside oVirt's
storage domains. Anyway, we assume that this conversion is done by other
tools.


> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~
> rjones
> Read my programming and virtualization blog: http://rwmj.wordpress.com
> Fedora Windows cross-compiler. Compile Windows programs, test, and
> build Windows installers. Over 100 libraries supported.
> http://fedoraproject.org/wiki/MinGW
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Permissions to Import VMs

[Arik Hadas]

On Mon, May 15, 2017 at 11:36 PM, Peter Wood  wrote:

> Hi,
>
> I have a group of local users with permissions to create VMs, templates,
> and VMs from templates. They are allowed to work only in one of the
> clusters in the datacenter.
>
> Now I want one of the local users to be able to import VMs and convert
> them into templates and I just can't find the recipe for that.
>
> The group has these permissions:
>
> LocalUsersGroup -> [PowerUserRole] -> DEV1 (Cluster)
> LocalUsersGroup -> [PowerUserRole] -> SAN (Storage)
> LocalUsersGroup -> [TemplateCreator] -> OFFICE (Datacenter)
>
> LocalUserA is part of LocalUsersGroup and should be able to:
>   - Import a VM
>   - Convert the VM to a template for everyone to use
>   - Delete the VM
>
> I tried this: LocalUserA -> [VmImporterExporter] -> System
>
> LocalUserA can now import VMs and convert them to templates but it can't
> delete the imported VMs. For some reason [UserVmManager] role is not
> assigned to LocalUserA on the VMs that were imported.
>

Right, that seems to be a bug. The import operation should set the user
that executes it with UserVmManager role on the imported VM, just like add
VM does for regular VM creation.
Could you please file a bug?


>
> Before I start messing around I'd appreciate somebody's else opinion on
> how this should be done.
>
>
Thank you for your time,
>
> -- Peter
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Feature: enhanced OVA support

[Arik Hadas]

On Mon, May 15, 2017 at 6:11 PM, Derek Atkins <de...@ihtfp.com> wrote:

> Hi,
>
> Arik Hadas <aha...@redhat.com> writes:
>
> > Hi everyone,
> >
> > We would like to share our plan for extending the currently provided
> support
> > for OVA files with:
> > 1. Support for uploading OVA.
> > 2. Support for exporting a VM/template as OVA.
> > 3. Support for importing OVA that was generated by oVirt (today, we only
> > support those that are VMware-compatible).
> > 4. Support for downloading OVA.
> >
> > This can be found on the feature page.
> >
> > Your feedback and cooperation will be highly appreciated.
>
> Sounds like a great plan.
>
> What's the chance that the export would enable an OVA that could be
> loaded back into VMware?
>

I'm afraid that would be too costly.
As far as I know, there are pretty good conversion tools for converting VMs
from KVM to VMware today [1] (which, btw, I consider to be a strength as
Eduardo mentioned before. we certainly not in favor of vendor lock-in). It
would only make sense for them to support converting the OVA we produce,
much like we extended virt-v2v for converting VMware's OVA not long ago -
and I'm pretty sure they won't object to do this, they have all the
building blocks - getting a VM as a single archive that complies with the
OVA standard should make it easy for them).

[1] https://www.youtube.com/watch?v=DJedam7TJWo (the relevant part starts
at 14:40)


>
> > Thanks,
> > Arik
>
> -derek
>
> --
>Derek Atkins 617-623-3745
>de...@ihtfp.com www.ihtfp.com
>Computer and Internet Security Consultant
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to use virt-sysprep

[Arik Hadas]

On Fri, May 19, 2017 at 9:42 PM, Joel Diaz <mrjoeld...@gmail.com> wrote:

> Arik,
>
> After adding the snapshot repo, and updating the engine, I now see the
> seal option.
>

Great. Note that you probably need to update the hosts with the snapshot
repository as well for this operation to work.


>
> Thanks again,
>
> Joel
>
>
>
> On May 19, 2017 1:07 PM, "Arik Hadas" <aha...@redhat.com> wrote:
>
>>
>>
>> On Fri, May 19, 2017 at 7:22 PM, Joel Diaz <mrjoeld...@gmail.com> wrote:
>>
>>> I ran yum update on my three host and the engine VM so I believe an up
>>> to date on all the packages. How can I check if I am on version 4.1.2?
>>>
>>
>> You can find the engine's version in the 'About' dialog (at the top-right
>> corner of the screen of the webadmin). If you don't use the
>> 'ovirt-4.1-snapshot' repository then it makes sense that you didn't get
>> this update yet.
>>
>>
>>> I restarted the httpd and ovirt-engine service after the updates, but
>>> still don't the seal option.
>>>
>>> Thanks,
>>>
>>> On May 19, 2017 11:49 AM, "Arik Hadas" <aha...@redhat.com> wrote:
>>>
>>>
>>>
>>> On Fri, May 19, 2017 at 4:10 PM, Joel Diaz <mrjoeld...@gmail.com> wrote:
>>>
>>>> Arik,
>>>>
>>>> Very cool. It's exactly what I was looking for.
>>>>
>>>> However, I don't see that checkbox. I've attached an image of what the
>>>> template window looks like on my end. Maybe I'm looking in the wrong place?
>>>>
>>>
>>> No , you're looking at the right place. This feature got in pretty late
>>> in the release cycle of 4.1, so it is available from 4.1.2. Maybe the
>>> version you are using is lower than that?
>>>
>>>
>>>>
>>>> Thanks for the response,
>>>>
>>>> On May 18, 2017 12:29 PM, "Arik Hadas" <aha...@redhat.com> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Thu, May 18, 2017 at 10:40 AM, Luca 'remix_tj' Lorenzetto <
>>>>> lorenzetto.l...@gmail.com> wrote:
>>>>>
>>>>>> Hello Joel,
>>>>>>
>>>>>> as far as i know, virt-sysprep has to be executed inside the VM before
>>>>>> cloning it to template. This removes some infos from the VM like udev
>>>>>> rules & ssh keys.
>>>>>>
>>>>>>
>>>>> So this has changed in 4.1. You can now choose to seal a template
>>>>> during its creation. This will take a VM, that may have not been sealed,
>>>>> create a template out of it and then invoke virt-sysprep on the template's
>>>>> disks.
>>>>>
>>>>> Joel, in the 'make template' dialog you'll see a checkbox (at the
>>>>> bottom) for 'Seal Template' that will do the trick. There is also a 'seal'
>>>>> parameter in the REST-API, of course [1].
>>>>>
>>>>> [1] https://github.com/oVirt/ovirt-engine-api-model/blob/mas
>>>>> ter/src/main/java/services/TemplatesService.java#L168
>>>>>
>>>>>
>>>>>>
>>>>>> Luca
>>>>>>
>>>>>> On Wed, May 17, 2017 at 8:53 PM, Joel Diaz <mrjoeld...@gmail.com>
>>>>>> wrote:
>>>>>> > Good afternoon ovirt users,
>>>>>> >
>>>>>> > I'm new to ovirt. I've created templates in the past using this
>>>>>> guide,
>>>>>> > https://github.com/rharmonson/richtech/wiki/CentOS-7-1511-Mi
>>>>>> nimal-oVirt-Template
>>>>>> > .
>>>>>> >
>>>>>> > I was going over the list of features and stumbled on to
>>>>>> virt-sysprep.
>>>>>> >
>>>>>> > http://www.ovirt.org/develop/release-management/features/vir
>>>>>> t-sysprep/
>>>>>> >
>>>>>> >  http://libguestfs.org/virt-sysprep.1.html
>>>>>> >
>>>>>> > How can I use virt-sysprep from within ovirt to create templates?
>>>>>> >
>>>>>> > Thank you for your help,
>>>>>> >
>>>>>> > Joel
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> > Joel
>>>>>> >
>>>>>> >
>>>>>> > ___
>>>>>> > Users mailing list
>>>>>> > Users@ovirt.org
>>>>>> > http://lists.ovirt.org/mailman/listinfo/users
>>>>>> >
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
>>>>>> calcoli che potrebbero essere affidati a chiunque se si usassero delle
>>>>>> macchine"
>>>>>> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>>>>>>
>>>>>> "Internet è la più grande biblioteca del mondo.
>>>>>> Ma il problema è che i libri sono tutti sparsi sul pavimento"
>>>>>> John Allen Paulos, Matematico (1945-vivente)
>>>>>>
>>>>>> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
>>>>>> lorenzetto.l...@gmail.com>
>>>>>> ___
>>>>>> Users mailing list
>>>>>> Users@ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>
>>>>>
>>>>>
>>>
>>>
>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Permissions to Import VMs

[Arik Hadas]

On Sat, May 20, 2017 at 12:15 AM, Peter Wood <peterwood...@gmail.com> wrote:

> I did create a bug report and it was closed with the explanation that
> UserVmManager role is not assigned because I'm using the Administration
> portal... (???). What other portal do I use? Import/Export is Admin type
> operation.
>
> See here:
> https://bugzilla.redhat.com/show_bug.cgi?id=1451501
>
>
> Very simple steps to test it:
>
> - Create a local user called LocalUserA
>
> - Grant permissions to create VMs in DEV1 cluster and Import/Export VMs:
>
> LocalUserA -> [PowerUserRole] -> DEV1 (Cluster)
> LocalUserA -> [PowerUserRole] -> SAN (Storage Data Master)
> LocalUserA -> [VmImporterExporter] -> DEV1 (Cluster)
> LocalUserA -> [VmImporterExporter] -> SAN (Storage Data Master)
> LocalUserA -> [VmImporterExporter] -> SD-Export (Storage Export type)
>
> - Login to the Administration Portal as LocalUserA@internal
>
> - Create a VM, Export the VM, Import the VM
>
>   Role UserVmManager is not set for the imported VM.
>   User LocalUserA can not even boot up the VM due to insufficient
> permissions.
>
> How do I setup LocalUserA so it can import VMs and work with them?
>
>
Thanks for this information Peter.
I proposed a patch. Let's discuss it in bugzilla.


> Thank you,
>
> -- Peter
>
>
> On Tue, May 16, 2017 at 4:11 AM, Arik Hadas <aha...@redhat.com> wrote:
>
>>
>>
>> On Mon, May 15, 2017 at 11:36 PM, Peter Wood <peterwood...@gmail.com>
>> wrote:
>>
>>> Hi,
>>>
>>> I have a group of local users with permissions to create VMs, templates,
>>> and VMs from templates. They are allowed to work only in one of the
>>> clusters in the datacenter.
>>>
>>> Now I want one of the local users to be able to import VMs and convert
>>> them into templates and I just can't find the recipe for that.
>>>
>>> The group has these permissions:
>>>
>>> LocalUsersGroup -> [PowerUserRole] -> DEV1 (Cluster)
>>> LocalUsersGroup -> [PowerUserRole] -> SAN (Storage)
>>> LocalUsersGroup -> [TemplateCreator] -> OFFICE (Datacenter)
>>>
>>> LocalUserA is part of LocalUsersGroup and should be able to:
>>>   - Import a VM
>>>   - Convert the VM to a template for everyone to use
>>>   - Delete the VM
>>>
>>> I tried this: LocalUserA -> [VmImporterExporter] -> System
>>>
>>> LocalUserA can now import VMs and convert them to templates but it can't
>>> delete the imported VMs. For some reason [UserVmManager] role is not
>>> assigned to LocalUserA on the VMs that were imported.
>>>
>>
>> Right, that seems to be a bug. The import operation should set the user
>> that executes it with UserVmManager role on the imported VM, just like add
>> VM does for regular VM creation.
>> Could you please file a bug?
>>
>>
>>>
>>> Before I start messing around I'd appreciate somebody's else opinion on
>>> how this should be done.
>>>
>>>
>> Thank you for your time,
>>>
>>> -- Peter
>>>
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to use virt-sysprep

[Arik Hadas]

On Thu, May 18, 2017 at 10:40 AM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hello Joel,
>
> as far as i know, virt-sysprep has to be executed inside the VM before
> cloning it to template. This removes some infos from the VM like udev
> rules & ssh keys.
>
>
So this has changed in 4.1. You can now choose to seal a template during
its creation. This will take a VM, that may have not been sealed, create a
template out of it and then invoke virt-sysprep on the template's disks.

Joel, in the 'make template' dialog you'll see a checkbox (at the bottom)
for 'Seal Template' that will do the trick. There is also a 'seal'
parameter in the REST-API, of course [1].

[1]
https://github.com/oVirt/ovirt-engine-api-model/blob/master/src/main/java/services/TemplatesService.java#L168


>
> Luca
>
> On Wed, May 17, 2017 at 8:53 PM, Joel Diaz  wrote:
> > Good afternoon ovirt users,
> >
> > I'm new to ovirt. I've created templates in the past using this guide,
> > https://github.com/rharmonson/richtech/wiki/CentOS-7-1511-
> Minimal-oVirt-Template
> > .
> >
> > I was going over the list of features and stumbled on to virt-sysprep.
> >
> > http://www.ovirt.org/develop/release-management/features/virt-sysprep/
> >
> >  http://libguestfs.org/virt-sysprep.1.html
> >
> > How can I use virt-sysprep from within ovirt to create templates?
> >
> > Thank you for your help,
> >
> > Joel
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Joel
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
> lorenzetto.l...@gmail.com>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to use virt-sysprep

[Arik Hadas]

On Fri, May 19, 2017 at 7:22 PM, Joel Diaz <mrjoeld...@gmail.com> wrote:

> I ran yum update on my three host and the engine VM so I believe an up to
> date on all the packages. How can I check if I am on version 4.1.2?
>

You can find the engine's version in the 'About' dialog (at the top-right
corner of the screen of the webadmin). If you don't use the
'ovirt-4.1-snapshot' repository then it makes sense that you didn't get
this update yet.


> I restarted the httpd and ovirt-engine service after the updates, but
> still don't the seal option.
>
> Thanks,
>
> On May 19, 2017 11:49 AM, "Arik Hadas" <aha...@redhat.com> wrote:
>
>
>
> On Fri, May 19, 2017 at 4:10 PM, Joel Diaz <mrjoeld...@gmail.com> wrote:
>
>> Arik,
>>
>> Very cool. It's exactly what I was looking for.
>>
>> However, I don't see that checkbox. I've attached an image of what the
>> template window looks like on my end. Maybe I'm looking in the wrong place?
>>
>
> No , you're looking at the right place. This feature got in pretty late in
> the release cycle of 4.1, so it is available from 4.1.2. Maybe the version
> you are using is lower than that?
>
>
>>
>> Thanks for the response,
>>
>> On May 18, 2017 12:29 PM, "Arik Hadas" <aha...@redhat.com> wrote:
>>
>>>
>>>
>>> On Thu, May 18, 2017 at 10:40 AM, Luca 'remix_tj' Lorenzetto <
>>> lorenzetto.l...@gmail.com> wrote:
>>>
>>>> Hello Joel,
>>>>
>>>> as far as i know, virt-sysprep has to be executed inside the VM before
>>>> cloning it to template. This removes some infos from the VM like udev
>>>> rules & ssh keys.
>>>>
>>>>
>>> So this has changed in 4.1. You can now choose to seal a template during
>>> its creation. This will take a VM, that may have not been sealed, create a
>>> template out of it and then invoke virt-sysprep on the template's disks.
>>>
>>> Joel, in the 'make template' dialog you'll see a checkbox (at the
>>> bottom) for 'Seal Template' that will do the trick. There is also a 'seal'
>>> parameter in the REST-API, of course [1].
>>>
>>> [1] https://github.com/oVirt/ovirt-engine-api-model/blob/mas
>>> ter/src/main/java/services/TemplatesService.java#L168
>>>
>>>
>>>>
>>>> Luca
>>>>
>>>> On Wed, May 17, 2017 at 8:53 PM, Joel Diaz <mrjoeld...@gmail.com>
>>>> wrote:
>>>> > Good afternoon ovirt users,
>>>> >
>>>> > I'm new to ovirt. I've created templates in the past using this guide,
>>>> > https://github.com/rharmonson/richtech/wiki/CentOS-7-1511-Mi
>>>> nimal-oVirt-Template
>>>> > .
>>>> >
>>>> > I was going over the list of features and stumbled on to virt-sysprep.
>>>> >
>>>> > http://www.ovirt.org/develop/release-management/features/vir
>>>> t-sysprep/
>>>> >
>>>> >  http://libguestfs.org/virt-sysprep.1.html
>>>> >
>>>> > How can I use virt-sysprep from within ovirt to create templates?
>>>> >
>>>> > Thank you for your help,
>>>> >
>>>> > Joel
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > Joel
>>>> >
>>>> >
>>>> > ___
>>>> > Users mailing list
>>>> > Users@ovirt.org
>>>> > http://lists.ovirt.org/mailman/listinfo/users
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
>>>> calcoli che potrebbero essere affidati a chiunque se si usassero delle
>>>> macchine"
>>>> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>>>>
>>>> "Internet è la più grande biblioteca del mondo.
>>>> Ma il problema è che i libri sono tutti sparsi sul pavimento"
>>>> John Allen Paulos, Matematico (1945-vivente)
>>>>
>>>> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
>>>> lorenzetto.l...@gmail.com>
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>
>>>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to use virt-sysprep

[Arik Hadas]

On Fri, May 19, 2017 at 4:10 PM, Joel Diaz <mrjoeld...@gmail.com> wrote:

> Arik,
>
> Very cool. It's exactly what I was looking for.
>
> However, I don't see that checkbox. I've attached an image of what the
> template window looks like on my end. Maybe I'm looking in the wrong place?
>

No , you're looking at the right place. This feature got in pretty late in
the release cycle of 4.1, so it is available from 4.1.2. Maybe the version
you are using is lower than that?


>
> Thanks for the response,
>
> On May 18, 2017 12:29 PM, "Arik Hadas" <aha...@redhat.com> wrote:
>
>>
>>
>> On Thu, May 18, 2017 at 10:40 AM, Luca 'remix_tj' Lorenzetto <
>> lorenzetto.l...@gmail.com> wrote:
>>
>>> Hello Joel,
>>>
>>> as far as i know, virt-sysprep has to be executed inside the VM before
>>> cloning it to template. This removes some infos from the VM like udev
>>> rules & ssh keys.
>>>
>>>
>> So this has changed in 4.1. You can now choose to seal a template during
>> its creation. This will take a VM, that may have not been sealed, create a
>> template out of it and then invoke virt-sysprep on the template's disks.
>>
>> Joel, in the 'make template' dialog you'll see a checkbox (at the bottom)
>> for 'Seal Template' that will do the trick. There is also a 'seal'
>> parameter in the REST-API, of course [1].
>>
>> [1] https://github.com/oVirt/ovirt-engine-api-model/blob/mas
>> ter/src/main/java/services/TemplatesService.java#L168
>>
>>
>>>
>>> Luca
>>>
>>> On Wed, May 17, 2017 at 8:53 PM, Joel Diaz <mrjoeld...@gmail.com> wrote:
>>> > Good afternoon ovirt users,
>>> >
>>> > I'm new to ovirt. I've created templates in the past using this guide,
>>> > https://github.com/rharmonson/richtech/wiki/CentOS-7-1511-Mi
>>> nimal-oVirt-Template
>>> > .
>>> >
>>> > I was going over the list of features and stumbled on to virt-sysprep.
>>> >
>>> > http://www.ovirt.org/develop/release-management/features/virt-sysprep/
>>> >
>>> >  http://libguestfs.org/virt-sysprep.1.html
>>> >
>>> > How can I use virt-sysprep from within ovirt to create templates?
>>> >
>>> > Thank you for your help,
>>> >
>>> > Joel
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Joel
>>> >
>>> >
>>> > ___
>>> > Users mailing list
>>> > Users@ovirt.org
>>> > http://lists.ovirt.org/mailman/listinfo/users
>>> >
>>>
>>>
>>>
>>> --
>>> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
>>> calcoli che potrebbero essere affidati a chiunque se si usassero delle
>>> macchine"
>>> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>>>
>>> "Internet è la più grande biblioteca del mondo.
>>> Ma il problema è che i libri sono tutti sparsi sul pavimento"
>>> John Allen Paulos, Matematico (1945-vivente)
>>>
>>> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
>>> lorenzetto.l...@gmail.com>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Importing VMs from kvm to oVirt. "VM zarafa is down with error. Exit message: Failed to find the libvirt domain."

[Arik Hadas]

On Wed, May 31, 2017 at 6:34 PM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hello Marc,
>
> could you please attach your vdsm.log of the host where virt-v2v (the
> conversion tool) is running? In that logs you'll have more details
> about, and maybe we can try launching manually the conversion command
> and see what's happening.
>

Note that since it is a kvm VM, virt-v2v is not involved in the process.


>
> Luca
>
> On Wed, May 31, 2017 at 5:13 PM, Marc Pfaendler
>  wrote:
> > Hello
> >
> > I'm trying to import an existing kvm VM into oVirt 4.1. It a new server
> with
> > a fresh installation of oVirt.
> >
> > I'm working with the oVirt gui to achieve this.
> > After moving the VM from the old system into the export folder, the gui
> > allows me to import it.
> > The import seems to succeed. But after the VM is imported it fails to
> start.
>

So the VM resided in some oVirt data center (the old system), you exported
the VM into an export domain (export folder), detached the export domain
from that data center, attached it to a new one, imported the VM and it
doesn't run now?


> >
> > Giving this error:
> >"VM zarafa is down with error. Exit message: Failed to find the
> > libvirt domain."
>

Please file a bug and attach the engine log, vdsm log and qemu log (the
latter can be found in /var/log/libvirt/qemu), covering the time you run
the VM.


> >
> >
> >
> > Cheers
> > Marc
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
> lorenzetto.l...@gmail.com>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Huge pages in guest with newer oVirt versions

[Arik Hadas]

On Mon, Sep 18, 2017 at 10:50 PM, Martin Polednik 
wrote:

> The hugepages are no longer a hook, but part of the code base. They

can be configured via engine property `hugepages`, where the value of
> property is size of the pages in KiB (1048576 = 1G, 2048 = 2M).
>

Note that the question is about 4.1 and it doesn't seem like this change
was backported to the 4.1 branch, right?


> Specifying any other size not supported by the architecture (or just
> "1") will use platform's default hugepage size.
>

I wonder if the end-to-end scenario, i.e., using the engine, of this ever
worked.
This feature is broken on the master branch because of the switch to engine
xml and is supposed to be fixed by [1]. However, while testing that fix I
noticed that a check done by the scheduler [2] actually prevents us from
setting a value that is not supported by the host.
Is this part really important?

[1] https://gerrit.ovirt.org/#/c/81860/
[2]
https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/scheduling/policyunits/HugePagesFilterPolicyUnit.java#L56


>
> On Mon, Sep 18, 2017 at 11:39 AM, Gianluca Cecchi
>  wrote:
> > Hello,
> > I would like to go again in deep with what preliminary tested and already
> > discussed here:
> >
> > http://lists.ovirt.org/pipermail/users/2017-April/081320.html
> >
> > I'm testing an oVirt node in 4.1.6-pre
> >
> > I don't find the vdsm hook for huge pages; doing a search I get these:
> >
> > vdsm-hook-ethtool-options.noarch : Allow setting custom ethtool options
> for
> > vdsm controlled nics
> > vdsm-hook-fcoe.noarch : Hook to enable FCoE support
> > vdsm-hook-openstacknet.noarch : OpenStack Network vNICs support for VDSM
> > vdsm-hook-vfio-mdev.noarch : Hook to enable mdev-capable devices.
> > vdsm-hook-vhostmd.noarch : VDSM hook set for interaction with vhostmd
> > vdsm-hook-vmfex-dev.noarch : VM-FEX vNIC support for VDSM
> >
> > Did anything change between 4.1.1 and 4.1.5/4.1.6?
> >
> > I'm making preliminary tests with an Oracle RDBMS and HammerDB in both a
> > physical server and a "big" VM inside another same hw server configured
> with
> > oVirt.
> >
> > Results are not bad, but I would like to see having huge pages inside the
> > guest how could change results.
> >
> > Just for reference:
> >
> > The 2 Physical server are blades with each one:
> > 2 sockets, each one with 14 cores and ht enabled, so in total 56
> > computational threads
> > 256Gb ram
> > huge pages enabled
> >
> > VM configured with this virtual hw on one of them:
> > 2 sockets, each one with 6 cores and ht so in total 24 computational
> threads
> > 64Gb ram
> > no huge pages at the moment
> >
> > Oracle SGA is 32Gb on both physical rdbms and virtual one.
> >
> > Thanks for any insight to test huge pages in guest
> >
> > Gianluca
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt HA behavior

[Arik Hadas]

On Tue, Sep 19, 2017 at 11:41 AM, Alex K  wrote:

> Hi again,
>
> I performed a different test by isolating one host (say host A) through
> removing all its network interfaces (thus power management through IPMI was
> also not avaialble).
> The VMs (with VM lease enabled) were successfully restarted to another
> host.
> When connecting back the host A, the cluster performed a power management
> and the host became a member of the cluster.
> The VMs that were running on the host A were found "paused", which is
> normal.
> After 15 minutes I see that the VMs at host A are still in "paused" state
> and I would expect that the cluster should decide at some point to shutdown
> the paused VMs and continue with the VMs that are already running at other
> hosts.
>
> Is this behavior normal?
>

I believe it is not the expected behavior - the VM should not stay in
paused state when its lease expires. But we know about this, see comment 9
in [1].

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1459865


>
> Thanx,
> Alex
>
> On Tue, Sep 19, 2017 at 10:18 AM, Alex K  wrote:
>
>> Hi All,
>>
>> Just completed the tests and it works great.
>> VM leases is just what I needed.
>>
>> Thanx,
>> Alex
>>
>> On Tue, Sep 19, 2017 at 10:16 AM, Yaniv Kaul  wrote:
>>
>>>
>>>
>>> On Tue, Sep 19, 2017 at 1:00 AM, Alex K  wrote:
>>>
 Enabling VM leases could be an answer to this. Will test tomorrow.


>>> Indeed. Let us know how it worked for you.
>>>
>>>
 Thanx,
 Alex

 On Sep 18, 2017 7:50 PM, "Alex K"  wrote:

 Hi All,

 I have the following issue with the HA behavior of oVirt 4.1 and need
 to check with you if there is any work around from your experience.

 I have 3 servers (A, B, C) with hosted engine in self hosted setup on
 top gluster with replica 3 + 1 arbiter. All good except one point:

 The hosts have been configured with power management using IPMI (server
 iLO).
 If I disconnect power from one host (say C) (or disconnect all network
 cables of the host) the two other hosts go to a loop where they try to
 verify the status of the host C by issuing power management commands to the
 host C. Since power of host is off the server iLO does not respond on the
 network and the power management of host C fails, leaving the VMs that were
 running on the host C in an unknown state and they are never restarted to
 the other hosts.

 Is there any fencing option to change this behavior so as if both
 available hosts fail to do power management of the unresponsive host to
 decide that the host is down and to restart the VMs of that host to the
 other available hosts.


>>> No, this is a bad assumption. Perhaps they are the ones isolated form it?
>>> Y.
>>>
>>>

 I could also add additional power management through UPS to avoid this
 issue but this is not currently an option and I am interested to see if
 this behavior can be tweaked.

 Thanx,
 Alex



 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users


>>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt HA behavior

[Arik Hadas]

On Tue, Sep 19, 2017 at 3:27 PM, Alex K <rightkickt...@gmail.com> wrote:

> On Tue, Sep 19, 2017 at 2:26 PM, Arik Hadas <aha...@redhat.com> wrote:
>
>>
>> On Tue, Sep 19, 2017 at 12:44 PM, Alex K <rightkickt...@gmail.com> wrote:
>>
>>> A second test did not yield the same result.
>>> This time the VMs were restarted to another host and when the lost host
>>> recovered no VMs were running on it.
>>> Seems that there is a racing issue somewhere.
>>>
>>
>> Did you test with the same VM?
>>
> Yes
>
>> were the disks + lease located on the same storage domains in both tests?
>>
> Yes. On all cases the leases are on same storage domain, the same where
> the VM disks reside.
>
>> did the VM run on the same host (and if not, is the libvirt + qemu
>> versions different between the two?).
>>
> Yes
>
>> It may be a racing issue but not necessarily. There is an observation in
>> the bug I mentioned before that it happens only (/more) with certain
>> storage types...
>>
> The storage is based on gluster volume, replica 3 with 1 arbiter.
> The gluster version is 3.8.12.
> A third test yielded the same issue, VMs on recovered host remained in
> paused status.
>
>

Ack, thanks.
So I suggest you to add yourself (as CC) to [1] so you will be informed
about the resolution for this. In light of your answers it does look like a
racing issue.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1459865


>
>>
>>>
>>> Thanx,
>>> Alex
>>>
>>>
>>> On Tue, Sep 19, 2017 at 11:52 AM, Arik Hadas <aha...@redhat.com> wrote:
>>>
>>>>
>>>>
>>>> On Tue, Sep 19, 2017 at 11:41 AM, Alex K <rightkickt...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi again,
>>>>>
>>>>> I performed a different test by isolating one host (say host A)
>>>>> through removing all its network interfaces (thus power management through
>>>>> IPMI was also not avaialble).
>>>>> The VMs (with VM lease enabled) were successfully restarted to another
>>>>> host.
>>>>> When connecting back the host A, the cluster performed a power
>>>>> management and the host became a member of the cluster.
>>>>> The VMs that were running on the host A were found "paused", which is
>>>>> normal.
>>>>> After 15 minutes I see that the VMs at host A are still in "paused"
>>>>> state and I would expect that the cluster should decide at some point to
>>>>> shutdown the paused VMs and continue with the VMs that are already running
>>>>> at other hosts.
>>>>>
>>>>> Is this behavior normal?
>>>>>
>>>>
>>>> I believe it is not the expected behavior - the VM should not stay in
>>>> paused state when its lease expires. But we know about this, see comment 9
>>>> in [1].
>>>>
>>>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1459865
>>>>
>>>>
>>>>>
>>>>> Thanx,
>>>>> Alex
>>>>>
>>>>> On Tue, Sep 19, 2017 at 10:18 AM, Alex K <rightkickt...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Hi All,
>>>>>>
>>>>>> Just completed the tests and it works great.
>>>>>> VM leases is just what I needed.
>>>>>>
>>>>>> Thanx,
>>>>>> Alex
>>>>>>
>>>>>> On Tue, Sep 19, 2017 at 10:16 AM, Yaniv Kaul <yk...@redhat.com>
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Sep 19, 2017 at 1:00 AM, Alex K <rightkickt...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Enabling VM leases could be an answer to this. Will test tomorrow.
>>>>>>>>
>>>>>>>>
>>>>>>> Indeed. Let us know how it worked for you.
>>>>>>>
>>>>>>>
>>>>>>>> Thanx,
>>>>>>>> Alex
>>>>>>>>
>>>>>>>> On Sep 18, 2017 7:50 PM, "Alex K" <rightkickt...@gmail.com> wrote:
>>>>>>>>
>>>>>>>> Hi All,
>>>>>>>>
>>>>>>>&g

Re: [ovirt-users] oVirt HA behavior

[Arik Hadas]

On Tue, Sep 19, 2017 at 12:44 PM, Alex K <rightkickt...@gmail.com> wrote:

> A second test did not yield the same result.
> This time the VMs were restarted to another host and when the lost host
> recovered no VMs were running on it.
> Seems that there is a racing issue somewhere.
>

Did you test with the same VM? were the disks + lease located on the same
storage domains in both tests? did the VM run on the same host (and if not,
is the libvirt + qemu versions different between the two?).
It may be a racing issue but not necessarily. There is an observation in
the bug I mentioned before that it happens only (/more) with certain
storage types...


>
> Thanx,
> Alex
>
>
> On Tue, Sep 19, 2017 at 11:52 AM, Arik Hadas <aha...@redhat.com> wrote:
>
>>
>>
>> On Tue, Sep 19, 2017 at 11:41 AM, Alex K <rightkickt...@gmail.com> wrote:
>>
>>> Hi again,
>>>
>>> I performed a different test by isolating one host (say host A) through
>>> removing all its network interfaces (thus power management through IPMI was
>>> also not avaialble).
>>> The VMs (with VM lease enabled) were successfully restarted to another
>>> host.
>>> When connecting back the host A, the cluster performed a power
>>> management and the host became a member of the cluster.
>>> The VMs that were running on the host A were found "paused", which is
>>> normal.
>>> After 15 minutes I see that the VMs at host A are still in "paused"
>>> state and I would expect that the cluster should decide at some point to
>>> shutdown the paused VMs and continue with the VMs that are already running
>>> at other hosts.
>>>
>>> Is this behavior normal?
>>>
>>
>> I believe it is not the expected behavior - the VM should not stay in
>> paused state when its lease expires. But we know about this, see comment 9
>> in [1].
>>
>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1459865
>>
>>
>>>
>>> Thanx,
>>> Alex
>>>
>>> On Tue, Sep 19, 2017 at 10:18 AM, Alex K <rightkickt...@gmail.com>
>>> wrote:
>>>
>>>> Hi All,
>>>>
>>>> Just completed the tests and it works great.
>>>> VM leases is just what I needed.
>>>>
>>>> Thanx,
>>>> Alex
>>>>
>>>> On Tue, Sep 19, 2017 at 10:16 AM, Yaniv Kaul <yk...@redhat.com> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Tue, Sep 19, 2017 at 1:00 AM, Alex K <rightkickt...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Enabling VM leases could be an answer to this. Will test tomorrow.
>>>>>>
>>>>>>
>>>>> Indeed. Let us know how it worked for you.
>>>>>
>>>>>
>>>>>> Thanx,
>>>>>> Alex
>>>>>>
>>>>>> On Sep 18, 2017 7:50 PM, "Alex K" <rightkickt...@gmail.com> wrote:
>>>>>>
>>>>>> Hi All,
>>>>>>
>>>>>> I have the following issue with the HA behavior of oVirt 4.1 and need
>>>>>> to check with you if there is any work around from your experience.
>>>>>>
>>>>>> I have 3 servers (A, B, C) with hosted engine in self hosted setup on
>>>>>> top gluster with replica 3 + 1 arbiter. All good except one point:
>>>>>>
>>>>>> The hosts have been configured with power management using IPMI
>>>>>> (server iLO).
>>>>>> If I disconnect power from one host (say C) (or disconnect all
>>>>>> network cables of the host) the two other hosts go to a loop where they 
>>>>>> try
>>>>>> to verify the status of the host C by issuing power management commands 
>>>>>> to
>>>>>> the host C. Since power of host is off the server iLO does not respond on
>>>>>> the network and the power management of host C fails, leaving the VMs 
>>>>>> that
>>>>>> were running on the host C in an unknown state and they are never 
>>>>>> restarted
>>>>>> to the other hosts.
>>>>>>
>>>>>> Is there any fencing option to change this behavior so as if both
>>>>>> available hosts fail to do power management of the unresponsive host to
>>>>>> decide that the host is down and to restart the VMs of that host to the
>>>>>> other available hosts.
>>>>>>
>>>>>>
>>>>> No, this is a bad assumption. Perhaps they are the ones isolated form
>>>>> it?
>>>>> Y.
>>>>>
>>>>>
>>>>>>
>>>>>> I could also add additional power management through UPS to avoid
>>>>>> this issue but this is not currently an option and I am interested to see
>>>>>> if this behavior can be tweaked.
>>>>>>
>>>>>> Thanx,
>>>>>> Alex
>>>>>>
>>>>>>
>>>>>>
>>>>>> ___
>>>>>> Users mailing list
>>>>>> Users@ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Odp: How to import OVA file into oVirt

[Arik Hadas]

On Tue, Sep 19, 2017 at 4:52 PM, gabriel_skup...@o2.pl <
gabriel_skup...@o2.pl> wrote:

> I also tried to use the Import Virtual Machines option, there is an option
> to set the source to Vmware Virtual Appliance (OVA) but I don't know how to
> fill in the Path box. Tried http://ip_address/file.ova
>  but did not work.
>

Yes, that's the right way of doing that.
In the path you should specify the local path to the file on the host, for
example if you placed in the export domain it will be something like:
/rhev/data-center///.../file.ova
but you can put it also in /tmp in some specific host and select that host
as a proxy.


>
> G.
>
> Dnia 19 września 2017 15:40 gabriel_skup...@o2.pl 
> napisał(a):
>
> I am trying to import OVA file into my test oVirt env. I already have the
> export domain configured but when I go to the "VM Import" tab the "Import"
> button in inactive.
>
> oVirt 4.1.5/4.1.6
>
> Any clue?
>
> G.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Odp: How to import OVA file into oVirt

[Arik Hadas]

On Wed, Sep 20, 2017 at 11:59 AM, gabriel_skup...@o2.pl <
gabriel_skup...@o2.pl> wrote:

>
> Dnia 19 września 2017 16:03 Arik Hadas <aha...@redhat.com> napisał(a):
>
>
>
> On Tue, Sep 19, 2017 at 4:52 PM, <gabriel_skup...@o2.pl>
> gabriel_skup...@o2.pl < <gabriel_skup...@o2.pl>gabriel_skup...@o2.pl>
> wrote:
>
> I also tried to use the Import Virtual Machines option, there is an option
> to set the source to Vmware Virtual Appliance (OVA) but I don't know how to
> fill in the Path box. Tried http://ip_address/file.ova
> <https://domanin/file.ova> but did not work.
>
>
> Yes, that's the right way of doing that.
> In the path you should specify the local path to the file on the host, for
> example if you placed in the export domain it will be something like:
> /rhev/data-center///.../file.ova
> but you can put it also in /tmp in some specific host and select that host
> as a proxy.
>
>
> Thanks, it works but now. I am getting:
> -Failed to convert Vm ASAv
> and then
> -Failed to import Vm ASAv to Data Center Default, Cluster Default.
>
> Do you know how to troubleshoot it?
>

So you managed to reach the conversion phase - that's a good progress.
We'll need the VDSM log that covers the time of the conversion on the host
that was selected as proxy in order to investigate the failure. Could you
please file a bug [1] and attach the log to that bug?

[1] https://bugzilla.redhat.com/enter_bug.cgi?product=vdsm


>
>
>
>
> G.
>
> Dnia 19 września 2017 15:40 <gabriel_skup...@o2.pl>gabriel_skup...@o2.pl <
> <gabriel_skup...@o2.pl>gabriel_skup...@o2.pl> napisał(a):
>
> I am trying to import OVA file into my test oVirt env. I already have the
> export domain configured but when I go to the "VM Import" tab the "Import"
> button in inactive.
>
> oVirt 4.1.5/4.1.6
>
> Any clue?
>
> G.
> ___
> Users mailing list
> <Users@ovirt.org>Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> <Users@ovirt.org>Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Odp: How to import OVA file into oVirt

[Arik Hadas]

On Wed, Sep 20, 2017 at 12:55 PM, gabriel_skup...@o2.pl <
gabriel_skup...@o2.pl> wrote:

>
> Dnia 20 września 2017 11:25 Arik Hadas <aha...@redhat.com> napisał(a):
>
>
>
> On Wed, Sep 20, 2017 at 11:59 AM, <gabriel_skup...@o2.pl>
> gabriel_skup...@o2.pl < <gabriel_skup...@o2.pl>gabriel_skup...@o2.pl>
> wrote:
>
>
> Dnia 19 września 2017 16:03 Arik Hadas < <aha...@redhat.com>
> aha...@redhat.com> napisał(a):
>
>
>
> On Tue, Sep 19, 2017 at 4:52 PM, <gabriel_skup...@o2.pl>
> <gabriel_skup...@o2.pl>gabriel_skup...@o2.pl < <gabriel_skup...@o2.pl>
> <gabriel_skup...@o2.pl>gabriel_skup...@o2.pl> wrote:
>
> I also tried to use the Import Virtual Machines option, there is an option
> to set the source to Vmware Virtual Appliance (OVA) but I don't know how to
> fill in the Path box. Tried http://ip_address/file.ova
> <https://domanin/file.ova> but did not work.
>
>
> Yes, that's the right way of doing that.
> In the path you should specify the local path to the file on the host, for
> example if you placed in the export domain it will be something like:
> /rhev/data-center///.../file.ova
> but you can put it also in /tmp in some specific host and select that host
> as a proxy.
>
>
> Thanks, it works but now. I am getting:
> -Failed to convert Vm ASAv
> and then
> -Failed to import Vm ASAv to Data Center Default, Cluster Default.
>
> Do you know how to troubleshoot it?
>
>
> So you managed to reach the conversion phase - that's a good progress.
> We'll need the VDSM log that covers the time of the conversion on the host
> that was selected as proxy in order to investigate the failure. Could you
> please file a bug [1] and attach the log to that bug?
>
> [1] https://bugzilla.redhat.com/enter_bug.cgi?product=vdsm
>
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1493480
>

Thanks.
Let's discuss it there.


>
>
>
>
>
>
>
>
>
> G.
>
> Dnia 19 września 2017 15:40 <gabriel_skup...@o2.pl>
> <gabriel_skup...@o2.pl>gabriel_skup...@o2.pl < <gabriel_skup...@o2.pl>
> <gabriel_skup...@o2.pl>gabriel_skup...@o2.pl> napisał(a):
>
> I am trying to import OVA file into my test oVirt env. I already have the
> export domain configured but when I go to the "VM Import" tab the "Import"
> button in inactive.
>
> oVirt 4.1.5/4.1.6
>
> Any clue?
>
> G.
> ___
> Users mailing list
> <Users@ovirt.org> <Users@ovirt.org>Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> <Users@ovirt.org> <Users@ovirt.org>Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM-Clone issue

[Arik Hadas]

On Thu, Oct 5, 2017 at 3:15 PM, Shamam Amir 
wrote:

> Dear All,
> We are using oVirt release *Version 4.1.5.2.  *I was trying to make a
> clone of a VM but I got the following message* "*Error while executing
> action CloneVm: Internal Engine Error", I found that when cloud-init is
> used in the vm's edit section, this error occurs, but when the vm is
> configured without cloud init, the clone was completed successfully.  I
> wondered if this is a bug or something else?
>
> The log file is in this link
> https://paste.fedoraproject.org/paste/f~sHprL93BNZ-iJzoFDyww
>

That's a bug.
A recent fix for [1] changed the engine to take the root password from the
VM-init configuration that is set on the template in some scenarios of
adding a VM but when cloning a VM that is set with VM-init configuration
and that is based on a template which is not set with VM-init
configuration, this leads to a NullPointerException. Could you please file
a bug?

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1448831


>
> Best Regards
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Re: how to attach an export domain to a new datacenter with an export domain not very well unattached from an obsolete datacenter

[Arik Hadas]

On Sun, May 13, 2018 at 11:36 PM,  wrote:

> Hi Ovirt Team,
>
> how to attach an export domain to a new datacenter with an export domain
> not very well unattached from an obsolete datacenter ?
>
> My old platform with ovirt 4.1 was deleted ans reinstalled with ovirt
> 4.2.3.
> It's ok but i have a problem with an export domain which has not been
> unattached before the extinction of the old platform.
>
> When i try to attach this export domain, i have the error message in the
> gui :
>
> Failed to attach Storage Domain oVirtNFS_EXPORT to Data Center xxx.
>
>
> How can i reinitialize the export domain without erase the data ? just the
> manager who own the domain.
>

I haven't don't it for a long time, but the following procedure used to
work:
1. Browse the export domain and find a file called 'metadata' in the dom_md
folder.
2. Back it up.
3. Remove the lines with POOL_UUID and _SHA_CKSUM in that file.


>
>
> Thanks for all.
>
> Nicolas VAYE
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: how to attach an export domain to a new datacenter with an export domain not very well unattached from an obsolete datacenter

[Arik Hadas]

On Mon, May 14, 2018 at 9:14 AM, Arik Hadas <aha...@redhat.com> wrote:

>
>
> On Sun, May 13, 2018 at 11:36 PM, <n.v...@free.fr> wrote:
>
>> Hi Ovirt Team,
>>
>> how to attach an export domain to a new datacenter with an export domain
>> not very well unattached from an obsolete datacenter ?
>>
>> My old platform with ovirt 4.1 was deleted ans reinstalled with ovirt
>> 4.2.3.
>> It's ok but i have a problem with an export domain which has not been
>> unattached before the extinction of the old platform.
>>
>> When i try to attach this export domain, i have the error message in the
>> gui :
>>
>> Failed to attach Storage Domain oVirtNFS_EXPORT to Data Center xxx.
>>
>>
>> How can i reinitialize the export domain without erase the data ? just
>> the manager who own the domain.
>>
>
> I haven't don't it for a long time, but the following procedure used to
> work:
>

I haven't done*


> 1. Browse the export domain and find a file called 'metadata' in the
> dom_md folder.
> 2. Back it up.
> 3. Remove the lines with POOL_UUID and _SHA_CKSUM in that file.
>
>
>>
>>
>> Thanks for all.
>>
>> Nicolas VAYE
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Copying/Cloning a VM to another server

[Arik Hadas]

On Sun, May 13, 2018 at 8:04 PM, Alex Bartonek  wrote:

> Strange..   None of my VMs have the option of Exporting to either OVA or
> Export Domain.  It is grey'd out.  It would be awesome if I could do that
> with them running.
>

Yeah, that capability of exporting running VMs was discussed (and I even
started implementing it half a year ago [1]) but is not yet available.

[1] https://gerrit.ovirt.org/#/c/85806/


>
> oVirt has proven itself a very very valuable product in my homelab.
> Tickled to death to run this thing with a few forward facing sites, hosting
> my own cloud etc.
>
>
> Sent with ProtonMail  Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On May 13, 2018 7:00 AM, Jayme  wrote:
>
> You should be able to do this without having to shut vm down
>
> On Sun, May 13, 2018, 7:04 AM Alex Bartonek,  wrote:
>
>> Just trying to make sure there isnt an easier way to do what I'm doing.
>> I dont have an HA environment in my homelab.  I have 3 VM's and I wanted
>> to copy them to my backup r710 which runs oVirt 4.2.  I basically shut down
>> my VM, exported it to an export domain on my primary r710.  Then detached
>> the export domain on the primary.  On my "standby" r710 I imported the
>> export domain from the primary r710, attached, activated and imported the
>> VM.  Worked as expected.
>>
>> I'm assuming this is the correct way to do so.  I've tried Export to OVA
>> but that didnt work like I wanted and I didnt care to keep messing with
>> that option.
>>
> Can you please elaborate on the issue you had with exporting to OVA?

>
>> Thanks
>> -Alex
>>
>>
>> Sent with ProtonMail  Secure Email.
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: What is "Active VM" snapshot

[Arik Hadas]

On Tue, May 15, 2018 at 12:21 PM,  wrote:

> Hi!
>
> Can anybody explain what is "Active VM" snapshot that present on each VM
> and does it contain VM memory snapshot?
>

"Active VM" snapshot is an entity that:
(1) Top-level volume of each disk image that the VM uses when it starts is
attached to.
(2) Memory that needs to be restored when the VM starts is attached to.

So yeah, it may contain memory - this happens when the VM is either
suspended or a snapshot with memory is restored.


>
> I need it for PCI assessment and did not found answer in documentation or
> any other public sources.
>
> Thanks!
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> oVirt Code of Conduct: https://www.ovirt.org/communit
> y/about/community-guidelines/
> List Archives:
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives:

[ovirt-users] Re: Copying/Cloning a VM to another server

[Arik Hadas]

On Mon, May 14, 2018 at 8:57 PM, Alex Bartonek <a...@unix1337.com> wrote:

> Is there an ETA on a release?
>

Hopefully in some future subversion of 4.2.


>
>
> Sent with ProtonMail <https://protonmail.com> Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On May 13, 2018 2:22 PM, Arik Hadas <aha...@redhat.com> wrote:
>
>
>
> On Sun, May 13, 2018 at 8:04 PM, Alex Bartonek <a...@unix1337.com> wrote:
>
>> Strange..   None of my VMs have the option of Exporting to either OVA or
>> Export Domain.  It is grey'd out.  It would be awesome if I could do that
>> with them running.
>>
>
> Yeah, that capability of exporting running VMs was discussed (and I even
> started implementing it half a year ago [1]) but is not yet available.
>
> [1] https://gerrit.ovirt.org/#/c/85806/
>
>
>>
>>
>> oVirt has proven itself a very very valuable product in my homelab.
>> Tickled to death to run this thing with a few forward facing sites, hosting
>> my own cloud etc.
>>
>>
>> Sent with ProtonMail <https://protonmail.com> Secure Email.
>>
>> ‐‐‐ Original Message ‐‐‐
>> On May 13, 2018 7:00 AM, Jayme <jay...@gmail.com> wrote:
>>
>> You should be able to do this without having to shut vm down
>>
>> On Sun, May 13, 2018, 7:04 AM Alex Bartonek, <a...@unix1337.com> wrote:
>>
>>> Just trying to make sure there isnt an easier way to do what I'm doing.
>>> I dont have an HA environment in my homelab.  I have 3 VM's and I wanted
>>> to copy them to my backup r710 which runs oVirt 4.2.  I basically shut down
>>> my VM, exported it to an export domain on my primary r710.  Then detached
>>> the export domain on the primary.  On my "standby" r710 I imported the
>>> export domain from the primary r710, attached, activated and imported the
>>> VM.  Worked as expected.
>>>
>>> I'm assuming this is the correct way to do so.  I've tried Export to OVA
>>> but that didnt work like I wanted and I didnt care to keep messing with
>>> that option.
>>>
>> Can you please elaborate on the issue you had with exporting to OVA?
>
>>
>>>
>>> Thanks
>>> -Alex
>>>
>>>
>>> Sent with ProtonMail <https://protonmail.com> Secure Email.
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>>
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: OVA export/import

[Arik Hadas]

On Wed, Jun 13, 2018 at 4:58 PM, RabidCicada  wrote:

> Thanks for the quick reply,
>
> I am using 4.2.3 and Ovirt cannot import it's own generated OVA.  That
> is why my whole investigation started.  Is it known to work for anyone
> else?  Based on your statement it seems like it should be capable of
> importing it's own;  But my install, perhaps JUST my install and
> no-one elses :), cannot do so.  Can anyone verify import of ovirt
> generated OVA's works on ovirt 4.2.3?
>

I would suggest to file a bug and attach the engine and ansible logs so we
can investigate why it fails for you.
It generally works in 4.2.3 but there were some fixes we've made in this
area - you may have encountered some of those issues or discovered a new
one :)


>
> ~Kyle
>
> On Wed, Jun 13, 2018 at 9:54 AM, Arik Hadas  wrote:
> >
> >
> > On Wed, Jun 13, 2018 at 4:04 PM, RabidCicada 
> wrote:
> >>
> >> All,
> >> I recently tried to used the OVA export/import functionality.  It
> >> seems I misunderstood the intentions.  I expected OVA export/import to
> >> be reciprocal functionalities.  I expected what we export as OVA to be
> >> importable as OVA in ovirt.
> >>
> >> What I have found is the following:
> >>
> >> * It seems OVA export does export an OVA, though the format is not
> >> spec compliant
> >>   * We use 'disk/' in the HostResource xml field instead of '/disk/'
> >> for example in the ovf.
> >> * It seems OVA import is intended specifically for VMWare OVA's?
> >> * I thought I read about export domains being deprecated, and
> >> incorrectly assumed the recently added OVA export/import was to make
> >> things better for one off import/export.
> >>
> >>
> >> Can anyone clarify the following:
> >> * Is OVA import really just VMWare OVA's?
> >
> >
> > No, you can provide OVAs that were generated by oVirt as an input as
> well.
> > See examples [1] and [2] for doing this via the python-sdk. Doing that
> from
> > the webadmin is trivial is exactly like importing OVA that was generated
> by
> > VMware.
> >
> > [1]
> > https://github.com/oVirt/ovirt-engine-sdk/blob/master/
> sdk/examples/import_vm_from_ova.py
> > [2]
> > https://github.com/oVirt/ovirt-engine-sdk/blob/master/
> sdk/examples/upload_ova_as_vm.py
> >
> >>
> >> * Are we really not spec compliant with the OVA/OVF format as my
> >> example above shows?  OR do I misunderstand something?
> >
> >
> > Well, we now use the same code for parsing OVFs that were generated by
> oVirt
> > and ones that were generated by VMware. So that's an evidence for being
> > compliant with the specification to some degree.
> >
> > Indeed, there may be things that we don't use when reading the OVF, like
> the
> > field you mentioned, and therefore there may be some gaps here and there.
> >
> > Is this the only gap you found so far? if so then I would say we are in a
> > really good place since fixing that should be trivial, see [3]. You are
> more
> > than welcome to send a patch!
> >
> > [3]
> > https://github.com/oVirt/ovirt-engine/blob/master/
> backend/manager/modules/utils/src/main/java/org/ovirt/
> engine/core/utils/ovf/OvfOvaWriter.java#L179
> >
> >
> >>
> >> * After spending my time yesterday, I recall now that the deprecation
> >> of export domain is in favor of detaching and re-attaching ANY data
> >> domain.
> >
> >
> > Depending what you're looking for.
> > If you want to *move* your entities (VMs/templates) from one deployment
> to
> > another then sure, detach the domain (that will cause those entities to
> be
> > deleted from the source environment), attach the domain to the new
> > deployment and register the entities you want. That is relatively quick
> > operation since no copy is needed.
> >
> > Export domains/OVAs are targeted for different scenario - when you want
> to
> > *copy* you entities from one deployment to another. You export them
> > somewhere and than import them from that place.
> >
> >>
> >> * What is the purpose of our OVA export if we ourselves indeed cannot
> >> import our own OVA?  Or can you tell me how we import our own if I'm
> >> wrong.
> >
> >
> > Already answered.
> >
> >>
> >>
> >> Please feel free to overshare details :), as any context will help
> >> prevent more confusion on my part.
> >>
> >> ~Kyle
> >> _

[ovirt-users] Re: OVA export/import

[Arik Hadas]

On Wed, Jun 13, 2018 at 4:04 PM, RabidCicada  wrote:

> All,
> I recently tried to used the OVA export/import functionality.  It
> seems I misunderstood the intentions.  I expected OVA export/import to
> be reciprocal functionalities.  I expected what we export as OVA to be
> importable as OVA in ovirt.
>
> What I have found is the following:
>
> * It seems OVA export does export an OVA, though the format is not
> spec compliant
>   * We use 'disk/' in the HostResource xml field instead of '/disk/'
> for example in the ovf.
> * It seems OVA import is intended specifically for VMWare OVA's?
> * I thought I read about export domains being deprecated, and
> incorrectly assumed the recently added OVA export/import was to make
> things better for one off import/export.
>
>
> Can anyone clarify the following:
> * Is OVA import really just VMWare OVA's?
>

No, you can provide OVAs that were generated by oVirt as an input as well.
See examples [1] and [2] for doing this via the python-sdk. Doing that from
the webadmin is trivial is exactly like importing OVA that was generated by
VMware.

[1]
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/import_vm_from_ova.py
[2]
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_ova_as_vm.py


> * Are we really not spec compliant with the OVA/OVF format as my
> example above shows?  OR do I misunderstand something?
>

Well, we now use the same code for parsing OVFs that were generated by
oVirt and ones that were generated by VMware. So that's an evidence for
being compliant with the specification to some degree.

Indeed, there may be things that we don't use when reading the OVF, like
the field you mentioned, and therefore there may be some gaps here and
there.

Is this the only gap you found so far? if so then I would say we are in a
really good place since fixing that should be trivial, see [3]. You are
more than welcome to send a patch!

[3]
https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/ovf/OvfOvaWriter.java#L179



> * After spending my time yesterday, I recall now that the deprecation
> of export domain is in favor of detaching and re-attaching ANY data
> domain.
>

Depending what you're looking for.
If you want to *move* your entities (VMs/templates) from one deployment to
another then sure, detach the domain (that will cause those entities to be
deleted from the source environment), attach the domain to the new
deployment and register the entities you want. That is relatively quick
operation since no copy is needed.

Export domains/OVAs are targeted for different scenario - when you want to
*copy* you entities from one deployment to another. You export them
somewhere and than import them from that place.


> * What is the purpose of our OVA export if we ourselves indeed cannot
> import our own OVA?  Or can you tell me how we import our own if I'm
> wrong.
>

Already answered.


>
> Please feel free to overshare details :), as any context will help
> prevent more confusion on my part.
>
> ~Kyle
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/MYWHJF4ZJS4VSJ2RWBSYDPPOWTI6VWW5/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/X5QRB74Z7WMEEWSPBOTVNN45RMJT3J4F/

[ovirt-users] Re: OVA export/import

[Arik Hadas]

On Wed, Jun 13, 2018 at 8:36 PM, RabidCicada  wrote:

> Arik,
> I've opened a bug here with all my information:
> https://bugzilla.redhat.com/show_bug.cgi?id=1590948


Thanks


>
>
> ~Kyle
>
> On Wed, Jun 13, 2018 at 10:04 AM, Arik Hadas  wrote:
> >
> >
> > On Wed, Jun 13, 2018 at 4:58 PM, RabidCicada 
> wrote:
> >>
> >> Thanks for the quick reply,
> >>
> >> I am using 4.2.3 and Ovirt cannot import it's own generated OVA.  That
> >> is why my whole investigation started.  Is it known to work for anyone
> >> else?  Based on your statement it seems like it should be capable of
> >> importing it's own;  But my install, perhaps JUST my install and
> >> no-one elses :), cannot do so.  Can anyone verify import of ovirt
> >> generated OVA's works on ovirt 4.2.3?
> >
> >
> > I would suggest to file a bug and attach the engine and ansible logs so
> we
> > can investigate why it fails for you.
> > It generally works in 4.2.3 but there were some fixes we've made in this
> > area - you may have encountered some of those issues or discovered a new
> one
> > :)
> >
> >>
> >>
> >> ~Kyle
> >>
> >> On Wed, Jun 13, 2018 at 9:54 AM, Arik Hadas  wrote:
> >> >
> >> >
> >> > On Wed, Jun 13, 2018 at 4:04 PM, RabidCicada 
> >> > wrote:
> >> >>
> >> >> All,
> >> >> I recently tried to used the OVA export/import functionality.  It
> >> >> seems I misunderstood the intentions.  I expected OVA export/import
> to
> >> >> be reciprocal functionalities.  I expected what we export as OVA to
> be
> >> >> importable as OVA in ovirt.
> >> >>
> >> >> What I have found is the following:
> >> >>
> >> >> * It seems OVA export does export an OVA, though the format is not
> >> >> spec compliant
> >> >>   * We use 'disk/' in the HostResource xml field instead of '/disk/'
> >> >> for example in the ovf.
> >> >> * It seems OVA import is intended specifically for VMWare OVA's?
> >> >> * I thought I read about export domains being deprecated, and
> >> >> incorrectly assumed the recently added OVA export/import was to make
> >> >> things better for one off import/export.
> >> >>
> >> >>
> >> >> Can anyone clarify the following:
> >> >> * Is OVA import really just VMWare OVA's?
> >> >
> >> >
> >> > No, you can provide OVAs that were generated by oVirt as an input as
> >> > well.
> >> > See examples [1] and [2] for doing this via the python-sdk. Doing that
> >> > from
> >> > the webadmin is trivial is exactly like importing OVA that was
> generated
> >> > by
> >> > VMware.
> >> >
> >> > [1]
> >> >
> >> > https://github.com/oVirt/ovirt-engine-sdk/blob/master/
> sdk/examples/import_vm_from_ova.py
> >> > [2]
> >> >
> >> > https://github.com/oVirt/ovirt-engine-sdk/blob/master/
> sdk/examples/upload_ova_as_vm.py
> >> >
> >> >>
> >> >> * Are we really not spec compliant with the OVA/OVF format as my
> >> >> example above shows?  OR do I misunderstand something?
> >> >
> >> >
> >> > Well, we now use the same code for parsing OVFs that were generated by
> >> > oVirt
> >> > and ones that were generated by VMware. So that's an evidence for
> being
> >> > compliant with the specification to some degree.
> >> >
> >> > Indeed, there may be things that we don't use when reading the OVF,
> like
> >> > the
> >> > field you mentioned, and therefore there may be some gaps here and
> >> > there.
> >> >
> >> > Is this the only gap you found so far? if so then I would say we are
> in
> >> > a
> >> > really good place since fixing that should be trivial, see [3]. You
> are
> >> > more
> >> > than welcome to send a patch!
> >> >
> >> > [3]
> >> >
> >> > https://github.com/oVirt/ovirt-engine/blob/master/
> backend/manager/modules/utils/src/main/java/org/ovirt/
> engine/core/utils/ovf/OvfOvaWriter.java#L179
> >> >
> >> >
> >> >>
> >> >> * After spending my time yesterday,

[ovirt-users] Re: [Qemu-block] Libvirt ERROR cannot access backing file after importing VM from OpenStack

[Arik Hadas]

On Wed, May 30, 2018 at 6:33 PM, Kevin Wolf  wrote:

> Am 30.05.2018 um 17:05 hat Eric Blake geschrieben:
> > If I understood the question, we start with a local:
> >
> > T (any format) <- S (qcow2) <- V (qcow2)
> >
> > and want to create a remote tar file:
> >
> > dest.tar == | header ... | qcow2 image |
> >
> > where we write a single collapsed view of the T<-S<-V chain as a qcow2
> image
> > in the subset of the remote tar file.
>
> I think the problem is that we're talking about two different things in
> one thread. If I understand correctly, what oVirt does today is:
>
> 1. qemu-img convert to create a temporary qcow2 image that merges the
>whole backing chain in a single file
>
> 2. tar to create an temporary OVA archive that contains, amongst others,
>the temporary qcow2 image. This is a second temporary file.
>
> 3. Stream this temporary OVA archive over HTTP
>

Well, today we suggest users to mount a shared storage to multiple hosts
that reside in different oVirt/RHV deployments so they could export
VMs/templates as OVAs to that shared storage and import these OVAs from the
shared storage to a destination deployment. This process involves only #1
and #2.

The technique you proposed earlier for writing disks directly into an OVA,
assuming that the target size can be retrieved with 'qemu-img measure',
sounds like a nice approach to accelerate this process. I think we should
really consider doing that if that's as easy as it sounds.

But #3 is definitely something we are interested in because we expect the
next step to be exporting the OVAs to a remote instance of Glance that
serves as a shared repository for the different deployments. Being able to
stream the collapsed form of a volume chain without writing anything to the
storage device would be fantastic. I think that even at the expense of
iterating the chain twice - once to map the structure of the jump tables
(right?) and once to stream the whole data.


>
> Your proposal is about getting rid of the temporary file from step 1,
> but keeping the temporary file from step 2. I was kind of ignoring
> step 2 and answering how you can avoid a temporary file by creating and
> streaming a qcow2 file in a single step, but if you already have the
> code to create a qcow2 image as a stream, adding a tar header as well
> shouldn't be that hard...
>
> I think Nir was talking about both.
>
> Ideally, we'd somehow get rid of HTTP, which introduces the requirement
> of a non-seekable stream.
>
> > So, first use qemu-img to learn how big to size the collapsed qcow2
> image,
> > and by extension, the overall tar image
> > $ qemu-img measure -f qcow2 -O qcow2 V
> >
> > then pre-create a large enough tar file on the destination
> > $ create header
> > $ truncate --size=XXX dest.qcow2
> > $ tar cf dest.tar header dest.qcow2
> >
> > (note that I explicitly did NOT use tar --sparse; dest.qcow2 is sparse
> and
> > occupies practically no disk space, but dest.tar must NOT be sparse
> because
> > neither tar nor NBD work well with after-the-fact resizing)
> >
> > then set up an NBD server on the destination that can write to the
> subset of
> > the tar file:
> >
> > $ learn the offset of dest.qcow2 within dest.tar (probably a multiple of
> > 10240, given default GNU tar options)
> > $ qemu-nbd --image-opts
> > driver=raw,offset=YYY,size=XXX,file.driver=file,file.filename=dest.tar
> >
> > (I'm not sure if I got the --image-opts syntax exactly correct.  nbdkit
> has
> > more examples of learning offsets within a tar file, and may be a better
> > option as a server than qemu-nbd - but the point remains: serve up the
> > subset of the dest.tar file as raw bytes)
> >
> > finally set up qemu as an NBD client on the source:
> > $ qemu-img convert -f qcow2 V -O qcow2 nbd://remote
> >
> > (now the client collapses the qcow2 chain onto the source, and writes
> that
> > into a qcow2 subset of the tar file on the destination, where the
> > destination was already sized large enough to hold the qcow2 image, and
> > where no other temporary storage was needed other than the sparse
> dest.qcow2
> > used in creating a large enough tar file)
>
> You added another host into the mix, which just receives the image
> content via NBD and then re-exports it as HTTP. Does this host actually
> exist or is it the same host where the original images are located?
>
> Because if you stay local for this step, there is no need to use NBD at
> all:
>
> $ ./qemu-img measure -O qcow2 ~/images/hd.img
> required size: 67436544
> fully allocated size: 67436544
> $ ./qemu-img create -f file /tmp/test.qcow2 67436544
> Formatting '/tmp/test.qcow2', fmt=file size=67436544
> $ ./qemu-img convert -n --target-image-opts ~/images/hd.img
> driver=raw,file.driver=file,file.filename=/tmp/test.qcow2,offset=65536
>
> hexdump verifies that this does the expected thing.
>
> > > Exporting to a stream is possible if we're allowed to make two passes
> > > over the source, but the existing QEMU code is useless for 

[ovirt-users] Re: VM status and issue with cloud_init

[Arik Hadas]

On Wed, May 30, 2018 at 7:30 PM, <03ce...@gmail.com> wrote:

> Some what new to the VM and Ovirt world here and need some help
> understanding terminologies and get the VM to work as per requirement.
>
> I have a self-hosted-engine (4.2) running on centos (7.4). The engine is
> in good health and I have deployed a test VM using below playbook
> successfully. It is currently in "up" state.
>
>
> - name: oVirt Self-Hosted-Engine - Manage VMs
>   hosts: hypervisor_ovirt
>   gather_facts: false
>
>   vars_files:
> # Contains encrypted `engine_password` varibale using ansible-vault
> - ovirt-secrets.yml
>
>   vars:
> engine_url: https://engine-ovirt.dw/ovirt-engine/api
> engine_user: admin@internal
> engine_cafile: /etc/pki/ovirt-engine/ca.pem
>
> mytest_vm:
>   cluster: Default
>   memory: 64GiB
>   memory_guaranteed: 1GiB
>   cores: 2
>   nics:
> - name: vnet0
>   network: ovirtmgmt
>   profile: ovirtmgmt
>   interface: virtio
>   wait: true
>   domain: node.dev.dw
>   os_type: rhel_7x64
>   ssh_key: ssh-rsa AAA...LGx user01@mytestvm
>   root_password: super_password
>   disks:
> - size: 20GiB
>   name: data
>   storage_domain: hosted_storage
>   interface: virtio
>   bootable: true
>   nics:
> - name: vnet0
>   network: ovirtmgmt
>   profile: ovirtmgmt
>   interface: virtio
>
> vms:
>   - name: mytest_vm
> tag: mytest_vm
> profile: "{{ mytest_vm }}"
> cloud_init:
>   dns_servers:
> - 10.90.x.1
> - 10.90.x.1
>   nic_boot_protocol: static
>   nic_ip_address: 10.90.x.y
>   nic_netmask: 255.255.255.0
>   nic_gateway: 10.90.x.z
>   nic_name: eth0
>   nic_on_boot: true
>   host_name: mytestvm.test.dw
>   custom_script: |
> write_files:
>  - content: |
>  Hello, world!
>path: /tmp/greeting.txt
>permissions: '0644'
>   user_name: root
>   root_password: super_password
> cloud_init_persist: true
>
>   roles:
> - oVirt.vm-infra
>
>
> Above playbook runs fine, but when i see summary using ovirt4.py, i do not
> see ipaddr for this test vm.
>
> - I do not see the ipaddr for this VM despite specifying it using
> cloud_init
>

You need to install a guest agent in order to be provided with ip addresses.


> - does the "up" status mean it has "booted" or I need to do something else
> to boot it with centos 7.4 minimal
>

Without a guest agent installed we know nothing about the state of the
guest so in this case the UP status only means that the VM process is
running for more than 1 minute.


>
> Thank you in advance.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/YF635QVUMPZTMVX3CMPSNUORXK527OFA/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/V2EKYKSS3C2PKZ7LG5CQDAREHONMK6PR/

[ovirt-users] Re: VM status and issue with cloud_init

[Arik Hadas]

On Thu, May 31, 2018 at 10:08 AM, 03CE 007 <03ce...@gmail.com> wrote:

> Ok thanks, when you say guest agent, could you please provide the full
> name and how to have it installed, and I am assuming it should be installed
> on the the engineVM or the new VM I want to spin and boot up.
>

Generally speaking, we are transitioning from ovirt-guest-agent to
qemu-guest-agent.
I don't know what's the status of this transition with respect to centos as
I typically use latest-fedora.
Tomas, can you please advice what needs to be installed in centos 7.4?

And it should be installed in the new VM.


>
> On Thu, 31 May 2018, 7:57 am Arik Hadas,  wrote:
>
>>
>>
>> On Wed, May 30, 2018 at 7:30 PM, <03ce...@gmail.com> wrote:
>>
>>> Some what new to the VM and Ovirt world here and need some help
>>> understanding terminologies and get the VM to work as per requirement.
>>>
>>> I have a self-hosted-engine (4.2) running on centos (7.4). The engine is
>>> in good health and I have deployed a test VM using below playbook
>>> successfully. It is currently in "up" state.
>>>
>>>
>>> - name: oVirt Self-Hosted-Engine - Manage VMs
>>>   hosts: hypervisor_ovirt
>>>   gather_facts: false
>>>
>>>   vars_files:
>>> # Contains encrypted `engine_password` varibale using ansible-vault
>>> - ovirt-secrets.yml
>>>
>>>   vars:
>>> engine_url: https://engine-ovirt.dw/ovirt-engine/api
>>> engine_user: admin@internal
>>> engine_cafile: /etc/pki/ovirt-engine/ca.pem
>>>
>>> mytest_vm:
>>>   cluster: Default
>>>   memory: 64GiB
>>>   memory_guaranteed: 1GiB
>>>   cores: 2
>>>   nics:
>>> - name: vnet0
>>>   network: ovirtmgmt
>>>   profile: ovirtmgmt
>>>   interface: virtio
>>>   wait: true
>>>   domain: node.dev.dw
>>>   os_type: rhel_7x64
>>>   ssh_key: ssh-rsa AAA...LGx user01@mytestvm
>>>   root_password: super_password
>>>   disks:
>>> - size: 20GiB
>>>   name: data
>>>   storage_domain: hosted_storage
>>>   interface: virtio
>>>   bootable: true
>>>   nics:
>>> - name: vnet0
>>>   network: ovirtmgmt
>>>   profile: ovirtmgmt
>>>   interface: virtio
>>>
>>> vms:
>>>   - name: mytest_vm
>>> tag: mytest_vm
>>> profile: "{{ mytest_vm }}"
>>> cloud_init:
>>>   dns_servers:
>>> - 10.90.x.1
>>> - 10.90.x.1
>>>   nic_boot_protocol: static
>>>   nic_ip_address: 10.90.x.y
>>>   nic_netmask: 255.255.255.0
>>>   nic_gateway: 10.90.x.z
>>>   nic_name: eth0
>>>   nic_on_boot: true
>>>   host_name: mytestvm.test.dw
>>>   custom_script: |
>>> write_files:
>>>  - content: |
>>>  Hello, world!
>>>path: /tmp/greeting.txt
>>>permissions: '0644'
>>>   user_name: root
>>>   root_password: super_password
>>> cloud_init_persist: true
>>>
>>>   roles:
>>> - oVirt.vm-infra
>>>
>>>
>>> Above playbook runs fine, but when i see summary using ovirt4.py, i do
>>> not see ipaddr for this test vm.
>>>
>>> - I do not see the ipaddr for this VM despite specifying it using
>>> cloud_init
>>>
>>
>> You need to install a guest agent in order to be provided with ip
>> addresses.
>>
>>
>>> - does the "up" status mean it has "booted" or I need to do something
>>> else to boot it with centos 7.4 minimal
>>>
>>
>> Without a guest agent installed we know nothing about the state of the
>> guest so in this case the UP status only means that the VM process is
>> running for more than 1 minute.
>>
>>
>>>
>>> Thank you in advance.
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
>>> guidelines/
>>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
>>> message/YF635QVUMPZTMVX3CMPSNUORXK527OFA/
>>>
>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RNDG6JSHOCRPT2OX4OJZFGK4CVTEH4LB/

[ovirt-users] Re: Libvirt ERROR cannot access backing file after importing VM from OpenStack

[Arik Hadas]

On Thu, May 24, 2018 at 6:13 PM, Nir Soffer <nsof...@redhat.com> wrote:

> On Thu, May 24, 2018 at 6:06 PM Vrgotic, Marko <m.vrgo...@activevideo.com>
> wrote:
>
>> Dear Nir,
>>
>> Thank you for quick reply.
>>
>> Ok, why it will not work?
>>
>
> Because the image has a backing file which is not accessible to oVirt.
>
>
>> I used qemu+tcp connection, via import method through engine admin UI.
>>
>> Images was imported and converted according logs, still “backing file”
>> invalid entry remained.
>>
>> Also, I did use same method before, connecting to plain “libvirt kvm”
>> host, import and conversion went smooth, no backend file.
>>
>> Image format is qcow(2) which is supported by oVirt.
>>
>> What am I missing? Should I use different method?
>>
>
> I guess this is not a problem on your side, but a bug in our side.
>
> Either we should block the operation that cannot work, or fix the process
> so we don't refer to non-existing image.
>
> When importing we have 2 options:
>
> - import the entire chain,  importing all images in the chain, converting
>  each image to oVirt volume, and updating the backing file of each layer
> to point to the oVirt image.
>
> - import the current state of the image into a new image, using either raw
> or qcow2, but without any backing file.
>
> Arik, do you know why we create qcow2 file with invalid backing file?
>

It seems to be a result of a bit naive behavior of the kvm2ovirt module
that tries to download only the top-level volume the VM uses, assuming each
of the disks to be imported is comprised of a single volume.

Maybe it's time to finally asking QEMU guys to provide a way to consume the
'collapsed' form of a chain of volumes as a stream if that's not available
yet? ;) It can also boost the recently added process of exporting VMs as
OVAs...


>
> Nir
>
>
>>
>> Kindly awaiting your reply.
>>
>> — — —
>> Met vriendelijke groet / Best regards,
>>
>> Marko Vrgotic
>> Sr. System Engineer
>> ActiveVideo
>>
>> Tel. +31 (0)35 677 4131 <+31%2035%20677%204131>
>> email: m.vrgo...@activevideo.com
>> skype: av.mvrgotic.se
>> www.activevideo.com
>> --
>> *From:* Nir Soffer <nsof...@redhat.com>
>> *Sent:* Thursday, May 24, 2018 4:09:40 PM
>> *To:* Vrgotic, Marko
>> *Cc:* users@ovirt.org; Richard W.M. Jones; Arik Hadas
>> *Subject:* Re: [ovirt-users] Libvirt ERROR cannot access backing file
>> after importing VM from OpenStack
>>
>>
>>
>> On Thu, May 24, 2018 at 5:05 PM Vrgotic, Marko <m.vrgo...@activevideo.com>
>> wrote:
>>
>> Dear oVirt team,
>>
>>
>>
>> When trying to start imported VM, it fails with following message:
>>
>>
>>
>> ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (ForkJoinPool-1-worker-2) [] EVENT_ID: VM_DOWN_ERROR(119), VM
>> instance-0673 is down with error. Exit message: Cannot access backing
>> file '/var/lib/nova/instances/_base/2f4f8c5fc11bb83bcab03f4c829ddda4da8c0bce'
>> of storage file '/rhev/data-center/mnt/glusterSD/aws-gfs-01.awesome.
>> lan:_gv0__he/2607c265-248c-40ad-b020-f3756454839e/images/
>> 816ac00f-ba98-4827-b5c8-42a8ba496089/8ecfcd5b-db67-4c23-9869-0e20d7553aba'
>> (as uid:107, gid:107): No such file or directory.
>>
>>
>>
>> Platform details:
>>
>> Ovirt SHE
>>
>> Version 4.2.2.6-1.el7.centos
>>
>> GlusterFS, unmanaged by oVirt.
>>
>>
>>
>> VM is imported & converted from OpenStack, according to log files,
>> successfully (one WARN, related to different MAC address):
>>
>> 2018-05-24 12:03:31,028+02 INFO  [org.ovirt.engine.core.
>> vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand] (default
>> task-29) [cc5931a2-1af5-4d65-b0b3-362588db9d3f] FINISH,
>> GetVmsNamesFromExternalProviderVDSCommand, return: [VM
>> [instance-0001f94c], VM [instance-00078f6a], VM [instance-0814], VM
>> [instance-0001f9ac], VM [instance-01ff], VM [instance-0001f718], VM
>> [instance-0673], VM [instance-0001ecf2], VM [instance-00078d38]], log
>> id: 7f178a5e
>>
>> 2018-05-24 12:48:33,722+02 INFO  [org.ovirt.engine.core.
>> vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand] (default
>> task-8) [103d56e1-7449-4853-ae50-48ee94d43d77] FINISH,
>> GetVmsNamesFromExternalProviderVDSCommand, return: [VM
>> [instance-0001f94c], VM [instance-00078f6a], VM [instance-0814], VM
>> [instance-0001f9ac], VM [in

[ovirt-users] Re: Libvirt ERROR cannot access backing file after importing VM from OpenStack

[Arik Hadas]

On Mon, May 28, 2018 at 11:25 AM, Kevin Wolf <kw...@redhat.com> wrote:

> [ Adding qemu-block ]
>
> Am 27.05.2018 um 10:36 hat Arik Hadas geschrieben:
> > On Thu, May 24, 2018 at 6:13 PM, Nir Soffer <nsof...@redhat.com> wrote:
> >
> > > On Thu, May 24, 2018 at 6:06 PM Vrgotic, Marko <
> m.vrgo...@activevideo.com>
> > > wrote:
> > >
> > >> Dear Nir,
> > >>
> > >> Thank you for quick reply.
> > >>
> > >> Ok, why it will not work?
> > >>
> > >
> > > Because the image has a backing file which is not accessible to oVirt.
> > >
> > >
> > >> I used qemu+tcp connection, via import method through engine admin UI.
> > >>
> > >> Images was imported and converted according logs, still “backing file”
> > >> invalid entry remained.
> > >>
> > >> Also, I did use same method before, connecting to plain “libvirt kvm”
> > >> host, import and conversion went smooth, no backend file.
> > >>
> > >> Image format is qcow(2) which is supported by oVirt.
> > >>
> > >> What am I missing? Should I use different method?
> > >>
> > >
> > > I guess this is not a problem on your side, but a bug in our side.
> > >
> > > Either we should block the operation that cannot work, or fix the
> process
> > > so we don't refer to non-existing image.
> > >
> > > When importing we have 2 options:
> > >
> > > - import the entire chain,  importing all images in the chain,
> converting
> > >  each image to oVirt volume, and updating the backing file of each
> layer
> > > to point to the oVirt image.
> > >
> > > - import the current state of the image into a new image, using either
> raw
> > > or qcow2, but without any backing file.
> > >
> > > Arik, do you know why we create qcow2 file with invalid backing file?
> > >
> >
> > It seems to be a result of a bit naive behavior of the kvm2ovirt module
> > that tries to download only the top-level volume the VM uses, assuming
> each
> > of the disks to be imported is comprised of a single volume.
> >
> > Maybe it's time to finally asking QEMU guys to provide a way to consume
> the
> > 'collapsed' form of a chain of volumes as a stream if that's not
> available
> > yet? ;) It can also boost the recently added process of exporting VMs as
> > OVAs...
>
> Not sure which operation we're talking about on the QEMU level, but
> generally the "collapsed" view is the normal thing because that's what
> guests see.
>
> For example, if you use 'qemu-img convert', you have to pass options to
> specifically disable it and convert only a single layer if you want to
> keep using backing files instead of getting a standalone image that
> contains everything.
>

Yeah, some context was missing. Sorry about that.

Let me demonstrate briefly the flow for OVA:
Let's say that we have a VM that is based on a template and has one disk
and one snapshot, so its volume-chain would be:
T -> S -> V
(V is the volume the VM writes to, S is the backing file of V and T is the
backing file of S).
When exporting that VM to an OVA file we want the produced tar file to be
comprised of:
(1) OVF configuration
(2) single disk volume (preferably qcow).

So we need to collapse T, S, V into a single volume.
Sure, we can do 'qemu-img convert'. That's what we do now in oVirt 4.2:
(a) qemu-img convert produces a 'temporary' collapsed volume
(b) make a tar file of the OVf configuration and that 'temporary' volume
(c) delete the temporary volume

But the fact that we produce that 'temporary' volume obviously slows down
the entire operation.
It would be much better if we could "open" a stream that we can read from
the 'collapsed' form of that chain and stream it directly into the
appropriate tar file entry, without extra writes to the storage device.

Few months ago people from the oVirt-storage team checked the qemu toolset
and replied that this capability is not yet provided, therefore we
implemented the workaround described above. Apparently, the desired ability
can also be useful for the flow discussed in this thread so it worth asking
for it again :)


>
> Kevin
>
> >
> > >
> > > Nir
> > >
> > >
> > >>
> > >> Kindly awaiting your reply.
> > >>
> > >> — — —
> > >> Met vriendelijke groet / Best regards,
> > >>
> > >> Marko Vrgotic
> > >> Sr. System Engineer
> > >> ActiveVideo
> > >

[ovirt-users] Re: Failure to import a VM

[Arik Hadas]

36a1e4cd] Command
> [id=ba2a1ec9-36b3-451b-b6b9-2b2d698ed900]: Compensating TRANSIENT_ENTITY
> of org.ovirt.engine.core.common.businessentities.
> ReleaseMacsTransientCompensation; snapshot: org.ovirt.engine.core.common.
> businessentities.ReleaseMacsTransientCompensation@3306fa7b.
> 2018-06-01 13:00:43,649Z INFO  [org.ovirt.engine.core.bll.CommandCompensator]
> (EE-ManagedThreadFactory-engineScheduled-Thread-87) [36a1e4cd] Command
> [id=ba2a1ec9-36b3-451b-b6b9-2b2d698ed900]: Compensating NEW_ENTITY_ID of
> org.ovirt.engine.core.common.businessentities.network.VmNetworkStatistics;
> snapshot: afafda74-57f4-4f79-83a4-d875461ab557.
> 2018-06-01 13:00:43,649Z INFO  [org.ovirt.engine.core.bll.CommandCompensator]
> (EE-ManagedThreadFactory-engineScheduled-Thread-87) [36a1e4cd] Command
> [id=ba2a1ec9-36b3-451b-b6b9-2b2d698ed900]: Compensating NEW_ENTITY_ID of
> org.ovirt.engine.core.common.businessentities.network.VmNetworkInterface;
> snapshot: afafda74-57f4-4f79-83a4-d875461ab557.
> 2018-06-01 13:00:43,650Z INFO  [org.ovirt.engine.core.bll.CommandCompensator]
> (EE-ManagedThreadFactory-engineScheduled-Thread-87) [36a1e4cd] Command
> [id=ba2a1ec9-36b3-451b-b6b9-2b2d698ed900]: Compensating TRANSIENT_ENTITY
> of org.ovirt.engine.core.common.businessentities.
> ReleaseMacsTransientCompensation; snapshot: org.ovirt.engine.core.common.
> businessentities.ReleaseMacsTransientCompensation@53a4230e.
> 2018-06-01 13:00:43,651Z INFO  [org.ovirt.engine.core.bll.CommandCompensator]
> (EE-ManagedThreadFactory-engineScheduled-Thread-87) [36a1e4cd] Command
> [id=ba2a1ec9-36b3-451b-b6b9-2b2d698ed900]: Compensating NEW_ENTITY_ID of
> org.ovirt.engine.core.common.businessentities.VmStatistics; snapshot:
> 632fec81-6271-4ae7-866e-2aad43530594.
> 2018-06-01 13:00:43,651Z INFO  [org.ovirt.engine.core.bll.CommandCompensator]
> (EE-ManagedThreadFactory-engineScheduled-Thread-87) [36a1e4cd] Command
> [id=ba2a1ec9-36b3-451b-b6b9-2b2d698ed900]: Compensating NEW_ENTITY_ID of
> org.ovirt.engine.core.common.businessentities.VmDynamic; snapshot:
> 632fec81-6271-4ae7-866e-2aad43530594.
> 2018-06-01 13:00:43,652Z INFO  [org.ovirt.engine.core.bll.CommandCompensator]
> (EE-ManagedThreadFactory-engineScheduled-Thread-87) [36a1e4cd] Command
> [id=ba2a1ec9-36b3-451b-b6b9-2b2d698ed900]: Compensating NEW_ENTITY_ID of
> org.ovirt.engine.core.common.businessentities.Snapshot; snapshot:
> bf4518c0-1624-49f7-82be-2b079bfe0111.
> 2018-06-01 13:00:43,653Z INFO  [org.ovirt.engine.core.bll.CommandCompensator]
> (EE-ManagedThreadFactory-engineScheduled-Thread-87) [36a1e4cd] Command
> [id=ba2a1ec9-36b3-451b-b6b9-2b2d698ed900]: Compensating NEW_ENTITY_ID of
> org.ovirt.engine.core.common.businessentities.VmStatic; snapshot:
> 632fec81-6271-4ae7-866e-2aad43530594.
> 2018-06-01 13:00:43,677Z INFO  
> [org.ovirt.engine.core.bll.exportimport.ImportVmFromOvaCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-87) [36a1e4cd] Lock freed
> to object 'EngineLock:{exclusiveLocks='[PA-VM-8.0.0=VM_NAME,
> 632fec81-6271-4ae7-866e-2aad43530594=VM]', sharedLocks=''}'
> 2018-06-01 13:00:43,702Z ERROR [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-87)
> [36a1e4cd] *EVENT_ID: IMPORTEXPORT_IMPORT_VM_FAILED(1,153), Failed to
> import Vm PA-VM-8.0.0 to Data Center DC2, Cluster Cluster2*
> 2018-06-01 13:00:46,438Z INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (EE-ManagedThreadFactory-engineScheduled-Thread-80) [] Task id
> '0eee4fa8-16eb-4211-9ef1-9a8081952028' is in pre-polling  period and
> should not be polled. Pre-polling period is 6 millis.
> 2018-06-01 13:00:56,439Z INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (EE-ManagedThreadFactory-engineScheduled-Thread-33) [] Task id
> '0eee4fa8-16eb-4211-9ef1-9a8081952028' is in pre-polling  period and
> should not be polled. Pre-polling period is 6 millis.
> 2018-06-01 13:01:06,440Z INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (EE-ManagedThreadFactory-engineScheduled-Thread-95) [] Task id
> '0eee4fa8-16eb-4211-9ef1-9a8081952028' is in pre-polling  period and
> should not be polled. Pre-polling period is 6 millis.
> 2018-06-01 13:01:16,274Z INFO  
> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Setting new tasks
> map. The map contains now 1 tasks
>
> 
> -
>
>
> Best regards
>
> On Mon, May 28, 2018 at 5:57 PM, Arik Hadas  wrote:
>
>>
>>
>> On Mon, May 28, 2018 at 7:55 PM, Aziz  wrote:
>>
>>> Hi All,
>>>
>>> I'm getting an error when trying to import an OVA file to my oVirt. It
>>> seems 

[ovirt-users] Re: Failure to import a VM

[Arik Hadas]

On Mon, May 28, 2018 at 7:55 PM, Aziz  wrote:

> Hi All,
>
> I'm getting an error when trying to import an OVA file to my oVirt. It
> seems that a JAVA command is failing with an exception :
>
> Here are the logs from the engine.log file, while importing the OVA file.
>
> 2018-05-28 16:47:09,491Z ERROR 
> [org.ovirt.engine.core.bll.exportimport.ImportVmFromOvaCommand]
> (EE-ManagedThreadFactory-engine-Thread-19767) 
> [e0306ff3-db73-4030-924b-57d86023db28]
> Command 'org.ovirt.engine.core.bll.exportimport.ImportVmFromOvaCommand'
> failed: For input string: ""
> 2018-05-28 16:47:09,491Z ERROR 
> [org.ovirt.engine.core.bll.exportimport.ImportVmFromOvaCommand]
> (EE-ManagedThreadFactory-engine-Thread-19767) 
> [e0306ff3-db73-4030-924b-57d86023db28]
> Exception: java.lang.NumberFormatException: For input string: ""
> at 
> java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
> [rt.jar:1.8.0_171]
> at java.lang.Long.parseLong(Long.java:601) [rt.jar:1.8.0_171]
> at 
> org.ovirt.engine.core.utils.MacAddressRangeUtils.macToLong(MacAddressRangeUtils.java:124)
> [utils.jar:]
> at org.ovirt.engine.core.bll.network.macpool.MacPoolUsingRanges.
> isMacInRange(MacPoolUsingRanges.java:193) [bll.jar:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [rt.jar:1.8.0_171]
> at sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_171]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_171]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_171]
> at org.ovirt.engine.core.utils.lock.LockedObjectFactory$
> LockingInvocationHandler.invoke(LockedObjectFactory.java:66) [utils.jar:]
> at com.sun.proxy.$Proxy187.isMacInRange(Unknown Source)
> at java.util.function.Predicate.lambda$negate$1(Predicate.java:80)
> [rt.jar:1.8.0_171]
> at 
> java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174)
> [rt.jar:1.8.0_171]
> at 
> java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
> [rt.jar:1.8.0_171]
> at 
> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
> [rt.jar:1.8.0_171]
> at java.util.ArrayList$ArrayListSpliterator.
> forEachRemaining(ArrayList.java:1382) [rt.jar:1.8.0_171]
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> [rt.jar:1.8.0_171]
> at 
> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> [rt.jar:1.8.0_171]
> at 
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> [rt.jar:1.8.0_171]
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> [rt.jar:1.8.0_171]
> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> [rt.jar:1.8.0_171]
> at org.ovirt.engine.core.bll.network.vm.ExternalVmMacsFinder.
> findExternalMacAddresses(ExternalVmMacsFinder.java:37) [bll.jar:]
> at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.
> reportExternalMacs(ImportVmCommandBase.java:512) [bll.jar:]
> at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.
> addVmInterfaces(ImportVmCommandBase.java:640) [bll.jar:]
> at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.lambda$
> addVmToDb$2(ImportVmCommandBase.java:533) [bll.jar:]
> at org.ovirt.engine.core.utils.transaction.TransactionSupport.
> executeInNewTransaction(TransactionSupport.java:202) [utils.jar:]
> at org.ovirt.engine.core.bll.exportimport.
> ImportVmCommandBase.addVmToDb(ImportVmCommandBase.java:529) [bll.jar:]
> at org.ovirt.engine.core.bll.exportimport.
> ImportVmFromExternalProviderCommand.addVmToDb(
> ImportVmFromExternalProviderCommand.java:364) [bll.jar:]
> at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.
> executeVmCommand(ImportVmCommandBase.java:474) [bll.jar:]
> at org.ovirt.engine.core.bll.VmCommand.executeCommand(VmCommand.java:161)
> [bll.jar:]
> at 
> org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1133)
> [bll.jar:]
> at org.ovirt.engine.core.bll.CommandBase.
> executeActionInTransactionScope(CommandBase.java:1285) [bll.jar:]
> at 
> org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1934)
> [bll.jar:]
> at org.ovirt.engine.core.utils.transaction.TransactionSupport.
> executeInSuppressed(TransactionSupport.java:164) [utils.jar:]
> at org.ovirt.engine.core.utils.transaction.TransactionSupport.
> executeInScope(TransactionSupport.java:103) [utils.jar:]
> at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1345)
> [bll.jar:]
> at 
> org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:400)
> [bll.jar:]
> at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu
> nner.executeValidatedCommand(PrevalidatingMultipleActionsRunner.java:204)
> [bll.jar:]
> at 

[ovirt-users] Re: engine

[Arik Hadas]

On Mon, Jun 25, 2018 at 12:39 PM du_hon...@yeah.net 
wrote:

> I can't to try latest oVirt,  I want to find a patch for this bug. can you
> give me a patch url for this bug. thanks.
>

Why can't you update to latest 4.2?


>
> --
>
> Regards
>
> Hongyu Du
>
>
> *From:* Arik Hadas 
> *Date:* 2018-06-25 17:28
> *To:* du_hongyu 
> *CC:* users 
> *Subject:* Re: Re: [ovirt-users] engine
>
>
> On Mon, Jun 25, 2018 at 12:15 PM du_hon...@yeah.net 
> wrote:
>
>> my two ovirt version are the same, version is 4.2.0
>>
>
>  Ok, thanks. Yeah, we had a bug that caused our own OVAs to be identified
> as external OVAs and thus invoking virt-v2v. Please try with latest oVirt,
> there's a good chance that is resolved already.
>
>
>>
>> --
>>
>> Regards
>>
>> Hongyu Du
>>
>>
>> *From:* Arik Hadas 
>> *Date:* 2018-06-25 17:05
>> *To:* du_hongyu 
>> *CC:* users 
>> *Subject:* Re: Re: [ovirt-users] engine
>>
>>
>> On Mon, Jun 25, 2018 at 11:55 AM du_hon...@yeah.net 
>> wrote:
>>
>>> I get OVA from "Export as OVA" in my another ovirt  cluster.
>>>
>>
>> I see, and what's the version of oVirt that you try to import the OVA to?
>>
>>
>>>
>>> --
>>>
>>> Regards
>>>
>>> Hongyu Du
>>>
>>>
>>> *From:* Arik Hadas 
>>> *Date:* 2018-06-25 16:42
>>> *To:* du_hongyu 
>>> *CC:* users 
>>> *Subject:* Re: Re: [ovirt-users] engine
>>>
>>>
>>> On Mon, Jun 25, 2018 at 11:19 AM du_hon...@yeah.net 
>>> wrote:
>>>
>>>>
>>>> Hi
>>>> I find error in /var/log/vdsm/import/
>>>>
>>>
>>> Seems like the OVA is problematic, where did you get it from?
>>>
>>>
>>>>
>>>> libguestfs: trace: set_verbose true
>>>> libguestfs: trace: set_verbose = 0
>>>> libguestfs: trace: get_cachedir
>>>> libguestfs: trace: get_cachedir = "/var/tmp"
>>>> virt-v2v: libguestfs 1.32.7 (x86_64)
>>>> [   0.0] Opening the source -i ova
>>>> /rhev/data-center/mnt/import-ova/backup_server.ova
>>>> tar '-xf' '/rhev/data-center/mnt/import-ova/backup_server.ova' '-C'
>>>> '/var/tmp/ova.z1kmYX'
>>>> virt-v2v: error: expecting XML expression to return an integer
>>>> (expression:
>>>> rasd:Parent/text(), matching string:
>>>> ----)
>>>> rm -rf '/var/tmp/ova.z1kmYX'
>>>> rm -rf '/var/tmp/null.qCXaVl'
>>>> libguestfs: trace: close
>>>> libguestfs: closing guestfs handle 0x18cdb60 (state 0)
>>>>
>>>>
>>>> --
>>>>
>>>> Regards
>>>>
>>>> Hongyu Du
>>>>
>>>>
>>>> *From:* Arik Hadas 
>>>> *Date:* 2018-06-25 15:44
>>>> *To:* du_hongyu 
>>>> *CC:* users 
>>>> *Subject:* Re: Re: [ovirt-users] engine
>>>>
>>>>
>>>> On Mon, Jun 25, 2018 at 10:37 AM du_hon...@yeah.net 
>>>> wrote:
>>>>
>>>>> hi
>>>>> thanks ,  I used full path:
>>>>> /rhev/data-center/mnt/import-ova/backup_server.ova.
>>>>>
>>>>
>>>> Oh, sorry, I looked at a previous attempt.
>>>> Yeah, the conversion failed - we'll need the vdsm log and more
>>>> importantly the import log from the host.
>>>>
>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Regards
>>>>>
>>>>> Hongyu Du
>>>>>
>>>>>
>>>>> *From:* Arik Hadas 
>>>>> *Date:* 2018-06-25 14:49
>>>>> *To:* du_hongyu 
>>>>> *CC:* users 
>>>>> *Subject:* Re: [ovirt-users] engine
>>>>>
>>>>>
>>>>> On Mon, Jun 25, 2018 at 9:12 AM du_hon...@yeah.net 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> Hi
>>>>>>
>>>>>> I export OVA from my ovirt , then want to import the OVA to anther
>>>>>> ovirt, but this is failed
>>>>>> 2018-06-25 13:52:03,836+08 INFO
>>>>>>  [org.ovirt.en

[ovirt-users] Re: engine

[Arik Hadas]

On Mon, Jun 25, 2018 at 12:15 PM du_hon...@yeah.net 
wrote:

> my two ovirt version are the same, version is 4.2.0
>

 Ok, thanks. Yeah, we had a bug that caused our own OVAs to be identified
as external OVAs and thus invoking virt-v2v. Please try with latest oVirt,
there's a good chance that is resolved already.


>
> --
>
> Regards
>
> Hongyu Du
>
>
> *From:* Arik Hadas 
> *Date:* 2018-06-25 17:05
> *To:* du_hongyu 
> *CC:* users 
> *Subject:* Re: Re: [ovirt-users] engine
>
>
> On Mon, Jun 25, 2018 at 11:55 AM du_hon...@yeah.net 
> wrote:
>
>> I get OVA from "Export as OVA" in my another ovirt  cluster.
>>
>
> I see, and what's the version of oVirt that you try to import the OVA to?
>
>
>>
>> --
>>
>> Regards
>>
>> Hongyu Du
>>
>>
>> *From:* Arik Hadas 
>> *Date:* 2018-06-25 16:42
>> *To:* du_hongyu 
>> *CC:* users 
>> *Subject:* Re: Re: [ovirt-users] engine
>>
>>
>> On Mon, Jun 25, 2018 at 11:19 AM du_hon...@yeah.net 
>> wrote:
>>
>>>
>>> Hi
>>> I find error in /var/log/vdsm/import/
>>>
>>
>> Seems like the OVA is problematic, where did you get it from?
>>
>>
>>>
>>> libguestfs: trace: set_verbose true
>>> libguestfs: trace: set_verbose = 0
>>> libguestfs: trace: get_cachedir
>>> libguestfs: trace: get_cachedir = "/var/tmp"
>>> virt-v2v: libguestfs 1.32.7 (x86_64)
>>> [   0.0] Opening the source -i ova
>>> /rhev/data-center/mnt/import-ova/backup_server.ova
>>> tar '-xf' '/rhev/data-center/mnt/import-ova/backup_server.ova' '-C'
>>> '/var/tmp/ova.z1kmYX'
>>> virt-v2v: error: expecting XML expression to return an integer
>>> (expression:
>>> rasd:Parent/text(), matching string:
>>> ----)
>>> rm -rf '/var/tmp/ova.z1kmYX'
>>> rm -rf '/var/tmp/null.qCXaVl'
>>> libguestfs: trace: close
>>> libguestfs: closing guestfs handle 0x18cdb60 (state 0)
>>>
>>>
>>> --
>>>
>>> Regards
>>>
>>> Hongyu Du
>>>
>>>
>>> *From:* Arik Hadas 
>>> *Date:* 2018-06-25 15:44
>>> *To:* du_hongyu 
>>> *CC:* users 
>>> *Subject:* Re: Re: [ovirt-users] engine
>>>
>>>
>>> On Mon, Jun 25, 2018 at 10:37 AM du_hon...@yeah.net 
>>> wrote:
>>>
>>>> hi
>>>> thanks ,  I used full path:
>>>> /rhev/data-center/mnt/import-ova/backup_server.ova.
>>>>
>>>
>>> Oh, sorry, I looked at a previous attempt.
>>> Yeah, the conversion failed - we'll need the vdsm log and more
>>> importantly the import log from the host.
>>>
>>>
>>>>
>>>> --
>>>>
>>>> Regards
>>>>
>>>> Hongyu Du
>>>>
>>>>
>>>> *From:* Arik Hadas 
>>>> *Date:* 2018-06-25 14:49
>>>> *To:* du_hongyu 
>>>> *CC:* users 
>>>> *Subject:* Re: [ovirt-users] engine
>>>>
>>>>
>>>> On Mon, Jun 25, 2018 at 9:12 AM du_hon...@yeah.net 
>>>> wrote:
>>>>
>>>>>
>>>>> Hi
>>>>>
>>>>> I export OVA from my ovirt , then want to import the OVA to anther
>>>>> ovirt, but this is failed
>>>>> 2018-06-25 13:52:03,836+08 INFO
>>>>>  [org.ovirt.engine.core.bll.exportimport.ConvertVmCallback]
>>>>> (EE-ManagedThreadFactory-engineScheduled-Thread-94) [5c66b700] Conversion
>>>>> of VM from external environment failed: Job
>>>>> u'7ef7bff2-5766-4f38-ac28-cdd9da4c407c' process failed exit-code: 1
>>>>>
>>>>
>>>> Seems you're trying to import the OVA file backup_server.ova but you
>>>> provide only the the directory in the "Path" field, right?
>>>> It doesn't work so well at the moment so better specifying the full
>>>> path: /rhev/data-center/mnt/import-ova/backup_server.ova
>>>>
>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Regards
>>>>>
>>>>> Hongyu Du
>>>>> ___
>>>>> Users mailing list -- users@ovirt.org
>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>> oVirt Code of Conduct:
>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>> List Archives:
>>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WJZOLVOQT2PDEAVUR3TYCY7AHVR7SKOC/
>>>>>
>>>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/75YO6URAPD5XJIRWF7R7JP3AK5CAUCUG/

[ovirt-users] Re: engine

[Arik Hadas]

On Mon, Jun 25, 2018 at 2:16 PM du_hon...@yeah.net 
wrote:

> I have deployed ovirt-engine-4.2.0 in my cluster, I only wan to fix this
> bug, if update ovirt-engine, I am afraid to it has other issue.
>

I see. Well, there were quite a few patches that solved a variety of bugs
in that area, not to mention a big change in the infrastructure that this
feature was implemented with, and therefore finding the relevant patches
and cherry-picking them would not be trivial.
So I would suggest you not to use the OVA export/import until you are able
to update to a more recent version.


>
> --
>
> Regards
>
> Hongyu Du
>
>
> *From:* Arik Hadas 
> *Date:* 2018-06-25 18:03
> *To:* du_hongyu 
> *CC:* users 
> *Subject:* Re: Re: [ovirt-users] engine
>
>
> On Mon, Jun 25, 2018 at 12:39 PM du_hon...@yeah.net 
> wrote:
>
>> I can't to try latest oVirt,  I want to find a patch for this bug. can
>> you give me a patch url for this bug. thanks.
>>
>
> Why can't you update to latest 4.2?
>
>
>>
>> --
>>
>> Regards
>>
>> Hongyu Du
>>
>>
>> *From:* Arik Hadas 
>> *Date:* 2018-06-25 17:28
>> *To:* du_hongyu 
>> *CC:* users 
>> *Subject:* Re: Re: [ovirt-users] engine
>>
>>
>> On Mon, Jun 25, 2018 at 12:15 PM du_hon...@yeah.net 
>> wrote:
>>
>>> my two ovirt version are the same, version is 4.2.0
>>>
>>
>>  Ok, thanks. Yeah, we had a bug that caused our own OVAs to be identified
>> as external OVAs and thus invoking virt-v2v. Please try with latest oVirt,
>> there's a good chance that is resolved already.
>>
>>
>>>
>>> --
>>>
>>> Regards
>>>
>>> Hongyu Du
>>>
>>>
>>> *From:* Arik Hadas 
>>> *Date:* 2018-06-25 17:05
>>> *To:* du_hongyu 
>>> *CC:* users 
>>> *Subject:* Re: Re: [ovirt-users] engine
>>>
>>>
>>> On Mon, Jun 25, 2018 at 11:55 AM du_hon...@yeah.net 
>>> wrote:
>>>
>>>> I get OVA from "Export as OVA" in my another ovirt  cluster.
>>>>
>>>
>>> I see, and what's the version of oVirt that you try to import the OVA to?
>>>
>>>
>>>>
>>>> --
>>>>
>>>> Regards
>>>>
>>>> Hongyu Du
>>>>
>>>>
>>>> *From:* Arik Hadas 
>>>> *Date:* 2018-06-25 16:42
>>>> *To:* du_hongyu 
>>>> *CC:* users 
>>>> *Subject:* Re: Re: [ovirt-users] engine
>>>>
>>>>
>>>> On Mon, Jun 25, 2018 at 11:19 AM du_hon...@yeah.net 
>>>> wrote:
>>>>
>>>>>
>>>>> Hi
>>>>> I find error in /var/log/vdsm/import/
>>>>>
>>>>
>>>> Seems like the OVA is problematic, where did you get it from?
>>>>
>>>>
>>>>>
>>>>> libguestfs: trace: set_verbose true
>>>>> libguestfs: trace: set_verbose = 0
>>>>> libguestfs: trace: get_cachedir
>>>>> libguestfs: trace: get_cachedir = "/var/tmp"
>>>>> virt-v2v: libguestfs 1.32.7 (x86_64)
>>>>> [   0.0] Opening the source -i ova
>>>>> /rhev/data-center/mnt/import-ova/backup_server.ova
>>>>> tar '-xf' '/rhev/data-center/mnt/import-ova/backup_server.ova' '-C'
>>>>> '/var/tmp/ova.z1kmYX'
>>>>> virt-v2v: error: expecting XML expression to return an integer
>>>>> (expression:
>>>>> rasd:Parent/text(), matching string:
>>>>> ----)
>>>>> rm -rf '/var/tmp/ova.z1kmYX'
>>>>> rm -rf '/var/tmp/null.qCXaVl'
>>>>> libguestfs: trace: close
>>>>> libguestfs: closing guestfs handle 0x18cdb60 (state 0)
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Regards
>>>>>
>>>>> Hongyu Du
>>>>>
>>>>>
>>>>> *From:* Arik Hadas 
>>>>> *Date:* 2018-06-25 15:44
>>>>> *To:* du_hongyu 
>>>>> *CC:* users 
>>>>> *Subject:* Re: Re: [ovirt-users] engine
>>>>>
>>>>>
>>>>> On Mon, Jun 25, 2018 at 10:37 AM du_hon...@yeah.net <
>>>>> du_hon...@yeah.net> wrote:
>>>>>
>>

[ovirt-users] Re: engine

[Arik Hadas]

On Mon, Jun 25, 2018 at 11:55 AM du_hon...@yeah.net 
wrote:

> I get OVA from "Export as OVA" in my another ovirt  cluster.
>

I see, and what's the version of oVirt that you try to import the OVA to?


>
> --
>
> Regards
>
> Hongyu Du
>
>
> *From:* Arik Hadas 
> *Date:* 2018-06-25 16:42
> *To:* du_hongyu 
> *CC:* users 
> *Subject:* Re: Re: [ovirt-users] engine
>
>
> On Mon, Jun 25, 2018 at 11:19 AM du_hon...@yeah.net 
> wrote:
>
>>
>> Hi
>> I find error in /var/log/vdsm/import/
>>
>
> Seems like the OVA is problematic, where did you get it from?
>
>
>>
>> libguestfs: trace: set_verbose true
>> libguestfs: trace: set_verbose = 0
>> libguestfs: trace: get_cachedir
>> libguestfs: trace: get_cachedir = "/var/tmp"
>> virt-v2v: libguestfs 1.32.7 (x86_64)
>> [   0.0] Opening the source -i ova
>> /rhev/data-center/mnt/import-ova/backup_server.ova
>> tar '-xf' '/rhev/data-center/mnt/import-ova/backup_server.ova' '-C'
>> '/var/tmp/ova.z1kmYX'
>> virt-v2v: error: expecting XML expression to return an integer
>> (expression:
>> rasd:Parent/text(), matching string: ----)
>> rm -rf '/var/tmp/ova.z1kmYX'
>> rm -rf '/var/tmp/null.qCXaVl'
>> libguestfs: trace: close
>> libguestfs: closing guestfs handle 0x18cdb60 (state 0)
>>
>>
>> --
>>
>> Regards
>>
>> Hongyu Du
>>
>>
>> *From:* Arik Hadas 
>> *Date:* 2018-06-25 15:44
>> *To:* du_hongyu 
>> *CC:* users 
>> *Subject:* Re: Re: [ovirt-users] engine
>>
>>
>> On Mon, Jun 25, 2018 at 10:37 AM du_hon...@yeah.net 
>> wrote:
>>
>>> hi
>>> thanks ,  I used full path:
>>> /rhev/data-center/mnt/import-ova/backup_server.ova.
>>>
>>
>> Oh, sorry, I looked at a previous attempt.
>> Yeah, the conversion failed - we'll need the vdsm log and more
>> importantly the import log from the host.
>>
>>
>>>
>>> --
>>>
>>> Regards
>>>
>>> Hongyu Du
>>>
>>>
>>> *From:* Arik Hadas 
>>> *Date:* 2018-06-25 14:49
>>> *To:* du_hongyu 
>>> *CC:* users 
>>> *Subject:* Re: [ovirt-users] engine
>>>
>>>
>>> On Mon, Jun 25, 2018 at 9:12 AM du_hon...@yeah.net 
>>> wrote:
>>>
>>>>
>>>> Hi
>>>>
>>>> I export OVA from my ovirt , then want to import the OVA to anther
>>>> ovirt, but this is failed
>>>> 2018-06-25 13:52:03,836+08 INFO
>>>>  [org.ovirt.engine.core.bll.exportimport.ConvertVmCallback]
>>>> (EE-ManagedThreadFactory-engineScheduled-Thread-94) [5c66b700] Conversion
>>>> of VM from external environment failed: Job
>>>> u'7ef7bff2-5766-4f38-ac28-cdd9da4c407c' process failed exit-code: 1
>>>>
>>>
>>> Seems you're trying to import the OVA file backup_server.ova but you
>>> provide only the the directory in the "Path" field, right?
>>> It doesn't work so well at the moment so better specifying the full
>>> path: /rhev/data-center/mnt/import-ova/backup_server.ova
>>>
>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Regards
>>>>
>>>> Hongyu Du
>>>> ___
>>>> Users mailing list -- users@ovirt.org
>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WJZOLVOQT2PDEAVUR3TYCY7AHVR7SKOC/
>>>>
>>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LG5I2Z2P5FCIWD2XGOIRYHFS6ONB7GHA/

[ovirt-users] Re: engine

[Arik Hadas]

On Mon, Jun 25, 2018 at 11:09 AM du_hon...@yeah.net 
wrote:

> Hi
> thanks, this is my vdsm log.
>

The interesting log is rather
/var/log/vdsm/import/import-e832a5ea-a05d-4888-8a73-102aca0c7c0d-20180625T160105.log


> 2018-06-25 16:01:22,028+0800 INFO  (v2v/e832a5ea) [vdsm.api] START
> teardownImage(sdUUID=u'02d60c3b-26e4-463a-a396-0e157228dda9',
> spUUID=u'5b2878b9-024a-0281-007f-00bc',
> imgUUID=u'40264bed-6841-4e25-b230-f6f67c453e7c', volUUID=None)
> from=internal, task_id=21caf93b-c793-46eb-a6fc-529c463f2e86 (api:46)
> 2018-06-25 16:01:22,029+0800 INFO  (v2v/e832a5ea) [vdsm.api] FINISH
> teardownImage return=None from=internal,
> task_id=21caf93b-c793-46eb-a6fc-529c463f2e86 (api:52)
> 2018-06-25 16:01:22,030+0800 ERROR (v2v/e832a5ea) [root] Job
> u'e832a5ea-a05d-4888-8a73-102aca0c7c0d' failed (v2v:871)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 866, in _run
> self._import()
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 891, in _import
> self._proc.returncode))
> V2VProcessError: Job u'e832a5ea-a05d-4888-8a73-102aca0c7c0d' process
> failed exit-code: 1
> 2018-06-25 16:01:22,578+0800 INFO  (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC
> call Host.ping2 succeeded in 0.00 seconds (__init__:573)
> 2018-06-25 16:01:22,583+0800 INFO  (jsonrpc/1) [vdsm.api] START
> repoStats(domains=[u'1dbf48c9-ef23-4830-9f16-fb929624bf26'])
> from=::1,48430, task_id=e98ed4cb-b6cc-4980-ae41-1520a82da5c3 (api:46)
> 2018-06-25 16:01:22,583+0800 INFO  (jsonrpc/1) [vdsm.api] FINISH repoStats
> return={u'1dbf48c9-ef23-4830-9f16-fb929624bf26': {'code': 0, 'actual':
> True, 'version': 4, 'acquired': True, 'delay': '0.00220638', 'lastCheck':
> '3.3', 'valid': True}} from=::1,48430,
> task_id=e98ed4cb-b6cc-4980-ae41-1520a82da5c3 (api:52)
> 2018-06-25 16:01:22,584+0800 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC
> call Host.getStorageRepoStats succeeded in 0.00 seconds (__init__:573)
> 2018-06-25 16:01:23,426+0800 INFO  (periodic/43) [vdsm.api] START
> repoStats(domains=()) from=internal,
> task_id=3a5ca5a4-4908-4193-8eb8-de0d010f10eb (api:46)
>
>
> --
>
> Regards
>
> Hongyu Du
>
>
> *From:* Arik Hadas 
> *Date:* 2018-06-25 15:44
> *To:* du_hongyu 
> *CC:* users 
> *Subject:* Re: Re: [ovirt-users] engine
>
>
> On Mon, Jun 25, 2018 at 10:37 AM du_hon...@yeah.net 
> wrote:
>
>> hi
>> thanks ,  I used full path:
>> /rhev/data-center/mnt/import-ova/backup_server.ova.
>>
>
> Oh, sorry, I looked at a previous attempt.
> Yeah, the conversion failed - we'll need the vdsm log and more importantly
> the import log from the host.
>
>
>>
>> --
>>
>> Regards
>>
>> Hongyu Du
>>
>>
>> *From:* Arik Hadas 
>> *Date:* 2018-06-25 14:49
>> *To:* du_hongyu 
>> *CC:* users 
>> *Subject:* Re: [ovirt-users] engine
>>
>>
>> On Mon, Jun 25, 2018 at 9:12 AM du_hon...@yeah.net 
>> wrote:
>>
>>>
>>> Hi
>>>
>>> I export OVA from my ovirt , then want to import the OVA to anther
>>> ovirt, but this is failed
>>> 2018-06-25 13:52:03,836+08 INFO
>>>  [org.ovirt.engine.core.bll.exportimport.ConvertVmCallback]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-94) [5c66b700] Conversion
>>> of VM from external environment failed: Job
>>> u'7ef7bff2-5766-4f38-ac28-cdd9da4c407c' process failed exit-code: 1
>>>
>>
>> Seems you're trying to import the OVA file backup_server.ova but you
>> provide only the the directory in the "Path" field, right?
>> It doesn't work so well at the moment so better specifying the full path:
>> /rhev/data-center/mnt/import-ova/backup_server.ova
>>
>>
>>>
>>>
>>> --
>>>
>>> Regards
>>>
>>> Hongyu Du
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WJZOLVOQT2PDEAVUR3TYCY7AHVR7SKOC/
>>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TOJ74FJ73CTPOO3UK4OJXNFGQ753HWNI/

[ovirt-users] Re: engine

[Arik Hadas]

On Mon, Jun 25, 2018 at 9:12 AM du_hon...@yeah.net 
wrote:

>
> Hi
>
> I export OVA from my ovirt , then want to import the OVA to anther ovirt,
> but this is failed
> 2018-06-25 13:52:03,836+08 INFO
>  [org.ovirt.engine.core.bll.exportimport.ConvertVmCallback]
> (EE-ManagedThreadFactory-engineScheduled-Thread-94) [5c66b700] Conversion
> of VM from external environment failed: Job
> u'7ef7bff2-5766-4f38-ac28-cdd9da4c407c' process failed exit-code: 1
>

Seems you're trying to import the OVA file backup_server.ova but you
provide only the the directory in the "Path" field, right?
It doesn't work so well at the moment so better specifying the full path:
/rhev/data-center/mnt/import-ova/backup_server.ova


>
>
> --
>
> Regards
>
> Hongyu Du
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WJZOLVOQT2PDEAVUR3TYCY7AHVR7SKOC/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/D3HICZXCYUO466MYFAPLWBH6IPEKUIJJ/

[ovirt-users] Re: engine

[Arik Hadas]

On Mon, Jun 25, 2018 at 10:37 AM du_hon...@yeah.net 
wrote:

> hi
> thanks ,  I used full path:
> /rhev/data-center/mnt/import-ova/backup_server.ova.
>

Oh, sorry, I looked at a previous attempt.
Yeah, the conversion failed - we'll need the vdsm log and more importantly
the import log from the host.


>
> --
>
> Regards
>
> Hongyu Du
>
>
> *From:* Arik Hadas 
> *Date:* 2018-06-25 14:49
> *To:* du_hongyu 
> *CC:* users 
> *Subject:* Re: [ovirt-users] engine
>
>
> On Mon, Jun 25, 2018 at 9:12 AM du_hon...@yeah.net 
> wrote:
>
>>
>> Hi
>>
>> I export OVA from my ovirt , then want to import the OVA to anther ovirt,
>> but this is failed
>> 2018-06-25 13:52:03,836+08 INFO
>>  [org.ovirt.engine.core.bll.exportimport.ConvertVmCallback]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-94) [5c66b700] Conversion
>> of VM from external environment failed: Job
>> u'7ef7bff2-5766-4f38-ac28-cdd9da4c407c' process failed exit-code: 1
>>
>
> Seems you're trying to import the OVA file backup_server.ova but you
> provide only the the directory in the "Path" field, right?
> It doesn't work so well at the moment so better specifying the full path:
> /rhev/data-center/mnt/import-ova/backup_server.ova
>
>
>>
>>
>> --
>>
>> Regards
>>
>> Hongyu Du
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WJZOLVOQT2PDEAVUR3TYCY7AHVR7SKOC/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/76ZY43FJSGJVDI4QHY5UG5E7CJVVDYA5/

[ovirt-users] Re: engine

[Arik Hadas]

On Mon, Jun 25, 2018 at 11:19 AM du_hon...@yeah.net 
wrote:

>
> Hi
> I find error in /var/log/vdsm/import/
>

Seems like the OVA is problematic, where did you get it from?


>
> libguestfs: trace: set_verbose true
> libguestfs: trace: set_verbose = 0
> libguestfs: trace: get_cachedir
> libguestfs: trace: get_cachedir = "/var/tmp"
> virt-v2v: libguestfs 1.32.7 (x86_64)
> [   0.0] Opening the source -i ova
> /rhev/data-center/mnt/import-ova/backup_server.ova
> tar '-xf' '/rhev/data-center/mnt/import-ova/backup_server.ova' '-C'
> '/var/tmp/ova.z1kmYX'
> virt-v2v: error: expecting XML expression to return an integer (expression:
> rasd:Parent/text(), matching string: ----)
> rm -rf '/var/tmp/ova.z1kmYX'
> rm -rf '/var/tmp/null.qCXaVl'
> libguestfs: trace: close
> libguestfs: closing guestfs handle 0x18cdb60 (state 0)
>
>
> --
>
> Regards
>
> Hongyu Du
>
>
> *From:* Arik Hadas 
> *Date:* 2018-06-25 15:44
> *To:* du_hongyu 
> *CC:* users 
> *Subject:* Re: Re: [ovirt-users] engine
>
>
> On Mon, Jun 25, 2018 at 10:37 AM du_hon...@yeah.net 
> wrote:
>
>> hi
>> thanks ,  I used full path:
>> /rhev/data-center/mnt/import-ova/backup_server.ova.
>>
>
> Oh, sorry, I looked at a previous attempt.
> Yeah, the conversion failed - we'll need the vdsm log and more importantly
> the import log from the host.
>
>
>>
>> --
>>
>> Regards
>>
>> Hongyu Du
>>
>>
>> *From:* Arik Hadas 
>> *Date:* 2018-06-25 14:49
>> *To:* du_hongyu 
>> *CC:* users 
>> *Subject:* Re: [ovirt-users] engine
>>
>>
>> On Mon, Jun 25, 2018 at 9:12 AM du_hon...@yeah.net 
>> wrote:
>>
>>>
>>> Hi
>>>
>>> I export OVA from my ovirt , then want to import the OVA to anther
>>> ovirt, but this is failed
>>> 2018-06-25 13:52:03,836+08 INFO
>>>  [org.ovirt.engine.core.bll.exportimport.ConvertVmCallback]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-94) [5c66b700] Conversion
>>> of VM from external environment failed: Job
>>> u'7ef7bff2-5766-4f38-ac28-cdd9da4c407c' process failed exit-code: 1
>>>
>>
>> Seems you're trying to import the OVA file backup_server.ova but you
>> provide only the the directory in the "Path" field, right?
>> It doesn't work so well at the moment so better specifying the full path:
>> /rhev/data-center/mnt/import-ova/backup_server.ova
>>
>>
>>>
>>>
>>> --
>>>
>>> Regards
>>>
>>> Hongyu Du
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WJZOLVOQT2PDEAVUR3TYCY7AHVR7SKOC/
>>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ILTCPXQG6TXZ3WMZXYL7PYWUVUHTYPI6/

Re: [ovirt-users] Help debugging VM import error

[Arik Hadas]

On Mon, Apr 23, 2018 at 10:02 PM, Roy Golan  wrote:

> I suspect
>
> List guids = Guid.createGuidListFromString(
> snap.getMemoryVolume());
>
> where guids is empty because there is not memory volume. which fails this
>
> StorageDomain sd = getStorageDomainDao().
> getForStoragePool(guids.get(0), params.getStoragePoolId());
>

Note that this analysis is based on an incorrect version of the code since
it happened with version 4.2.2.6. So it may still happen with the
up-to-date code on the master branch as well. (Also note that had 'guids'
be empty the exception would have been IndexOutOfBoundsException rather
than NPE).


>
>
> On Mon, 23 Apr 2018 at 22:01 Benny Zlotnik  wrote:
>
>> Looks like a bug. Can you please file a report:
>> https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
>>
>> On Mon, Apr 23, 2018 at 9:38 PM, ~Stack~  wrote:
>>
>>> Greetings,
>>>
>>> After my rebuild, I have imported my VM's. Everything went smooth and
>>> all of them came back, except one. One VM gives me the error "General
>>> command validation failure." which isn't helping me when I search for
>>> the problem.
>>>
>>> The oVirt engine logs aren't much better at pointing to what the failure
>>> is (posted below).
>>>
>>> Can someone help me figure out why this VM isn't importing, please?
>>>
>>> Thanks!
>>> ~Stack~
>>>
>>>
>>> 2018-04-23 13:31:44,313-05 INFO
>>> [org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationComma
>>> nd]
>>> (default task-72) [6793fe73-7cda-4cb5-a806-7104a05c3c1b] Lock Acquired
>>> to object 'EngineLock:{exclusiveLocks='[infra01=VM_NAME,
>>> 0b64ced5-7e4b-48cd-9d0d-24e8b905758c=VM]',
>>> sharedLocks='[0b64ced5-7e4b-48cd-9d0d-24e8b905758c=REMOTE_VM]'}'
>>> 2018-04-23 13:31:44,349-05 ERROR
>>> [org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationComma
>>> nd]
>>> (default task-72) [6793fe73-7cda-4cb5-a806-7104a05c3c1b] Error during
>>> ValidateFailure.: java.lang.NullPointerException
>>> at
>>> org.ovirt.engine.core.bll.validator.ImportValidator.
>>> validateStorageExistsForMemoryDisks(ImportValidator.java:140)
>>> [bll.jar:]
>>> at
>>> org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationComma
>>> nd.isValidDisks(ImportVmFromConfigurationCommand.java:151)
>>> [bll.jar:]
>>> at
>>> org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationComma
>>> nd.validate(ImportVmFromConfigurationCommand.java:103)
>>> [bll.jar:]
>>> at
>>> org.ovirt.engine.core.bll.CommandBase.internalValidate(
>>> CommandBase.java:779)
>>> [bll.jar:]
>>> at
>>> org.ovirt.engine.core.bll.CommandBase.validateOnly(CommandBase.java:368)
>>> [bll.jar:]
>>> at
>>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu
>>> nner.canRunActions(PrevalidatingMultipleActionsRunner.java:113)
>>> [bll.jar:]
>>> at
>>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu
>>> nner.invokeCommands(PrevalidatingMultipleActionsRunner.java:99)
>>> [bll.jar:]
>>> at
>>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.execute(
>>> PrevalidatingMultipleActionsRunner.java:76)
>>> [bll.jar:]
>>> at
>>> org.ovirt.engine.core.bll.Backend.runMultipleActionsImpl(
>>> Backend.java:596)
>>> [bll.jar:]
>>> at
>>> org.ovirt.engine.core.bll.Backend.runMultipleActions(Backend.java:566)
>>> [bll.jar:]
>>> at sun.reflect.GeneratedMethodAccessor914.invoke(Unknown Source)
>>> [:1.8.0_161]
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(
>>> DelegatingMethodAccessorImpl.java:43)
>>> [rt.jar:1.8.0_161]
>>> at java.lang.reflect.Method.invoke(Method.java:498)
>>> [rt.jar:1.8.0_161]
>>> at
>>> org.jboss.as.ee.component.ManagedReferenceMethodIntercep
>>> tor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
>>> at
>>> org.jboss.invocation.InterceptorContext.proceed(
>>> InterceptorContext.java:422)
>>> at
>>> org.jboss.invocation.InterceptorContext$Invocation.
>>> proceed(InterceptorContext.java:509)
>>> at
>>> org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.
>>> delegateInterception(Jsr299BindingsInterceptor.java:78)
>>> at
>>> org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.
>>> doMethodInterception(Jsr299BindingsInterceptor.java:88)
>>> at
>>> org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.
>>> processInvocation(Jsr299BindingsInterceptor.java:101)
>>> at
>>> org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.
>>> processInvocation(UserInterceptorFactory.java:63)
>>> at
>>> org.jboss.invocation.InterceptorContext.proceed(
>>> InterceptorContext.java:422)
>>> at
>>> org.jboss.invocation.InterceptorContext$Invocation.
>>> proceed(InterceptorContext.java:509)
>>> at
>>> org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerIntercepto
>>> 

Re: [ovirt-users] Pass through disk can't R/W

[Arik Hadas]

On Thu, May 3, 2018 at 11:45 AM, gss...@pku.edu.cn 
wrote:

> Hi,
>
> I found my VM libvirt create xml as:
>
> 
>   
> 
> 
>   
> 
>
> I found https://libvirt.org/formatdomain.html#elementsHostDevSubsys like
> blow:
>
> ...
> 
>   
> 
>   
>   
> 
> 
> 
>   
> 
> ...
>
> Is  mandatory?
>
> No, it is not mandatory.
If not set, it would be determined by libvirt. See [1].

[1]
https://ovirt.org/develop/release-management/features/virt/stabledeviceaddresses/

>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to import OVA from oVirt 4.2 to oVirt 4.2

[Arik Hadas]

On Sat, Dec 30, 2017 at 1:26 AM, Alex Bartonek  wrote:

> I used clonezilla and built the VM that way.  If you get the OVA thing
> working, cool..  but in the meantime, here's how I did it using Clonezilla.
>

The bad news is that unfortunately, this OVA-import functionality is indeed
broken on 4.2.0.2.
The good news is that not only that the fix for this, along with other
OVA-related improvements, is already available on the master branch where
4.2.1 will be generated from but also that there is a workaround for
importing an OVA **that was generated by oVirt** which may even be more
efficient:
The alternative way requires using the SDK.
An example that demonstrates how to do this can be found at [1] - you just
need to replace the path to the ova (#43), the name of the target cluster
(#45), the connection details (#51-#57) and the name of the target storage
domain (#115).

So you'll need to install the SDK on one of the hosts that are part of the
source data center and then:
1. Export the VM as OVA through the webadmin/rest-api to a specific path on
that host.
2. Execute the example-script that takes the OVA from that path and uploads
it to the target data center.

Note that the SDK example-script uses the upload-disk operation.
This requires several configuration settings - I highly suggest to execute
the example of upload-disk [2] and only once that works for you to upload
the OVA(s).

[1]
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_ova_as_vm.py
[2]
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py



>
> https://www.unix1337.com/cloning-a-virtualbox-vm-to-ovirt-4-2/
>
>
>
> Sent with ProtonMail  Secure Email.
>
>  Original Message 
> Subject: How to import OVA from oVirt 4.2 to oVirt 4.2
> Local Time: December 28, 2017 8:03 PM
> UTC Time: December 29, 2017 2:03 AM
> From: a...@unix1337.com
> To: users 
>
> Followed instructions here:
> https://www.ovirt.org/develop/release-management/features/
> virt/virt-v2v-integration/
> Section: Importing OVA Files from VMware
> Even though its not VMWare, its an ova file so I followed the steps
> there.  Ownership of the file is 777, wide open.
>
> Error after clicking load: Failed to load VM configuration from OVA file:
> /media/primary/extra_space/CentOS7.ova
>
>
> Error in engine.log:
> 2017-12-28 20:03:04,910-06 INFO  
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (default task-38) [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Executing
> Ansible command:  [/usr/bin/ansible-playbook, 
> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa,
> --inventory=/tmp/ansible-inventory4892490524555390378,
> --extra-vars=ovirt_query_ova_path=/media/primary/extra_space/CentOS7.ova,
> /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml] [Logfile: null]
> 2017-12-28 20:03:09,045-06 INFO  
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (default task-38) [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Ansible playbook
> command has exited with value: 0
> 2017-12-28 20:03:09,046-06 ERROR [org.ovirt.engine.core.bll.GetVmFromOvaQuery]
> (default task-38) [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Query
> 'GetVmFromOvaQuery' failed: null
> 2017-12-28 20:03:09,046-06 ERROR [org.ovirt.engine.core.bll.GetVmFromOvaQuery]
> (default task-38) [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Exception:
> java.lang.NullPointerException
> at 
> org.ovirt.engine.core.bll.GetVmFromOvaQuery.executeQueryCommand(GetVmFromOvaQuery.java:47)
> [bll.jar:]
> at 
> org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:106)
> [bll.jar:]
> at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33)
> [dal.jar:]
> at org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execute(
> DefaultBackendQueryExecutor.java:14) [bll.jar:]
> at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:579)
> [bll.jar:]
> at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:548) [bll.jar:]
> at sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source)
> [:1.8.0_151]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
> at org.jboss.as.ee.component.ManagedReferenceMethodIntercep
> tor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
> at org.jboss.invocation.InterceptorContext.proceed(
> InterceptorContext.java:422)
> at org.jboss.invocation.InterceptorContext$Invocation.
> proceed(InterceptorContext.java:509)
> at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(
> DelegatingInterceptorInvocationContext.java:92) [wildfly-weld-ejb-11.0.0.
> Final.jar:11.0.0.Final]
> at org.jboss.weld.interceptor.proxy.WeldInvocationContext.
> interceptorChainCompleted(WeldInvocationContext.java:98)
> [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at 

Re: [ovirt-users] oVirt 4.2 , VM stuck in "Migrating from" state.

[Arik Hadas]

Hi,

The problem you had is fixed already by https://gerrit.ovirt.org/#/c/86367/.
I'm afraid you'll need to manually set the VM to Down in the database:
update vm_dynamic set status=0 where vm_guid in  (select vm_guid from
vm_static where vm_name='')

On Tue, Feb 6, 2018 at 11:20 AM, Eduardo Mayoral  wrote:

> Hi,
>
> Got a problem with oVirt 4.2
>
> While putting a Host in maintenance mode, an VM has failed to migrate.
> The end state is that the Web UI shows the VM as "Migrating from".
>
> The VM is not running in any Host in the cluster.
>
> This is the relevant message in the /var/log/ovirt-engine/engine.log
>
> 2018-02-06 09:09:05,379Z INFO
> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
> (EE-ManagedThreadFactory-engineScheduled-Thread-14) [] VM
> 'ab158ff3-a716-4655-9269-11738cd53b05'(repositorionuget) is running in
> db and not running on VDS
> '82b49615-9c65-4d8e-80e0-f10089cb4225'(llkh456.arsyslan.es)
> 2018-02-06 09:09:05,381Z ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring]
> (EE-ManagedThreadFactory-engineScheduled-Thread-14) [] Failed during
> monitoring vm: ab158ff3-a716-4655-9269-11738cd53b05 , error is: {}:
> java.lang.NullPointerException
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.
> auditVmMigrationAbort(VmAnalyzer.java:440)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.abortVmMigration(
> VmAnalyzer.java:432)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.
> proceedDisappearedVm(VmAnalyzer.java:794)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.analyze(VmAnalyzer.
> java:135)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring.lambda$
> analyzeVms$1(VmsMonitoring.java:136)
> [vdsbroker.jar:]
> at java.util.ArrayList.forEach(ArrayList.java:1255)
> [rt.jar:1.8.0_151]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring.analyzeVms(
> VmsMonitoring.java:131)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring.perform(
> VmsMonitoring.java:94)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher.poll(
> PollVmStatsRefresher.java:43)
> [vdsbroker.jar:]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [rt.jar:1.8.0_151]
> at
> java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
> [rt.jar:1.8.0_151]
> at
> org.glassfish.enterprise.concurrent.internal.
> ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(
> ManagedScheduledThreadPoolExecutor.java:383)
> [javax.enterprise.concurrent-1.0.jar:]
> at
> org.glassfish.enterprise.concurrent.internal.
> ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(
> ManagedScheduledThreadPoolExecutor.java:534)
> [javax.enterprise.concurrent-1.0.jar:]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(
> ThreadPoolExecutor.java:1149)
> [rt.jar:1.8.0_151]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(
> ThreadPoolExecutor.java:624)
> [rt.jar:1.8.0_151]
> at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151]
> at
> org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$
> ManagedThread.run(ManagedThreadFactoryImpl.java:250)
> [javax.enterprise.concurrent-1.0.jar:]
> at
> org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$
> ElytronManagedThread.run(ElytronManagedThreadFactory.java:78)
>
> 2018-02-06 09:09:05,381Z ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring]
> (EE-ManagedThreadFactory-engineScheduled-Thread-14) [] Exception::
> java.lang.NullPointerException
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.
> auditVmMigrationAbort(VmAnalyzer.java:440)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.abortVmMigration(
> VmAnalyzer.java:432)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.
> proceedDisappearedVm(VmAnalyzer.java:794)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.analyze(VmAnalyzer.
> java:135)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring.lambda$
> analyzeVms$1(VmsMonitoring.java:136)
> [vdsbroker.jar:]
> at java.util.ArrayList.forEach(ArrayList.java:1255)
> [rt.jar:1.8.0_151]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring.analyzeVms(
> VmsMonitoring.java:131)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring.perform(
> VmsMonitoring.java:94)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher.poll(
> PollVmStatsRefresher.java:43)
> [vdsbroker.jar:]
> at
> 

Re: [ovirt-users] problem importing ova vm

[Arik Hadas]

On Tue, Feb 20, 2018 at 6:37 PM, Jiří Sléžka <jiri.sle...@slu.cz> wrote:

> On 02/20/2018 03:48 PM, Arik Hadas wrote:
> >
> >
> > On Tue, Feb 20, 2018 at 3:49 PM, Jiří Sléžka <jiri.sle...@slu.cz
> > <mailto:jiri.sle...@slu.cz>> wrote:
> >
> >     Hi Arik,
> >
> > On 02/20/2018 01:22 PM, Arik Hadas wrote:
> > >
> > >
> > > On Tue, Feb 20, 2018 at 2:03 PM, Jiří Sléžka <jiri.sle...@slu.cz
> <mailto:jiri.sle...@slu.cz>
> > > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>> wrote:
> > >
> > > Hi,
> > >
> > >
> > > Hi Jiří,
> > >
> > >
> > >
> > > I would like to try import some ova files into our oVirt
> instance [1]
> > > [2] but I facing problems.
> > >
> > > I have downloaded all ova images into one of hosts (ovirt01)
> into
> > > direcory /ova
> > >
> > > ll /ova/
> > > total 6532872
> > > -rw-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21
> HAAS-hpcowrie.ovf
> > > -rw-r--r--. 1 vdsm kvm 785984 Feb 16 16:22 HAAS-hpdio.ova
> > > -rw-r--r--. 1 vdsm kvm  846736896 Feb 16 16:22 HAAS-hpjdwpd.ova
> > > -rw-r--r--. 1 vdsm kvm  891043328 Feb 16 16:23
> HAAS-hptelnetd.ova
> > > -rw-r--r--. 1 vdsm kvm  908222464 Feb 16 16:23
> HAAS-hpuchotcp.ova
> > > -rw-r--r--. 1 vdsm kvm  880643072 Feb 16 16:24
> HAAS-hpuchoudp.ova
> > > -rw-r--r--. 1 vdsm kvm  890833920 Feb 16 16:24
> HAAS-hpuchoweb.ova
> > >
> > > Then I tried to import them - from host ovirt01 and directory
> /ova but
> > > spinner spins infinitly and nothing is happen.
> > >
> > >
> > > And does it work when you provide a path to the actual ova file,
> i.e.,
> > > /ova/HAAS-hpdio.ova, rather than to the directory?
> >
> > this time it ends with "Failed to load VM configuration from OVA
> file:
> > /ova/HAAS-hpdio.ova" error.
> >
> >
> > Note that the logic that is applied on a specified folder is "try
> > fetching an 'ova folder' out of the destination folder" rather than
> > "list all the ova files inside the specified folder". It seems that you
> > expected the former output since there are no disks in that folder,
> right?
>
> yes, It would be more user friendly to list all ova files and then
> select which one to import (like listing all vms in vmware import)
>
> Maybe description of path field in manager should be "Path to ova file"
> instead of "Path" :-)
>

Sorry, I obviously meant 'latter' rather than 'former' before..
Yeah, I agree that would be better, at least until listing the OVA files in
the folder is implemented (that was the original plan, btw) - could you
please file a bug?


>
> > > I cannot see anything relevant in vdsm log of host ovirt01.
> > >
> > > In the engine.log of our standalone ovirt manager is just this
> > > relevant line
> > >
> > > 2018-02-20 12:35:04,289+01 INFO
> > > [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (default
> > > task-31) [458990a7-b054-491a-904e-5c4fe44892c4] Executing
> Ansible
> > > command: ANSIBLE_STDOUT_CALLBACK=ovaqueryplugin
> > > [/usr/bin/ansible-playbook,
> > > --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa,
> > > --inventory=/tmp/ansible-inventory8237874608161160784,
> > > --extra-vars=ovirt_query_ova_path=/ova,
> > > /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml]
> [Logfile:
> > > /var/log/ovirt-engine/ova/ovirt-query-ova-ansible-
> 20180220123504-ovirt01.net
> > <http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>
> > > <http://20180220123504-ovirt01.net
> > <http://20180220123504-ovirt01.net>>.slu.cz.log]
> > >
> > > also there are two ansible processes which are still running
> > (and makes
> > > heavy load on system (load 9+ and growing, it looks like it
> > eats all the
> > > memory and system starts swapping))
> > >
> > > ovirt32087  3.3  0.0 332252  5980 ?Sl   12:35
>  0:41
> > > /usr/bin/python2 /usr/bin/ansible-playbook
> 

Re: [ovirt-users] problem importing ova vm

[Arik Hadas]

So I have some good news and some bad news.

The good news is that I just used the provided OVA and identified the
issues that prevent oVirt from processing its OVF configuration:
1. The  element in the References section lacks ovf:size attribute
and oVirt unfortunately, is not prepared for this.
2. The USB item doesn't include an oVirt-specific attribute (makes sense..)
that oVirt require (that doesn't make sense..) called usbPolicy.

I'll post fixes for those issues.
In the meantime, the OVF can be modified with the following changes:
1. Add ovf:size="3221225472" to the File element (there's no need for more
than 3gb, even 2gb should be enough).
2. Remove the following Item:



  0

  usb

  USB Controller

  usb

  6

  23



The bad news is that the conversion that would finally start with those
changes then fails on my host (with virt-v2v v1.36.3) with the following
error:

supermin: failed to find a suitable kernel (host_cpu=x86_64).


I looked for kernels in /boot and modules in /lib/modules.


If this is a Xen guest, and you only have Xen domU kernels

installed, try installing a fullvirt kernel (only for

supermin use, you shouldn't boot the Xen guest with it).

libguestfs: trace: v2v: launch = -1 (error)


@Richard, this is an OVA of a VM installed with Debian64 as guest OS that
was exported from VirtualBox, is it supported by virt-v2v?

On Wed, Feb 21, 2018 at 7:10 PM, Jiří Sléžka <jiri.sle...@slu.cz> wrote:

> On 02/21/2018 05:35 PM, Arik Hadas wrote:
> >
> >
> > On Wed, Feb 21, 2018 at 6:03 PM, Jiří Sléžka <jiri.sle...@slu.cz
> > <mailto:jiri.sle...@slu.cz>> wrote:
> >
> > On 02/21/2018 03:43 PM, Jiří Sléžka wrote:
> > > On 02/20/2018 11:09 PM, Arik Hadas wrote:
> > >>
> > >>
> > >> On Tue, Feb 20, 2018 at 6:37 PM, Jiří Sléžka <jiri.sle...@slu.cz
> > <mailto:jiri.sle...@slu.cz>
> > >> <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>> wrote:
> > >>
> > >> On 02/20/2018 03:48 PM, Arik Hadas wrote:
> > >> >
> > >> >
> > >> > On Tue, Feb 20, 2018 at 3:49 PM, Jiří Sléžka
> > <jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>
> > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>
> > >> > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>
> > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>>> wrote:
> > >> >
> > >> > Hi Arik,
> > >> >
> > >> > On 02/20/2018 01:22 PM, Arik Hadas wrote:
> > >> > >
> > >> > >
> > >> > > On Tue, Feb 20, 2018 at 2:03 PM, Jiří Sléžka
> > <jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>
> > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>
> > >> <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>
> > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>>
> > >> > > <mailto:jiri.sle...@slu.cz
> > <mailto:jiri.sle...@slu.cz> <mailto:jiri.sle...@slu.cz
> > <mailto:jiri.sle...@slu.cz>>
> > >> <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>
> > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>>>> wrote:
> > >> > >
> > >> > > Hi,
> > >> > >
> > >> > >
> > >> > > Hi Jiří,
> > >> > >
> > >> > >
> > >> > >
> > >> > > I would like to try import some ova files into
> > our oVirt
> > >> instance [1]
> > >> > > [2] but I facing problems.
> > >> > >
> > >> > > I have downloaded all ova images into one of hosts
> > >> (ovirt01) into
> > >> > > direcory /ova
> > >> > >
> > >> > > ll /ova/
> > >> > > total 6532872
> > >> > > -rw-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21
> > >> HAAS-hpcowrie.ovf
> > >> > > -rw-r--r--. 1 vdsm kvm 785984 Feb 16 16:22
> > >> HAAS-hpdio.ova
> > &

Re: [ovirt-users] problem importing ova vm

[Arik Hadas]

On Thu, Feb 22, 2018 at 3:26 PM, Jiří Sléžka  wrote:

> On 02/22/2018 01:58 PM, Richard W.M. Jones wrote:
> > On Thu, Feb 22, 2018 at 01:27:18PM +0100, Jiří Sléžka wrote:
> >> libvirt needs authentication to connect to libvirt URI qemu:///system
> >> (see also: http://libvirt.org/auth.html http://libvirt.org/uri.html)
> >
> > You can set the backend to direct to avoid needing libvirt:
> >
> >   export LIBGUESTFS_BACKEND=direct
> >
> > Alternately you can fiddle with the libvirt polkit configuration
> > to permit access:
>
> thanks, here is full output
>
> http://mirror.slu.cz/tmp/libguestfs-test-tool.txt
>
> Jiri
>

Thanks, there is apparently something wrong with that particular host of
mine - not worth spending the time on investigating it.

Jiri, your test seems to past,
could you try invoking the import again with the latest proposed changes to
the OVF configuration (adding ovf:size to the File element and removing the
USB item) and update us?


>
> >
> >   https://libvirt.org/aclpolkit.html
> >
> > Rich.
> >
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] problem importing ova vm

[Arik Hadas]

On Tue, Feb 20, 2018 at 2:03 PM, Jiří Sléžka  wrote:

> Hi,
>

Hi Jiří,


>
> I would like to try import some ova files into our oVirt instance [1]
> [2] but I facing problems.
>
> I have downloaded all ova images into one of hosts (ovirt01) into
> direcory /ova
>
> ll /ova/
> total 6532872
> -rw-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21 HAAS-hpcowrie.ovf
> -rw-r--r--. 1 vdsm kvm 785984 Feb 16 16:22 HAAS-hpdio.ova
> -rw-r--r--. 1 vdsm kvm  846736896 Feb 16 16:22 HAAS-hpjdwpd.ova
> -rw-r--r--. 1 vdsm kvm  891043328 Feb 16 16:23 HAAS-hptelnetd.ova
> -rw-r--r--. 1 vdsm kvm  908222464 Feb 16 16:23 HAAS-hpuchotcp.ova
> -rw-r--r--. 1 vdsm kvm  880643072 Feb 16 16:24 HAAS-hpuchoudp.ova
> -rw-r--r--. 1 vdsm kvm  890833920 Feb 16 16:24 HAAS-hpuchoweb.ova
>
> Then I tried to import them - from host ovirt01 and directory /ova but
> spinner spins infinitly and nothing is happen.
>

And does it work when you provide a path to the actual ova file, i.e.,
/ova/HAAS-hpdio.ova, rather than to the directory?


>
> I cannot see anything relevant in vdsm log of host ovirt01.
>
> In the engine.log of our standalone ovirt manager is just this relevant
> line
>
> 2018-02-20 12:35:04,289+01 INFO
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default
> task-31) [458990a7-b054-491a-904e-5c4fe44892c4] Executing Ansible
> command: ANSIBLE_STDOUT_CALLBACK=ovaqueryplugin
> [/usr/bin/ansible-playbook,
> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa,
> --inventory=/tmp/ansible-inventory8237874608161160784,
> --extra-vars=ovirt_query_ova_path=/ova,
> /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml] [Logfile:
> /var/log/ovirt-engine/ova/ovirt-query-ova-ansible-
> 20180220123504-ovirt01.net.slu.cz.log]
>
> also there are two ansible processes which are still running (and makes
> heavy load on system (load 9+ and growing, it looks like it eats all the
> memory and system starts swapping))
>
> ovirt32087  3.3  0.0 332252  5980 ?Sl   12:35   0:41
> /usr/bin/python2 /usr/bin/ansible-playbook
> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa
> --inventory=/tmp/ansible-inventory8237874608161160784
> --extra-vars=ovirt_query_ova_path=/ova
> /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml
> ovirt32099 57.5 78.9 15972880 11215312 ?   R12:35  11:52
> /usr/bin/python2 /usr/bin/ansible-playbook
> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa
> --inventory=/tmp/ansible-inventory8237874608161160784
> --extra-vars=ovirt_query_ova_path=/ova
> /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml
>
> playbook looks like
>
> - hosts: all
>   remote_user: root
>   gather_facts: no
>
>   roles:
> - ovirt-ova-query
>
> and it looks like it only runs query_ova.py but on all hosts?
>

No, the engine provides ansible the host to run on when it executes the
playbook.
It would only be executed on the selected host.


>
> How does this work? ...or should it work?
>

It should, especially that part of querying the OVA and is supposed to be
really quick.
Can you please share the engine log and /var/log/ovirt-engine/ova/
ovirt-query-ova-ansible-20180220123504-ovirt01.net.slu.cz.log ?


>
> I am using latest 4.2.1.7-1.el7.centos version
>
> Cheers,
> Jiri Slezka
>
>
> [1] https://haas.cesnet.cz/#!index.md - Cesnet HAAS
> [2] https://haas.cesnet.cz/downloads/release-01/ - Image repository
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] problem importing ova vm

[Arik Hadas]

On Wed, Feb 21, 2018 at 6:03 PM, Jiří Sléžka <jiri.sle...@slu.cz> wrote:

> On 02/21/2018 03:43 PM, Jiří Sléžka wrote:
> > On 02/20/2018 11:09 PM, Arik Hadas wrote:
> >>
> >>
> >> On Tue, Feb 20, 2018 at 6:37 PM, Jiří Sléžka <jiri.sle...@slu.cz
> >> <mailto:jiri.sle...@slu.cz>> wrote:
> >>
> >> On 02/20/2018 03:48 PM, Arik Hadas wrote:
> >> >
> >> >
> >> > On Tue, Feb 20, 2018 at 3:49 PM, Jiří Sléžka <jiri.sle...@slu.cz
> <mailto:jiri.sle...@slu.cz>
> >> > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>> wrote:
> >> >
> >> > Hi Arik,
> >> >
> >> > On 02/20/2018 01:22 PM, Arik Hadas wrote:
> >> > >
> >> > >
> >> > > On Tue, Feb 20, 2018 at 2:03 PM, Jiří Sléžka <
> jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>
> >> <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>
> >> > > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>
> >> <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>>> wrote:
> >> > >
> >> > > Hi,
> >> > >
> >> > >
> >> > > Hi Jiří,
> >> > >
> >> > >
> >> > >
> >> > > I would like to try import some ova files into our oVirt
> >> instance [1]
> >> > > [2] but I facing problems.
> >> > >
> >> > > I have downloaded all ova images into one of hosts
> >> (ovirt01) into
> >> > > direcory /ova
> >> > >
> >> > > ll /ova/
> >> > > total 6532872
> >> > > -rw-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21
> >> HAAS-hpcowrie.ovf
> >> > > -rw-r--r--. 1 vdsm kvm 785984 Feb 16 16:22
> >> HAAS-hpdio.ova
> >> > > -rw-r--r--. 1 vdsm kvm  846736896 Feb 16 16:22
> >> HAAS-hpjdwpd.ova
> >> > > -rw-r--r--. 1 vdsm kvm  891043328 Feb 16 16:23
> >> HAAS-hptelnetd.ova
> >> > > -rw-r--r--. 1 vdsm kvm  908222464 Feb 16 16:23
> >> HAAS-hpuchotcp.ova
> >> > > -rw-r--r--. 1 vdsm kvm  880643072 Feb 16 16:24
> >> HAAS-hpuchoudp.ova
> >> > > -rw-r--r--. 1 vdsm kvm  890833920 Feb 16 16:24
> >> HAAS-hpuchoweb.ova
> >> > >
> >> > > Then I tried to import them - from host ovirt01 and
> >> directory /ova but
> >> > > spinner spins infinitly and nothing is happen.
> >> > >
> >> > >
> >> > > And does it work when you provide a path to the actual ova
> >> file, i.e.,
> >> > > /ova/HAAS-hpdio.ova, rather than to the directory?
> >> >
> >> > this time it ends with "Failed to load VM configuration from
> >> OVA file:
> >> > /ova/HAAS-hpdio.ova" error.
> >> >
> >> >
> >> > Note that the logic that is applied on a specified folder is "try
> >> > fetching an 'ova folder' out of the destination folder" rather
> than
> >> > "list all the ova files inside the specified folder". It seems
> >> that you
> >> > expected the former output since there are no disks in that
> >> folder, right?
> >>
> >> yes, It would be more user friendly to list all ova files and then
> >> select which one to import (like listing all vms in vmware import)
> >>
> >> Maybe description of path field in manager should be "Path to ova
> file"
> >> instead of "Path" :-)
> >>
> >>
> >> Sorry, I obviously meant 'latter' rather than 'former' before..
> >> Yeah, I agree that would be better, at least until listing the OVA files
> >> in the folder is implemented (that was the original plan, btw) - could
> >> you please file a bug?
> >
> > yes, sure
> >
> >
> >> > > I cannot see anything relevant in vdsm log of host
> ovirt01.
> &

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

Thanks.
Is the description of the disk of the VM empty?
If it is, please type some description and then try again.

On Fri, Dec 29, 2017 at 12:02 AM, Alex Bartonek  wrote:

> Attached.  Its 3.8 mb decompressed.
>
>
> Sent with ProtonMail  Secure Email.
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 3:56 PM
> UTC Time: December 28, 2017 9:56 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
>
>
> On Thu, Dec 28, 2017 at 11:28 PM, Alex Bartonek  wrote:
>
>> That is the excerpt from the  engine log file.   There isnt any  more
>> java stack dump in it other than what I captured.
>>
>
> Can you please attach the entire engine.log to this thread or to a new bug
> (https://bugzilla.redhat.com)?
>
>
>>
>>
>>
>> Sent with ProtonMail  Secure Email.
>>
>>  Original Message 
>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>> Local Time: December 28, 2017 3:18 PM
>> UTC Time: December 28, 2017 9:18 PM
>> From: aha...@redhat.com
>> To: Alex Bartonek 
>> users 
>>
>>
>>
>> On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek 
>> wrote:
>>
>>> Log uploaded to:
>>>
>>> http://textuploader.com/dc2be
>>>
>>>
>> Thanks!
>> Exporting and importing as OVA files is the new shiny way of doing that
>> as from 4.2 but unfortunately, there seems to be an error while generating
>> OVF for the VM you're trying to export.
>> I see NullPointerException in the log and an empty line afterwards, can
>> you please check if there is a stacktrace right below in the engine.log
>> that was not copied? It should be below:
>> 2017-12-28 14:45:03,728-06 ERROR [org.ovirt.engine.core.bll.CreateOvaCommand]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98]
>> Exception: java.lang.NullPointerException
>>
>>
>>>
>>>
>>>
>>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>> Local Time: December 28, 2017 2:41 PM
>>> UTC Time: December 28, 2017 8:41 PM
>>> From: aha...@redhat.com
>>> To: Alex Bartonek 
>>> users 
>>>
>>>
>>>
>>> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek"  כתב:
>>>
>>> After the success of getting my VM's working on my test server, I
>>> decided to wipe out another server I had and wanted to move my VMs to it.
>>> I tried the "Export" as ova and it seems to work but in the Tasks its red:
>>>
>>> "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host
>>> junkHost".
>>>
>>> The .ova is never created.   Is there another way to do this?  Both
>>> servers are running 4.2.
>>>
>>> Googling hasnt helped me find a solution yet...
>>>
>>>
>>> Can you please share engine.log?
>>>
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

:/
Can you please attach the new log?

On Fri, Dec 29, 2017 at 12:18 AM, Alex Bartonek  wrote:

> Yes it was empty.  Tried again, same failure.
>
>
> Sent with ProtonMail  Secure Email.
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 4:11 PM
> UTC Time: December 28, 2017 10:11 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
> Thanks.
> Is the description of the disk of the VM empty?
> If it is, please type some description and then try again.
>
> On Fri, Dec 29, 2017 at 12:02 AM, Alex Bartonek  wrote:
>
>> Attached.  Its 3.8 mb decompressed.
>>
>>
>> Sent with ProtonMail  Secure Email.
>>
>>  Original Message 
>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>> Local Time: December 28, 2017 3:56 PM
>> UTC Time: December 28, 2017 9:56 PM
>> From: aha...@redhat.com
>> To: Alex Bartonek 
>> users 
>>
>>
>>
>> On Thu, Dec 28, 2017 at 11:28 PM, Alex Bartonek 
>> wrote:
>>
>>> That is the excerpt from the  engine log file.   There isnt any  more
>>> java stack dump in it other than what I captured.
>>>
>>
>> Can you please attach the entire engine.log to this thread or to a new
>> bug (https://bugzilla.redhat.com)?
>>
>>
>>>
>>>
>>>
>>> Sent with ProtonMail  Secure Email.
>>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>> Local Time: December 28, 2017 3:18 PM
>>> UTC Time: December 28, 2017 9:18 PM
>>> From: aha...@redhat.com
>>> To: Alex Bartonek 
>>> users 
>>>
>>>
>>>
>>> On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek 
>>> wrote:
>>>
 Log uploaded to:

 http://textuploader.com/dc2be


>>> Thanks!
>>> Exporting and importing as OVA files is the new shiny way of doing that
>>> as from 4.2 but unfortunately, there seems to be an error while generating
>>> OVF for the VM you're trying to export.
>>> I see NullPointerException in the log and an empty line afterwards, can
>>> you please check if there is a stacktrace right below in the engine.log
>>> that was not copied? It should be below:
>>> 2017-12-28 14:45:03,728-06 ERROR 
>>> [org.ovirt.engine.core.bll.CreateOvaCommand]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98]
>>> Exception: java.lang.NullPointerException
>>>
>>>




  Original Message 
 Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
 Local Time: December 28, 2017 2:41 PM
 UTC Time: December 28, 2017 8:41 PM
 From: aha...@redhat.com
 To: Alex Bartonek 
 users 



 בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek" 
 כתב:

 After the success of getting my VM's working on my test server, I
 decided to wipe out another server I had and wanted to move my VMs to it.
 I tried the "Export" as ova and it seems to work but in the Tasks its red:

 "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host
 junkHost".

 The .ova is never created.   Is there another way to do this?  Both
 servers are running 4.2.

 Googling hasnt helped me find a solution yet...


 Can you please share engine.log?



 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users



>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

On Thu, Dec 28, 2017 at 11:28 PM, Alex Bartonek  wrote:

> That is the excerpt from the  engine log file.   There isnt any  more java
> stack dump in it other than what I captured.
>

Can you please attach the entire engine.log to this thread or to a new bug (
https://bugzilla.redhat.com)?


>
>
> Sent with ProtonMail  Secure Email.
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 3:18 PM
> UTC Time: December 28, 2017 9:18 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
>
>
> On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek  wrote:
>
>> Log uploaded to:
>>
>> http://textuploader.com/dc2be
>>
>>
> Thanks!
> Exporting and importing as OVA files is the new shiny way of doing that as
> from 4.2 but unfortunately, there seems to be an error while generating OVF
> for the VM you're trying to export.
> I see NullPointerException in the log and an empty line afterwards, can
> you please check if there is a stacktrace right below in the engine.log
> that was not copied? It should be below:
> 2017-12-28 14:45:03,728-06 ERROR [org.ovirt.engine.core.bll.CreateOvaCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98] Exception:
> java.lang.NullPointerException
>
>
>>
>>
>>
>>
>>  Original Message 
>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>> Local Time: December 28, 2017 2:41 PM
>> UTC Time: December 28, 2017 8:41 PM
>> From: aha...@redhat.com
>> To: Alex Bartonek 
>> users 
>>
>>
>>
>> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek"  כתב:
>>
>> After the success of getting my VM's working on my test server, I decided
>> to wipe out another server I had and wanted to move my VMs to it.   I tried
>> the "Export" as ova and it seems to work but in the Tasks its red:
>>
>> "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host
>> junkHost".
>>
>> The .ova is never created.   Is there another way to do this?  Both
>> servers are running 4.2.
>>
>> Googling hasnt helped me find a solution yet...
>>
>>
>> Can you please share engine.log?
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

That's weird that we don't get the stacktrace for that NPE, I wonder if we
encounter the problem that was discussed in this old thread: [1]
Could you restart the engine and try again, hoping that then we'll get the
stacktrace (it was shown previously in the engine,log and was related to
that empty disk description)

[1]
https://stackoverflow.com/questions/2411487/nullpointerexception-in-java-with-no-stacktrace

On Fri, Dec 29, 2017 at 12:25 AM, Alex Bartonek  wrote:

> 2017-12-28 16:14:59,452-06 INFO  
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5] 
> BaseAsyncTask::removeTaskFromDB:
> Removed task '3e1cfaa1-07a5-49cb-a9bc-8937c7cc75b2' from DataBase
> 2017-12-28 16:14:59,452-06 INFO  
> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5]
> CommandAsyncTask::HandleEndActionResult [within thread]: Removing
> CommandMultiAsyncTasks object for entity '84686e92-7ca6-4228-9d3c-
> 31289b2d1d57'
> 2017-12-28 16:15:48,805-06 INFO  
> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
> (EE-ManagedThreadFactory-engineScheduled-Thread-45) [] Setting new tasks
> map. The map contains now 1 tasks
> 2017-12-28 16:16:18,805-06 INFO  
> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Setting new tasks
> map. The map contains now 0 tasks
> 2017-12-28 16:16:18,805-06 INFO  
> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Cleared all tasks
> of pool '3bb4edf8-be27-42e4-b860-a1f1f293b81c'.
> 2017-12-28 16:21:17,538-06 INFO  
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'default' is using 0 threads out of 1 and 5 tasks are waiting in the queue.
> 2017-12-28 16:21:17,538-06 INFO  
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engine' is using 0 threads out of 500, 8 threads waiting for tasks and 0
> tasks in queue.
> 2017-12-28 16:21:17,538-06 INFO  
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engineScheduled' is using 0 threads out of 100 and 100 tasks are waiting
> in the queue.
> 2017-12-28 16:21:17,538-06 INFO  
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engineThreadMonitoring' is using 1 threads out of 1 and 0 tasks are
> waiting in the queue.
> 2017-12-28 16:21:17,538-06 INFO  
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'hostUpdatesChecker' is using 0 threads out of 5 and 2 tasks are waiting in
> the queue.
> 2017-12-28 16:21:28,068-06 INFO  
> [org.ovirt.engine.core.bll.exportimport.ExportOvaCommand]
> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Lock Acquired to
> object 
> 'EngineLock:{exclusiveLocks='[43c82580-6c7a-4319-97f6-6cfb17a4445a=VM]',
> sharedLocks=''}'
> 2017-12-28 16:21:28,082-06 INFO  
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Executing
> Ansible command:  [/usr/bin/ansible-playbook, 
> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa,
> --inventory=/tmp/ansible-inventory8939720115375947799,
> --extra-vars=target_directory=/media/primary/extra_space,
> --extra-vars=validate_only=True, /usr/share/ovirt-engine/
> playbooks/ovirt-ova-export.yml] [Logfile: /var/log/ovirt-engine/ova/
> ovirt-export-ova-validate-ansible-20171228162128-reindeer.themagicm.com-
> aa503a62-d439-4131-9b46-e161779847f4.log]
> 2017-12-28 16:21:32,496-06 INFO  
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Ansible playbook
> command has exited with value: 0
> 2017-12-28 16:21:32,548-06 INFO  
> [org.ovirt.engine.core.bll.exportimport.ExportOvaCommand]
> (EE-ManagedThreadFactory-engine-Thread-15515) 
> [aa503a62-d439-4131-9b46-e161779847f4]
> Running command: ExportOvaCommand internal: false. Entities affected :  ID:
> 43c82580-6c7a-4319-97f6-6cfb17a4445a Type: VMAction group
> IMPORT_EXPORT_VM with role type ADMIN
> 2017-12-28 16:21:32,584-06 INFO  
> [org.ovirt.engine.core.bll.storage.disk.CreateAllOvaDisksCommand]
> (EE-ManagedThreadFactory-engine-Thread-15515) 
> [aa503a62-d439-4131-9b46-e161779847f4]
> Running command: CreateAllOvaDisksCommand internal: true.
> 2017-12-28 16:21:32,645-06 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.CopyImageGroupCommand] 
> (EE-ManagedThreadFactory-engine-Thread-15515)
> [aa503a62-d439-4131-9b46-e161779847f4] Running command:
> CopyImageGroupCommand internal: true. Entities affected :  

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

Cool, glad to hear that it works now :)
Filed a bug about that NPE [1]

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1529607

On Fri, Dec 29, 2017 at 1:09 AM, Alex Bartonek  wrote:

> geez... yes, you were correct. I added the description to the VM not the
> *disk*.  :-/
> Sorry about that.  That took care of it.  Simple.  Very cool!!  Thank you
> very  much!
>
>
> Sent with ProtonMail  Secure Email.
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 4:57 PM
> UTC Time: December 28, 2017 10:57 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
> Thanks.
> It seems that it fails at the same place it failed before [1]. The only
> reason for this failure is that the disk's description is empty.
> Are you sure that you set a description for the right disk? Can you attach
> a screenshot of the VM's disk info?
>
> [1] https://github.com/oVirt/ovirt-engine/blob/ovirt-
> engine-4.2.0/backend/manager/modules/utils/src/main/java/
> org/ovirt/engine/core/utils/ovf/OvfOvaWriter.java#L55
>
> On Fri, Dec 29, 2017 at 12:45 AM, Alex Bartonek  wrote:
>
>> shut down the engine, deleted engine.log, started up and attached entire
>> log.  It does contain a java stack dump.
>>
>>
>>  Original Message 
>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>> Local Time: December 28, 2017 4:36 PM
>> UTC Time: December 28, 2017 10:36 PM
>> From: aha...@redhat.com
>> To: Alex Bartonek 
>> users 
>>
>> That's weird that we don't get the stacktrace for that NPE, I wonder if
>> we encounter the problem that was discussed in this old thread: [1]
>> Could you restart the engine and try again, hoping that then we'll get
>> the stacktrace (it was shown previously in the engine,log and was related
>> to that empty disk description)
>>
>> [1] https://stackoverflow.com/questions/2411487/nullpointere
>> xception-in-java-with-no-stacktrace
>>
>> On Fri, Dec 29, 2017 at 12:25 AM, Alex Bartonek 
>> wrote:
>>
>>> 2017-12-28 16:14:59,452-06 INFO  
>>> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
>>> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5]
>>> BaseAsyncTask::removeTaskFromDB: Removed task
>>> '3e1cfaa1-07a5-49cb-a9bc-8937c7cc75b2' from DataBase
>>> 2017-12-28 16:14:59,452-06 INFO  
>>> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
>>> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5]
>>> CommandAsyncTask::HandleEndActionResult [within thread]: Removing
>>> CommandMultiAsyncTasks object for entity '84686e92-7ca6-4228-9d3c-31289
>>> b2d1d57'
>>> 2017-12-28 16:15:48,805-06 INFO  
>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-45) [] Setting new
>>> tasks map. The map contains now 1 tasks
>>> 2017-12-28 16:16:18,805-06 INFO  
>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Setting new tasks
>>> map. The map contains now 0 tasks
>>> 2017-12-28 16:16:18,805-06 INFO  
>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Cleared all tasks
>>> of pool '3bb4edf8-be27-42e4-b860-a1f1f293b81c'.
>>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>>> ls.ThreadPoolMonitoringService] 
>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>>> [] Thread pool 'default' is using 0 threads out of 1 and 5 tasks are
>>> waiting in the queue.
>>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>>> ls.ThreadPoolMonitoringService] 
>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>>> [] Thread pool 'engine' is using 0 threads out of 500, 8 threads waiting
>>> for tasks and 0 tasks in queue.
>>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>>> ls.ThreadPoolMonitoringService] 
>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>>> [] Thread pool 'engineScheduled' is using 0 threads out of 100 and 100
>>> tasks are waiting in the queue.
>>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>>> ls.ThreadPoolMonitoringService] 
>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>>> [] Thread pool 'engineThreadMonitoring' is using 1 threads out of 1 and 0
>>> tasks are waiting in the queue.
>>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>>> ls.ThreadPoolMonitoringService] 
>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>>> [] Thread pool 'hostUpdatesChecker' is using 0 threads out of 5 and 2 tasks
>>> are waiting in the queue.
>>> 2017-12-28 16:21:28,068-06 INFO  
>>> [org.ovirt.engine.core.bll.exportimport.ExportOvaCommand]
>>> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Lock Acquired
>>> to object 
>>> 

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

Thanks.
It seems that it fails at the same place it failed before [1]. The only
reason for this failure is that the disk's description is empty.
Are you sure that you set a description for the right disk? Can you attach
a screenshot of the VM's disk info?

[1]
https://github.com/oVirt/ovirt-engine/blob/ovirt-engine-4.2.0/backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/ovf/OvfOvaWriter.java#L55

On Fri, Dec 29, 2017 at 12:45 AM, Alex Bartonek  wrote:

> shut down the engine, deleted engine.log, started up and attached entire
> log.  It does contain a java stack dump.
>
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 4:36 PM
> UTC Time: December 28, 2017 10:36 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
> That's weird that we don't get the stacktrace for that NPE, I wonder if we
> encounter the problem that was discussed in this old thread: [1]
> Could you restart the engine and try again, hoping that then we'll get the
> stacktrace (it was shown previously in the engine,log and was related to
> that empty disk description)
>
> [1] https://stackoverflow.com/questions/2411487/
> nullpointerexception-in-java-with-no-stacktrace
>
> On Fri, Dec 29, 2017 at 12:25 AM, Alex Bartonek  wrote:
>
>> 2017-12-28 16:14:59,452-06 INFO  
>> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
>> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5]
>> BaseAsyncTask::removeTaskFromDB: Removed task
>> '3e1cfaa1-07a5-49cb-a9bc-8937c7cc75b2' from DataBase
>> 2017-12-28 16:14:59,452-06 INFO  
>> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
>> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5]
>> CommandAsyncTask::HandleEndActionResult [within thread]: Removing
>> CommandMultiAsyncTasks object for entity '84686e92-7ca6-4228-9d3c-31289
>> b2d1d57'
>> 2017-12-28 16:15:48,805-06 INFO  
>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-45) [] Setting new tasks
>> map. The map contains now 1 tasks
>> 2017-12-28 16:16:18,805-06 INFO  
>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Setting new tasks
>> map. The map contains now 0 tasks
>> 2017-12-28 16:16:18,805-06 INFO  
>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Cleared all tasks
>> of pool '3bb4edf8-be27-42e4-b860-a1f1f293b81c'.
>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>> ls.ThreadPoolMonitoringService] 
>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>> [] Thread pool 'default' is using 0 threads out of 1 and 5 tasks are
>> waiting in the queue.
>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>> ls.ThreadPoolMonitoringService] 
>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>> [] Thread pool 'engine' is using 0 threads out of 500, 8 threads waiting
>> for tasks and 0 tasks in queue.
>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>> ls.ThreadPoolMonitoringService] 
>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>> [] Thread pool 'engineScheduled' is using 0 threads out of 100 and 100
>> tasks are waiting in the queue.
>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>> ls.ThreadPoolMonitoringService] 
>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>> [] Thread pool 'engineThreadMonitoring' is using 1 threads out of 1 and 0
>> tasks are waiting in the queue.
>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>> ls.ThreadPoolMonitoringService] 
>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>> [] Thread pool 'hostUpdatesChecker' is using 0 threads out of 5 and 2 tasks
>> are waiting in the queue.
>> 2017-12-28 16:21:28,068-06 INFO  
>> [org.ovirt.engine.core.bll.exportimport.ExportOvaCommand]
>> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Lock Acquired
>> to object 
>> 'EngineLock:{exclusiveLocks='[43c82580-6c7a-4319-97f6-6cfb17a4445a=VM]',
>> sharedLocks=''}'
>> 2017-12-28 16:21:28,082-06 INFO  
>> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
>> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Executing
>> Ansible command:  [/usr/bin/ansible-playbook, 
>> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa,
>> --inventory=/tmp/ansible-inventory8939720115375947799,
>> --extra-vars=target_directory=/media/primary/extra_space,
>> --extra-vars=validate_only=True, 
>> /usr/share/ovirt-engine/playbooks/ovirt-ova-export.yml]
>> [Logfile: /var/log/ovirt-engine/ova/ovirt-export-ova-validate-ansible-
>> 20171228162128-reindeer.themagicm.com-aa503a62-d439-
>> 4131-9b46-e161779847f4.log]
>> 2017-12-28 16:21:32,496-06 INFO  
>> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
>> 

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek"  כתב:

After the success of getting my VM's working on my test server, I decided
to wipe out another server I had and wanted to move my VMs to it.   I tried
the "Export" as ova and it seems to work but in the Tasks its red:

"Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host
junkHost".

The .ova is never created.   Is there another way to do this?  Both servers
are running 4.2.

Googling hasnt helped me find a solution yet...


Can you please share engine.log?



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek  wrote:

> Log uploaded to:
>
> http://textuploader.com/dc2be
>
>
Thanks!
Exporting and importing as OVA files is the new shiny way of doing that as
from 4.2 but unfortunately, there seems to be an error while generating OVF
for the VM you're trying to export.
I see NullPointerException in the log and an empty line afterwards, can you
please check if there is a stacktrace right below in the engine.log that
was not copied? It should be below:
2017-12-28 14:45:03,728-06 ERROR
[org.ovirt.engine.core.bll.CreateOvaCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98] Exception:
java.lang.NullPointerException


>
>
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 2:41 PM
> UTC Time: December 28, 2017 8:41 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
>
>
> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek"  כתב:
>
> After the success of getting my VM's working on my test server, I decided
> to wipe out another server I had and wanted to move my VMs to it.   I tried
> the "Export" as ova and it seems to work but in the Tasks its red:
>
> "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host
> junkHost".
>
> The .ova is never created.   Is there another way to do this?  Both
> servers are running 4.2.
>
> Googling hasnt helped me find a solution yet...
>
>
> Can you please share engine.log?
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Re: Export as OVA failed

[Arik Hadas]

On Fri, Jun 22, 2018 at 10:10 AM du_hon...@yeah.net 
wrote:

> Hi
> my ovirt-engine is 4.2.0, how to set a description for each of the VM's
> disks?
>

>From the webadmin, choose the VM you want to export, browse its disks, for
each open the edit dialog and set some string in the description field. See
[1].

[1] https://ibb.co/b5cvS8


>
> --
>
> Regards
>
> Hongyu Du
>
>
> *From:* Arik Hadas 
> *Date:* 2018-06-22 14:50
> *To:* du_hongyu 
> *CC:* users 
> *Subject:* Re: [ovirt-users] Export as OVA failed
>
>
> On Fri, Jun 22, 2018 at 9:43 AM du_hon...@yeah.net 
> wrote:
>
>> Hi
>> I want to export my vm,  I shutdown my vm, then from the three-dot
>> dropdown select "Export as OVA"
>> but /var/log/ovirt-engine/engine.log has Exception fail.
>>
>
> You're probably using 4.2.0, right?
> I would suggest to upgrade to a more recent version of 4.2. Alternatively,
> you'll need to set a description for each of the VM's disks.
>
>
>>
>> --
>>
>> Regards
>>
>> Hongyu Du
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QOJVXER5YAZN5ANQMCP5V7QC3XBECJFL/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NADUKEAWD6WPKS46VMTDSNCUANXAF7AS/

[ovirt-users] Re: oVirt export VM as OVA

[Arik Hadas]

On Fri, Jun 22, 2018 at 6:22 AM du_hon...@yeah.net 
wrote:

>
> Hi
> I want to export my vm by "Eports as OVA", but i don't know what to write
> in Directory?
>

That should be the absolute path on the host where you want the OVA file to
be created.
This is mainly intended for a scenario in which you have a shared storage
mounted to some of the hosts in the data center and then you pick one of
those hosts and the directory indicates the mountpoint, e.g., host A and
directory /mnt/export. But the 'directory' can point to a local directory
as well.


> --
>
> Regards
>
> Hongyu Du
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LSKLCVN3CMCKS3CRI3ITDTPUBZXGA436/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UJSKZXV6HHP4RY2DIK2JUMVSKZUKWRXI/

[ovirt-users] Re: Export as OVA failed

[Arik Hadas]

On Fri, Jun 22, 2018 at 9:43 AM du_hon...@yeah.net 
wrote:

> Hi
> I want to export my vm,  I shutdown my vm, then from the three-dot
> dropdown select "Export as OVA"
> but /var/log/ovirt-engine/engine.log has Exception fail.
>

You're probably using 4.2.0, right?
I would suggest to upgrade to a more recent version of 4.2. Alternatively,
you'll need to set a description for each of the VM's disks.


>
> --
>
> Regards
>
> Hongyu Du
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QOJVXER5YAZN5ANQMCP5V7QC3XBECJFL/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3EVT6OGRBGYV4LZ4RJRXDLFM6SGDAKML/

[ovirt-users] Re: Export as OVA failed

[Arik Hadas]

בתאריך יום ו׳, 22 ביוני 2018, 11:20, מאת du_hon...@yeah.net ‏<
du_hon...@yeah.net>:

>
> thanks, I  face another trouble.
> fatal: [192.168.122.211]: FAILED! => {"changed": true, "msg": "non-zero
> return code", "rc": 1, "stderr": "Shared connection to 192.168.122.211
> closed.\r\n", "stdout": "opening for write:
> /rhev/data-center/mnt/192.168.122.26:_exports_vm__exports/backup_server.ova.tmp\r\nwriting
> ovf:  ...
>

Please update to a more recent version, there is a good chance that the
issue you're facing is already resolved.

--
>
> Regards
>
> Hongyu Du
>
>
> *From:* Arik Hadas 
> *Date:* 2018-06-22 15:45
> *To:* du_hongyu 
> *CC:* users 
> *Subject:* Re: Re: [ovirt-users] Export as OVA failed
>
>
> On Fri, Jun 22, 2018 at 10:10 AM du_hon...@yeah.net 
> wrote:
>
>> Hi
>> my ovirt-engine is 4.2.0, how to set a description for each of the VM's
>> disks?
>>
>
> From the webadmin, choose the VM you want to export, browse its disks, for
> each open the edit dialog and set some string in the description field. See
> [1].
>
> [1] https://ibb.co/b5cvS8
>
>
>>
>> --
>>
>> Regards
>>
>> Hongyu Du
>>
>>
>> *From:* Arik Hadas 
>> *Date:* 2018-06-22 14:50
>> *To:* du_hongyu 
>> *CC:* users 
>> *Subject:* Re: [ovirt-users] Export as OVA failed
>>
>>
>> On Fri, Jun 22, 2018 at 9:43 AM du_hon...@yeah.net 
>> wrote:
>>
>>> Hi
>>> I want to export my vm,  I shutdown my vm, then from the three-dot
>>> dropdown select "Export as OVA"
>>> but /var/log/ovirt-engine/engine.log has Exception fail.
>>>
>>
>> You're probably using 4.2.0, right?
>> I would suggest to upgrade to a more recent version of 4.2.
>> Alternatively, you'll need to set a description for each of the VM's disks.
>>
>>
>>>
>>> --
>>>
>>> Regards
>>>
>>> Hongyu Du
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QOJVXER5YAZN5ANQMCP5V7QC3XBECJFL/
>>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JNIVU3AOYZVZ7XDSFXTEWIYGMUFB7GUH/