[ovirt-users] Re: Maximum domains per data center

2020-10-14 Thread Eyal Shenitzky
Hi Tommaso,

As it says in the document, the maximum number of storage domains per
data-center is 50.

On Tue, 13 Oct 2020 at 17:54, Tommaso - Shellrent via Users 
wrote:

> Hi to all.
>
> Can someone confirm to me the value of max domains per data center on
> ovirt 4.4 ?
>
> We found only this for RHEV: https://access.redhat.com/articles/906543
>
> Regards,
> Tommaso.
> --
> --
> [image: Shellrent - Il primo hosting italiano Security First]
> *Tommaso De Marchi*
> *COO - Chief Operating Officer*
> Shellrent Srl
> Via dell'Edilizia, 19 - 36100 Vicenza
> Tel. 0444321155 <+390444321155> | Fax 04441492177
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/AQFGCDRW2FF7EJRD77OZ6AEN4VXRWLIN/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RUYMYY4CUKWQCY3Y432CJJTJ4IGRAU6J/


[ovirt-users] Re: Is it possible to backup stopped vm? (ovirt 4.4)

2020-10-08 Thread Eyal Shenitzky
Hi Lukaz,

Backup using the new incremental backup API is supported only for running
VMs.


On Thu, 8 Oct 2020 at 12:36, Łukasz Kołaciński 
wrote:

> Hello,
> While trying to backup stopped VM (with POST on
> /ovirt-engine/api/vms/b79b34c0-d8db-43e5-916e-5528ff7bcfbe/backups) I got
> the response:
>
> 
> 
> [Cannot backup VM. The Virtual Machine should be in Up status.] detail>
> Operation Failed
> 
>
> I found here:
> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
> that it should be possible to back up a virtual machine that is not running.
> *"If the VM is not running, the system will create a paused, stripped-down
> version of the VM, with only backup disks attached, and use libvirt API to
> start and stop the backup."*
>

If you will read until the end of the paragraph you will see that the
support for this deferred at this time-

We considered alternative solution using qemu-nbd, but According to Eric
Blake qemu-nbd does not support yet exposing bitmap info, so we would not
be able to provide the change block list.
Since creating special paused VM for backing up non-running VM is a lot of
work, we may defer support for backing up non-running VMs.




>
> But it doesn't seem to work.
>
> Regards,
>
> Łukasz Kołaciński
>
> Junior Java Developer
>
> e-mail: l.kolacin...@storware.eu
> 
>
>
>
>
> *[image: STORWARE]* <http://www.storware.eu/>
>
>
>
> *ul. Leszno 8/44 01-192 Warszawa www.storware.eu
> <https://www.storware.eu/>*
>
> *[image: facebook]* <https://www.facebook.com/storware>
>
> *[image: twitter]* <https://twitter.com/storware>
>
> *[image: linkedin]* <https://www.linkedin.com/company/storware>
>
> *[image: Storware_Stopka_09]*
> <https://www.youtube.com/channel/UCKvLitYPyAplBctXibFWrkw>
>
>
>
> *Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa
> 000510131* *, NIP 5213672602.** Wiadomość ta jest przeznaczona jedynie
> dla osoby lub podmiotu, który jest jej adresatem i może zawierać poufne
> i/lub uprzywilejowane informacje. Zakazane jest jakiekolwiek przeglądanie,
> przesyłanie, rozpowszechnianie lub inne wykorzystanie tych informacji lub
> podjęcie jakichkolwiek działań odnośnie tych informacji przez osoby lub
> podmioty inne niż zamierzony adresat. Jeżeli Państwo otrzymali przez
> pomyłkę tę informację prosimy o poinformowanie o tym nadawcy i usunięcie
> tej wiadomości z wszelkich komputerów. **This message is intended only
> for the person or entity to which it is addressed and may contain
> confidential and/or privileged material. Any review, retransmission,
> dissemination or other use of, or taking of any action in reliance upon,
> this information by persons or entities other than the intended recipient
> is prohibited. If you have received this message in error, please contact
> the sender and remove the material from all of your computer systems.*
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QGUVJW5HWQG6W5ZQWKYTQ4I7UTAC53M5/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/A3BUIUZBLQZKNO55X5QCIRMTAAXP5IBO/


[ovirt-users] Re: Cannot import VM disks from previously detached storage domain

2020-09-22 Thread Eyal Shenitzky
I will have a look.
Thank you for your support in oVirt!

On Tue, 22 Sep 2020 at 15:30, Strahil Nikolov  wrote:

> Hi Eyal,
>
> thanks for the reply - all the proposed options make sense.
> I have opened a RFE -> https://bugzilla.redhat.com/show_bug.cgi?id=1881457
> , but can you verify that the product/team are the correct one ?
>
> Best Regards,
> Strahil Nikolov
>
>
>
>
>
>
> В вторник, 22 септември 2020 г., 12:55:56 Гринуич+3, Eyal Shenitzky <
> eshen...@redhat.com> написа:
>
>
>
>
>
>
>
> On Mon, 21 Sep 2020 at 23:19, Strahil Nikolov 
> wrote:
> > Hey Eyal,
> >
> > it's really irritating that only ISOs can be imported as disks.
> >
> > I had to:
> > 1. Delete snapshot (but I really wanted to keep it)
> > 2. Detach all disks from existing VM
> > 3. Delete the VM
> > 4. Import the Vm from the data domain
> > 5. Delete the snapshot , so disks from data domain are "in sync" with
> the non-data disks
> > 6. Attach the non-data disks to the VM
> >
> > If all disks for a VM were on the same storage domain - I didn't have to
> wipe my snapshots.
> >
> > Should I file a RFE in order to allow disk import for non-ISO disks ?
> > If I wanted to rebuild the engine and import the sotrage domains I would
> have to import the VM the first time , just to delete it and import it
> again - so I can get my VM disks from the storage...
> >
>
> From what I understand you want to file an RFE that requests the option to
> split 'unregistered' entities in a data domain, but unfortunately this is
> not possible.
>
> But we may add different options:
> * merge/squash to identical partial VMs
> * Override an existing VM
> * Force import the VM with a different ID
> You can file an RFE with those suggest options.
>
> Also, please add the description of why do you think it is needed.
>
>
> >  Best Regards,
> > Strahil Nikolov
> >
> >
> >
> >
> >
> > В понеделник, 21 септември 2020 г., 11:47:04 Гринуич+3, Eyal Shenitzky <
> eshen...@redhat.com> написа:
> >
> >
> >
> >
> >
> > Hi Stranhil,
> >
> > Maybe those VMs has more disks on different data storage domains?
> > If so, those VMs will remain on the environment with the disks that are
> not based on the detached storage-domain.
> >
> > You can try to import the VM as partial, another option is to remove the
> VM that remained in the environment but
> > keep the disks so you will be able to import the VM and attach the disks
> to it.
> >
> > On Sat, 19 Sep 2020 at 15:49, Strahil Nikolov via Users 
> wrote:
> >> Hello All,
> >>
> >> I would like to ask how to proceed further.
> >>
> >> Here is what I have done so far on my ovirt 4.3.10:
> >> 1. Set in maintenance and detached my Gluster-based storage domain
> >> 2. Did some maintenance on the gluster
> >> 3. Reattached and activated my Gluster-based storage domain
> >> 4. I have imported my ISOs via the Disk Import tab in UI
> >>
> >> Next I tried to import the VM Disks , but they are unavailable in the
> disk tab
> >> So I tried to import the VM:
> >> 1. First try - import with partial -> failed due to MAC conflict
> >> 2. Second try - import with partial , allow MAC reassignment -> failed
> as VM id exists -> recommends to remove the original VM
> >> 3. I tried to detach the VMs disks , so I can delete it - but this is
> not possible as the Vm already got a snapshot.
> >>
> >>
> >> What is the proper way to import my non-OS disks (data domain is slower
> but has more space which is more suitable for "data") ?
> >>
> >>
> >> Best Regards,
> >> Strahil Nikolov
> >> ___
> >> Users mailing list -- users@ovirt.org
> >> To unsubscribe send an email to users-le...@ovirt.org
> >> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> >> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> >> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WTJXOIVDWU6DGVZQQ243VKGWJLPKHR4L/
> >
> >>
> >
> >
> > --
> > Regards,
> > Eyal Shenitzky
> >
> >
>
>
> --
> Regards,
> Eyal Shenitzky
>
>

-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SL2I3WEQ3MS6TIVBL5SC42B4FAZNTSWX/


[ovirt-users] Re: Cannot import VM disks from previously detached storage domain

2020-09-22 Thread Eyal Shenitzky
On Mon, 21 Sep 2020 at 23:19, Strahil Nikolov  wrote:

> Hey Eyal,
>
> it's really irritating that only ISOs can be imported as disks.
>
> I had to:
> 1. Delete snapshot (but I really wanted to keep it)
> 2. Detach all disks from existing VM
> 3. Delete the VM
> 4. Import the Vm from the data domain
> 5. Delete the snapshot , so disks from data domain are "in sync" with the
> non-data disks
> 6. Attach the non-data disks to the VM
>
> If all disks for a VM were on the same storage domain - I didn't have to
> wipe my snapshots.
>
> Should I file a RFE in order to allow disk import for non-ISO disks ?
> If I wanted to rebuild the engine and import the sotrage domains I would
> have to import the VM the first time , just to delete it and import it
> again - so I can get my VM disks from the storage...
>
>
>From what I understand you want to file an RFE that requests the option to
split 'unregistered' entities in a data domain, but unfortunately this is
not possible.

But we may add different options:

   - merge/squash to identical partial VMs
   - Override an existing VM
   - Force import the VM with a different ID

You can file an RFE with those suggest options.

Also, please add the description of why do you think it is needed.



> Best Regards,
> Strahil Nikolov
>
>
>
>
>
> В понеделник, 21 септември 2020 г., 11:47:04 Гринуич+3, Eyal Shenitzky <
> eshen...@redhat.com> написа:
>
>
>
>
>
> Hi Stranhil,
>
> Maybe those VMs has more disks on different data storage domains?
> If so, those VMs will remain on the environment with the disks that are
> not based on the detached storage-domain.
>
> You can try to import the VM as partial, another option is to remove the
> VM that remained in the environment but
> keep the disks so you will be able to import the VM and attach the disks
> to it.
>
> On Sat, 19 Sep 2020 at 15:49, Strahil Nikolov via Users 
> wrote:
> > Hello All,
> >
> > I would like to ask how to proceed further.
> >
> > Here is what I have done so far on my ovirt 4.3.10:
> > 1. Set in maintenance and detached my Gluster-based storage domain
> > 2. Did some maintenance on the gluster
> > 3. Reattached and activated my Gluster-based storage domain
> > 4. I have imported my ISOs via the Disk Import tab in UI
> >
> > Next I tried to import the VM Disks , but they are unavailable in the
> disk tab
> > So I tried to import the VM:
> > 1. First try - import with partial -> failed due to MAC conflict
> > 2. Second try - import with partial , allow MAC reassignment -> failed
> as VM id exists -> recommends to remove the original VM
> > 3. I tried to detach the VMs disks , so I can delete it - but this is
> not possible as the Vm already got a snapshot.
> >
> >
> > What is the proper way to import my non-OS disks (data domain is slower
> but has more space which is more suitable for "data") ?
> >
> >
> > Best Regards,
> > Strahil Nikolov
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/privacy-policy.html
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WTJXOIVDWU6DGVZQQ243VKGWJLPKHR4L/
> >
>
>
> --
> Regards,
> Eyal Shenitzky
>
>

-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5A7IOHPR6VOOMBXQIJT5FAN2O6FTKVHQ/


[ovirt-users] Re: Cannot import VM disks from previously detached storage domain

2020-09-21 Thread Eyal Shenitzky
Hi Stranhil,

Maybe those VMs has more disks on different data storage domains?
If so, those VMs will remain on the environment with the disks that are not
based on the detached storage-domain.

You can try to import the VM as partial, another option is to remove the VM
that remained in the environment but
keep the disks so you will be able to import the VM and attach the disks to
it.

On Sat, 19 Sep 2020 at 15:49, Strahil Nikolov via Users 
wrote:

> Hello All,
>
> I would like to ask how to proceed further.
>
> Here is what I have done so far on my ovirt 4.3.10:
> 1. Set in maintenance and detached my Gluster-based storage domain
> 2. Did some maintenance on the gluster
> 3. Reattached and activated my Gluster-based storage domain
> 4. I have imported my ISOs via the Disk Import tab in UI
>
> Next I tried to import the VM Disks , but they are unavailable in the disk
> tab
> So I tried to import the VM:
> 1. First try - import with partial -> failed due to MAC conflict
> 2. Second try - import with partial , allow MAC reassignment -> failed as
> VM id exists -> recommends to remove the original VM
> 3. I tried to detach the VMs disks , so I can delete it - but this is not
> possible as the Vm already got a snapshot.
>
>
> What is the proper way to import my non-OS disks (data domain is slower
> but has more space which is more suitable for "data") ?
>
>
> Best Regards,
> Strahil Nikolov
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WTJXOIVDWU6DGVZQQ243VKGWJLPKHR4L/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NGMSYDEYCGYW43OHMBRI46WWVREOUQYE/


[ovirt-users] Re: Reverting to Snapshot

2020-08-12 Thread Eyal Shenitzky
Hi Christian,

Once you take a snapshot you can preview it by pressing the *preview* button,
as you said it will take you back to
the point in time when the snapshot was created.

Once you are in a '*preview*' mode you have two options -

   - *commit* - means that you want to go back to that state of the VM, it
   will cause all the data and snapshots that were taken after that point in
   time to be removed.
   - *undo *- means that you don't want to go back to that point in time of
   the VM, so the VM will return to his latest state.



On Wed, 12 Aug 2020 at 08:34, Christian Reiss 
wrote:

> Hey folks,
>
> this, I hope, is a trivial question. But I really can't find the button
> for it. If you take a snapshot of any vm - how do you revert to that
> snapshot, discarding all changes after?
>
> I see options to clone, delete, take snapshot, preview... but revert?
> Really in the true sense of "discard all changes, go back to this
> snapshot state".
>
> What am I not seeing here? :)
>
> --
> with kind regards,
> mit freundlichen Gruessen,
>
> Christian Reiss
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/GIZPB4OSZU3SOQKGYZD42WMF4LIZLPRX/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VORCQIMTPPSKGFGOHUL7L7AU7YVCQN3W/


[ovirt-users] Re: Thin Provisioned to Preallocated

2020-08-09 Thread Eyal Shenitzky
Hi Jorge,

Currently, there is no mechanism for doing this operation on the disk, but
there is workaround such as:

 - Export the VM as OVA or to an export domain and import it back with the
needed allocation method.

On Thu, 6 Aug 2020 at 17:36, Jorge Visentini 
wrote:

> Hi oVirt land.
>
> Can I convert the disks of Thin Provision to Preallocated?
>
> Best Regards.
> --
> Att,
> Jorge Visentini
> +55 55 98432-9868
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/M5DGZFUB5KVW6LWQKRC5NFDUMOUN7RKD/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/M3REFS7XBDXIP5WFVFPQ74BMXIVPRFZR/


[ovirt-users] Re: Issue with ovirt 4.4 after doing some incremental backups.

2020-07-28 Thread Eyal Shenitzky
Hi Łukasz,

Can you please provide vdsm.log and libvirt.log?

On Tue, 28 Jul 2020 at 16:05, Łukasz Kołaciński 
wrote:

> Hello,
>
> After doing a few vm backups, something breaks and I am unable to perform
> any operations. I cannot do incremental backups and even full backups
> doesn't work. I have this issue third time. I don't know how to fix this so
> I am currently making new vms for testing purposes
>
> VDSM ovirt44-h2.storware.local command StartVmBackupVDS failed: Backup
> Error: {'vm_id': '116aa6eb-31a1-43db-9b1e-ad6e32fb9260', 'backup':
> , 'reason': "Error
> starting backup: internal error: unable to execute QEMU command
> 'transaction': Dirty bitmap 'ef0dfe55-c08c-4d9e-ad32-d6b6d5cbdac6' not
> found"}
>
>
> Best Regards,
>
> Łukasz Kołaciński
>
> Junior Java Developer
>
> e-mail: l.kolacin...@storware.eu
> 
>
>
>
>
> *[image: STORWARE]* <http://www.storware.eu/>
>
>
>
> *ul. Leszno 8/44 01-192 Warszawa www.storware.eu
> <https://www.storware.eu/>*
>
> *[image: facebook]* <https://www.facebook.com/storware>
>
> *[image: twitter]* <https://twitter.com/storware>
>
> *[image: linkedin]* <https://www.linkedin.com/company/storware>
>
> *[image: Storware_Stopka_09]*
> <https://www.youtube.com/channel/UCKvLitYPyAplBctXibFWrkw>
>
>
>
> *Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa
> 000510131* *, NIP 5213672602.** Wiadomość ta jest przeznaczona jedynie
> dla osoby lub podmiotu, który jest jej adresatem i może zawierać poufne
> i/lub uprzywilejowane informacje. Zakazane jest jakiekolwiek przeglądanie,
> przesyłanie, rozpowszechnianie lub inne wykorzystanie tych informacji lub
> podjęcie jakichkolwiek działań odnośnie tych informacji przez osoby lub
> podmioty inne niż zamierzony adresat. Jeżeli Państwo otrzymali przez
> pomyłkę tę informację prosimy o poinformowanie o tym nadawcy i usunięcie
> tej wiadomości z wszelkich komputerów. **This message is intended only
> for the person or entity to which it is addressed and may contain
> confidential and/or privileged material. Any review, retransmission,
> dissemination or other use of, or taking of any action in reliance upon,
> this information by persons or entities other than the intended recipient
> is prohibited. If you have received this message in error, please contact
> the sender and remove the material from all of your computer systems.*
>
>

-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2IYQDJONJDFZVRCAX4Y4GZFLEO5Z3FZI/


[ovirt-users] Re: how to remove host (phisical damaged) on ovirt web panel ??

2020-07-21 Thread Eyal Shenitzky
Hi Tommy,

I am not sure about your environment state, but you have an option to
confirm that the host 'has bee rebooted'.
It should eventually set the VMs as down in your case and set the host in
the state that will allow you to remove it.

Please see the attached screenshot.

[image: Screenshot from 2020-07-22 08-49-08.png]

On Wed, 22 Jul 2020 at 07:07, tommy  wrote:

> The host is damaged, then the vms running on it also became unknown status.
>
> I cannot remove the vm and host on ovirt web panel.
>
>
>
> Somebody can give me saome advive ?
>
> Thanks.
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/BLF3R6MDFK5HYZGWTSEUPZVFXLNJ2F6Z/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3VCYNSJH3IDRIDUA4HSSEGHQ22VZ7HUN/


[ovirt-users] Re: Problem with backuping ovirt 4.4 with SDK

2020-07-15 Thread Eyal Shenitzky
On Tue, 14 Jul 2020 at 11:27, Nir Soffer  wrote:

> On Tue, Jul 14, 2020 at 9:33 AM Łukasz Kołaciński <
> l.kolacin...@storware.eu> wrote:
>
>> Hello,
>>
>
> Hi Lukaz,
>
> Lets move the discussion to de...@ovirt.org, I think it will be more
> productive.
>
> Also, always CC me and Eyal on incremental backup questions for a quicker
> response.
>
>
>> I am trying to do full backup on ovirt 4.4 using sdk.
>>
>
> Which version of oVirt? libvirt?
>
>
>> I used steps from this youtube video:
>> https://www.youtube.com/watch?v=E2VWUVcycj4 and I got error after
>> running backup_vm.py. I see that sdk has imported disks and created backup
>> entity and then I got sdk.NotFoundError exception.
>>
>
> This means that starting backup failed. Unfortunately the API does not
> have a good way to get
> the error that caused the backup to fai.
>
> You should be able to see the error in the event log in the UI, and in
> engine log.
>
>
>> I also tried to do full backup with API and after finalizing backup
>> disappeared (I think)
>>
>
> So backup from the API was successful?
>
> Backups are expected to disappear, they are temporary objects used to
> manage the backup
> process. Once the backup process was finished you can do nothing with the
> backup object,
> and you cannot fetch the same backup data again.
>
>
>> and I couldn't try incremental.
>>
>
> The fact that the backup disappeared should not prevent the next backup.
>
> After you create a backup, you need to poll backup status until the backup
> is ready.
>
> while backup.phase != BackupPhase.READY:
> time.sleep(1)
> backup = backup_service.get()# to_checkpoint_id will be used as
>
> If the backup does not end in ready state, it failed, and you cannot do
> anything with
> this backup.
>
> When the backup is ready, you can fetch the to_checkpoint_id created for
> this backup.
>
> checkpoint_id = backup.to_checkpoint_id
>
> At this point you need to persist the checkpoint id. This will be used to
> create the incremental
> backup.
>
>
> [   0.0 ] Starting full backup for VM
>> '51708c8e-6671-480b-b2d8-199a1af9cbdc'
>> Password:
>> [   4.2 ] Waiting until backup 0458bf7f-868c-4859-9fa7-767b3ec62b52 is
>> ready
>> Traceback (most recent call last):
>>   File "./backup_vm.py", line 343, in start_backup
>> backup = backup_service.get()
>>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/services.py", line
>> 32333, in get
>> return self._internal_get(headers, query, wait)
>>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line
>> 211, in _internal_get
>> return future.wait() if wait else future
>>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line
>> 55, in wait
>> return self._code(response)
>>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line
>> 208, in callback
>> self._check_fault(response)
>>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line
>> 130, in _check_fault
>> body = self._internal_read_body(response)
>>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line
>> 312, in _internal_read_body
>> self._raise_error(response)
>>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line
>> 118, in _raise_error
>> raise error
>> ovirtsdk4.NotFoundError: HTTP response code is 404.
>>
>> During handling of the above exception, another exception occurred:
>>
>> Traceback (most recent call last):
>>   File "./backup_vm.py", line 476, in 
>> main()
>>   File "./backup_vm.py", line 173, in main
>> args.command(args)
>>   File "./backup_vm.py", line 230, in cmd_start
>> backup = start_backup(connection, args)
>>   File "./backup_vm.py", line 345, in start_backup
>> raise RuntimeError("Backup {} failed".format(backup.id))
>> RuntimeError: Backup 0458bf7f-868c-4859-9fa7-767b3ec62b52 failed
>>
>
> This is correct, backup has failed.
>
> Please check the event log to understand the failure.
>
> Eyal, can you show how to get the error from the backup using the SDK, in
> a way
> that can be used by a program?
>
> e.g. a public error code that can be used to decide on the next step, and
> an error
> message that can be used for displaying error to users of the backup
> application.
>
> This should be added to the backup_vm.py example.
>
> Nir
>
> I added an example of how to fetch the event from the engine using the SDK.

You can find here -
https://gerrit.ovirt.org/#/c/110307/1/sdk/examples/backup_vm.py



-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QYQN4VPUHNCQHNL5HCDM4HQ3UHF5ZLN7/


[ovirt-users] Re: Problems with setting up ovirt 4.4 for incremental backups

2020-07-07 Thread Eyal Shenitzky
Hi Lukasz,

Thank you for testing the new Incrementa backup feature.

For those kinds of questions, it is better to send the mail to +users
 list so other people can learn/answer the question.

Please see my comments inline.


On Fri, 3 Jul 2020 at 15:55, Łukasz Kołaciński 
wrote:

> Dear Eyal Shenitzky
>
> Could you help me with setting up ovirt 4.4? I am trying to implement
> incremental backups to our application and I have some questions.
>
> 1. First of all I am using mostly this documentation:
> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
> and I saw session on youtube. Are there any other sources of knowledge?
>

Currently no, those are the two best resources for this feature at this
moment.
Note that we updated
https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
recently
so now it contains up-to-date information about all the operations that
need to be done with the Engine in order to use this feature.


> 2. I can't change fields on diskattachment with PUT Method (to set
> incremental in backup field). I think I tried in every way and I am getting
> 405 Method Not Allowed.
>

Please try the following request -

PUT path-to-engine
/ovirt-engine/api/vms/vm-uuid/diskattachments/disk-attachment-uuid



disk-uuid
incremental




> 3. When I am using REST API to get info about checkpoints with "GET
> /vms/vm-uuid/checkpoints/" I am getting response: "Could not find resource
> for full path". So this looks like something is not enabled or missing.
>

There is no 'checkpoints' service under any path at this moment, so the
path you are using is not valid.

There is a backups service that you can find under -

GET path-to-engine/ovirt-engine/api/vms/vm-uuid/backups

To get a single backup you can use

GET path-to-engine/ovirt-engine/api/vms/vm-uuid/backups/backup-uuid

We are now working on exposing also the checkpoints service to allow
removal of checkpoints, but this isn't ready yet.


> 4. I don't understand what ticket-uuid in imageio API is. How can I get
> dirty bitmaps after full backup? And how to use it because there is not
> "images" resource on /ovirt-engine/api/
>

Please look and the example script we developed in order to use this
feature -

https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py

Using this script you will be able to do all the needed operations in order
to back up a VM.
There is a very detailed manual for it (when using --help / -h).

This script can interact with ImageIO in order to download the backup disks
using the new 'client' library in ImageIO.
You can use it as a reference on how to interact with the Engine API and
ImageIO.


> On my environment I have:
> CentOS 8.2
> ovirt 4.4.0.3-1
> libvirt 6.0.0-17
> qemu-kvm 4.2.0
> kvm 4.2.0-19
> vdsm 4.40.16-1
>

It looks like you have the correct versions in order to use Incremental
backup, but remember that the
Engine blocks incremental backup operations and allows only full backup by
default.
In order to allow incremental backup in the engine, you need to do the
following commands -

# engine-config -s "IsIncrementalBackupSupported=true"
# systemctl restart ovirt-engine


> I look forward to hearing from you.
>
> Best regards,
>
> Łukasz Kołaciński
>
> Junior Java Developer
>
> e-mail: l.kolacin...@storware.eu
> 
>
>
>
>
> *[image: STORWARE]* <http://www.storware.eu/>
>
>
>
> *ul. Leszno 8/44 01-192 Warszawa www.storware.eu
> <https://www.storware.eu/>*
>
> *[image: facebook]* <https://www.facebook.com/storware>
>
> *[image: twitter]* <https://twitter.com/storware>
>
> *[image: linkedin]* <https://www.linkedin.com/company/storware>
>
> *[image: Storware_Stopka_09]*
> <https://www.youtube.com/channel/UCKvLitYPyAplBctXibFWrkw>
>
>
>
> *Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa
> 000510131* *, NIP 5213672602.** Wiadomość ta jest przeznaczona jedynie
> dla osoby lub podmiotu, który jest jej adresatem i może zawierać poufne
> i/lub uprzywilejowane informacje. Zakazane jest jakiekolwiek przeglądanie,
> przesyłanie, rozpowszechnianie lub inne wykorzystanie tych informacji lub
> podjęcie jakichkolwiek działań odnośnie tych informacji przez osoby lub
> podmioty inne niż zamierzony adresat. Jeżeli Państwo otrzymali przez
> pomyłkę tę informację prosimy o poinformowanie o tym nadawcy i usunięcie
> tej wiadomości z wszelkich komputerów. **This message is intended only
> for the person or entity to which it is addressed and may contain
> confidential and/or privileged material. Any review, retransmission,
> dissemination or other use of, or taking of any action in reliance upon,
> this information by pers

[ovirt-users] Re: oVirt Engine UI error: changing Storage Domain mount options

2020-06-25 Thread Eyal Shenitzky
You can WA the issue by editing the storage domain using REST-API:

*PUT*  /ovirt-engine/api/storageDomains/123

With a request body as follows:


  data2
  
your-mount-options
  


On Thu, 25 Jun 2020 at 11:59, Eyal Shenitzky  wrote:

> Adding +Ahmad Khiet  since he worked on a similar bug
> - https://bugzilla.redhat.com/1810893
> <https://bugzilla.redhat.com/show_bug.cgi?id=1810893> that was fixed in
> 4.4.
>
> Ahmad, can you please have a look to see if the fix you did already
> solves the problem?
> If so I think we need to backport it to 4.3.
>
> On Thu, 25 Jun 2020 at 09:54, Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno mer 24 giu 2020 alle ore 17:47 Jp 
>> ha scritto:
>>
>>> Hi,
>>>
>>> I want to change the mount options to a Storage Domain that is already
>>> in use, but got an error from the Ovirt Engine's UI, and the mount point
>>> option change isn't getting applied.
>>>
>>> What I tried:
>>>
>>> 1. Shutdown all VMs using Disks on Volume
>>> 2. Stopped storage Volume
>>> 3. Put storage Domain into Maintenance (so Storage -> Data Center ->
>>> select Domain -> Maintenance button)
>>> 4. Entered mount point options via Storage -> Domain -> select Domain ->
>>> Managed Domain -> "Mount Options" field
>>> 5. A pop-up in UI had same exact error as a Bug that had been fixed (
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1273941)
>>> 6. Confirmed the "Mount Options" field had _actually_ kept my new mount
>>> point option!
>>> 6. Took Domain out of Maintenance
>>> 7. Started Volume
>>> 8. Checked oVirt Nodes mount point on CLI but my new option isn't listed
>>>
>>> Is there a way I can change the mount point options via CLI?  To get
>>> around this UI Bug ...
>>>
>>
>>
>> +Tal Nisan  can you please have a look here,
>> happening on 4.3.10.
>>
>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/54VIGCQZIJ5ZZFBLREZQ5FWHV46C3H4X/
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://www.redhat.com/>
>>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.
>> <https://mojo.redhat.com/docs/DOC-1199578>*
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QIJGQ6I3CL7TOYM7T2LXJNASEXH7IWVO/
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TTU6QGCFUWXZ5MAEEXCBV3WM5OBASXQ5/


[ovirt-users] Re: oVirt Engine UI error: changing Storage Domain mount options

2020-06-25 Thread Eyal Shenitzky
Adding +Ahmad Khiet  since he worked on a similar bug -
https://bugzilla.redhat.com/1810893
<https://bugzilla.redhat.com/show_bug.cgi?id=1810893> that was fixed in 4.4.

Ahmad, can you please have a look to see if the fix you did already
solves the problem?
If so I think we need to backport it to 4.3.

On Thu, 25 Jun 2020 at 09:54, Sandro Bonazzola  wrote:

>
>
> Il giorno mer 24 giu 2020 alle ore 17:47 Jp 
> ha scritto:
>
>> Hi,
>>
>> I want to change the mount options to a Storage Domain that is already in
>> use, but got an error from the Ovirt Engine's UI, and the mount point
>> option change isn't getting applied.
>>
>> What I tried:
>>
>> 1. Shutdown all VMs using Disks on Volume
>> 2. Stopped storage Volume
>> 3. Put storage Domain into Maintenance (so Storage -> Data Center ->
>> select Domain -> Maintenance button)
>> 4. Entered mount point options via Storage -> Domain -> select Domain ->
>> Managed Domain -> "Mount Options" field
>> 5. A pop-up in UI had same exact error as a Bug that had been fixed (
>> https://bugzilla.redhat.com/show_bug.cgi?id=1273941)
>> 6. Confirmed the "Mount Options" field had _actually_ kept my new mount
>> point option!
>> 6. Took Domain out of Maintenance
>> 7. Started Volume
>> 8. Checked oVirt Nodes mount point on CLI but my new option isn't listed
>>
>> Is there a way I can change the mount point options via CLI?  To get
>> around this UI Bug ...
>>
>
>
> +Tal Nisan  can you please have a look here, happening
> on 4.3.10.
>
>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/54VIGCQZIJ5ZZFBLREZQ5FWHV46C3H4X/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QIJGQ6I3CL7TOYM7T2LXJNASEXH7IWVO/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CMSFWTF43ATJPIOO37ISDT2RQRSLI745/


[ovirt-users] Re: Adding iSCSI Target IP Address to Existing Storage Data Domain

2020-06-21 Thread Eyal Shenitzky
Hi,

We have an open RFE for editing the IP address of an existing ISCSI storage
domain

Currently, you should detach and re-add the domain.

On Sun, 21 Jun 2020 at 09:14,  wrote:

> Hi!
>
> Do you have suggestions if we can add a new iSCSI target IP address to an
> existing Storage Data Domain?
>
> Earlier, we had an issue where the storage device unexpectedly rebooted.
> It has 3 IP addresses used for iSCSI connections.
> For oVirt, we're connected to that storage device using 1 iSCSI Target IP
> address. The problem is that the adapters are down for that IP.
>
> What we're trying to do is to add the other IP addresses to connect to the
> LUNs/devices.
> Do you think simply logging in to the target will help?
>
> I've checked on previous threads and it was suggested that the storage
> data domain should be detached first then re-add using the new IP address.
>
> Thank you very much
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OK3GZJDDZ5G4DTLPG6QUA3AQELHNEGVR/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ETRMKRZN3KTXAPI5NYC42SYAZWD3FE2J/


[ovirt-users] Re: New VM from Template and Storage size

2020-06-17 Thread Eyal Shenitzky
Hi Erez,

This sounds like a nice RFE.

Can you please submit it to Bugzilla -
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine ?

In the title add in the beginning - [RFE] ...

Thanks.


On Wed, 17 Jun 2020 at 08:24, Erez Zarum  wrote:

> It is reasonable flow that you inherit the configuration from the
> template, but you can change most of the settings during the creation of
> the VM, I just don't understand why not to be able to change the disk size
> and name.
> Why disk size? You can say the same thing with any other settings, so just
> make a template for any different setting you need for different VMs based
> on that same OS.
> This flow of changing the disk size is supported in any other platforms
> take a few, OpenStack, VMWare, Xen and any other Cloud providers.
> I don't see a reason why to do this in two API calls, one for VM creation
> and then another one for just expanding the disk size.
> I do understand if you create a VM based on a thin template which is just
> a link that there's no other way.
> Another "issue" is that it creates the new of the new disk for the VM
> based on the template name instead of "vmname_Disk1" etc...
> I have a customer with many different disk sizes, varying from 50GB up to
> 200GB, If I go and create a template for an OS based on that, I will
> probably have 10 templates, it's not scalable if you need to just modify
> something in the template as well.
>
> So the only option right now is to use OpenStack Glance for saving images
> or create a new feature in Foreman/Satelite for that.
>
> On 16/06/2020, 20:53, "Nir Soffer"  wrote:
>
> On Tue, Jun 16, 2020 at 5:32 PM Erez Zarum  wrote:
> >
> > Hey,
> >
> > I have created a template that the disk is a thick (raw) with a size
> of 15GB.
> >
> > I am trying to create a VM from that template but having the disk
> with a much larger size, both template and the VM are set to use thick and
> I create  the new VM with the clone option, so there’s no link between the
> new VM and the template.
> >
> > So far the only solution I managed to find is to adjust the size
> after creating the VM.
>
> This looks like reasonable flow. You create the vm from a template, so
> you inherit the
> disk size from the template. Then you modify the disk to the required
> size.
>
> > For example, this situation causes a problematic step when using
> Foreman/Satelite as trying to provision a VM based on a template but with
> different size for the OS disk.
>
> Why is this problematic?
>
> > I assume that one of the ways to solve it is to convert the template
> somehow into an “image”? like using OpenStack Glance as a place to store
> “templates” as images? Any other way besides using Glance?
>
> If you always need to resize the template, why not create another
> templated with the right
> size based on this template?
>
> Nir
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/46IFRJCTZNZZHRYVDIYGVJFBNSOJNPVX/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GZAS5TW4OHFRMUBJHPUF3IQZHMRZXGAV/


[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-10 Thread Eyal Shenitzky
It is always better to use the latest version for testing this feature.
If I remember correctly 4.2 contains some fixes for incremental backup so
better to use it.

On Wed, 10 Jun 2020 at 11:28, Gianluca Cecchi 
wrote:

> On Wed, Jun 10, 2020 at 10:18 AM Eyal Shenitzky 
> wrote:
>
>> Hopefully yes, just validate that the libvirt version is >= 6.0.0.
>>
>>
> While do you confirm that Qemu 4.1 vs 4.2 is not essential for the feature?
>
> Gianluca
>
>

-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NIYU4TZCZB7N3VJKCPBTTROBS6EJD5BJ/


[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-10 Thread Eyal Shenitzky
Hopefully yes, just validate that the libvirt version is >= 6.0.0.

On Wed, 10 Jun 2020 at 11:07, Gianluca Cecchi 
wrote:

> On Wed, Jun 10, 2020 at 9:51 AM Eyal Shenitzky 
> wrote:
>
>>
>>
>> On Tue, 9 Jun 2020 at 13:44, Nir Soffer  wrote:
>>
>>> On Tue, Jun 9, 2020 at 11:51 AM Gianluca Cecchi
>>>  wrote:
>>> >
>>> > On Tue, Jun 9, 2020 at 10:39 AM Joseph Goldman 
>>> wrote:
>>> >>
>>> >> I could be wrong but i believe you need to push libvirt / qemu to a
>>> newer release on your hosts to enable the feature. This may be a 4.3 only
>>> thing though.
>>> >>
>>> >
>>> > I have 4.4 and currently on host:
>>> > qemu-kvm-4.1.0-23.el8.1.x86_64
>>> > libvirt-daemon-5.6.0-10.el8.x86_64
>>>
>>> Too old, you need RHEL 8.2, best RHEL 8.2.1 nightly build.
>>>
>>> Using ovirt-release-master.rpm:
>>> dnf install
>>> http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
>>>
>>> You should get newer enough libvirt and qemu on CentOS 8.1, but it is
>>> not tested
>>> with incremental backup.
>>>
>>
>> Should work also with RHEL-8.2 (libvirt >= 6.0.0)
>>
>> Try it.
>>
>
>
> So probably, remaining in CentOS, we will be able to test with a
> combination of 4.4.1 + CentOS 8.2?
> I will keep track of this:
> https://wiki.centos.org/About/Building_8.x#Current_Timeline_8.2.2004
> and when the node image will be based on it
>
> Gianluca
>
>

-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5KAG6P4PAA24QVL2UHSTT5JC77QOXJKR/


[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-10 Thread Eyal Shenitzky
On Tue, 9 Jun 2020 at 13:44, Nir Soffer  wrote:

> On Tue, Jun 9, 2020 at 11:51 AM Gianluca Cecchi
>  wrote:
> >
> > On Tue, Jun 9, 2020 at 10:39 AM Joseph Goldman 
> wrote:
> >>
> >> I could be wrong but i believe you need to push libvirt / qemu to a
> newer release on your hosts to enable the feature. This may be a 4.3 only
> thing though.
> >>
> >
> > I have 4.4 and currently on host:
> > qemu-kvm-4.1.0-23.el8.1.x86_64
> > libvirt-daemon-5.6.0-10.el8.x86_64
>
> Too old, you need RHEL 8.2, best RHEL 8.2.1 nightly build.
>
> Using ovirt-release-master.rpm:
> dnf install
> http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
>
> You should get newer enough libvirt and qemu on CentOS 8.1, but it is not
> tested
> with incremental backup.
>

Should work also with RHEL-8.2 (libvirt >= 6.0.0)

Try it.


> It should work on Fedora 30 host, but Fedora 30 is EOL now. New enough
> libvirt and
> qemu are available in Fedora 31 and 32 (using virt-preview repo), but
> installing oVirt
> there is a challenge and I don't think anyone tested it yet.
>
> > Possibly needed sw pieces will be only in 4.4.1?
>
> 4.4.1 will include important fixes and new features in oVirt, but it
> will not help with libvirt
> and qemu.
>
> Nir
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/6EARICHQFSP6BPNEYPPJOVIENFGVMJPJ/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EHNLA46J54ZVZ7FGDHE7TCBB6VZGSIEL/


[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-08 Thread Eyal Shenitzky
This will be a tech-preview in 4.4 due to the fact it is still a
tech-preview in qemu and Libvirt.

On Mon, 8 Jun 2020 at 16:14, Nathanaël Blanchet  wrote:

> Is this feature official in ovirt 4.4 or is it a preview tech?
> I haven't read any annoucement or any release note about such a great
> feature...
>
> --
> *De: *"Eyal Shenitzky" 
> *À: *"Gianluca Cecchi" 
> *Cc: *"users" 
> *Envoyé: *Lundi 8 Juin 2020 13:53:09
> *Objet: *[ovirt-users] Re: how to test incremental backup in 4.4
>
> Thank you!
>
> We will be glad to have some feedback when you have some.
>
> Please keep posted.
>
> On Mon, 8 Jun 2020 at 10:57, Gianluca Cecchi 
> wrote:
>
>>
>>
>> On Sun, Jun 7, 2020 at 1:33 PM Eyal Shenitzky 
>> wrote:
>>
>>>
>>>
>>> On Sun, 7 Jun 2020 at 14:29, Eyal Shenitzky  wrote:
>>>
>>>> Hi Gianluca,
>>>>
>>>> On Thu, 4 Jun 2020 at 02:04, Gianluca Cecchi 
>>>> wrote:
>>>>
>>>>> Hello,
>>>>> going to test incremental backup in 4.4.
>>>>> Is this page the updated one to use:
>>>>>
>>>>> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
>>>>>
>>>>
>>>> This page contains a lot of data about the feature and includes must of
>>>> the APIs but it still needs some updates.
>>>>
>>>> There is currently no up-to-date documentation but we are working on it.
>>>> Please share your inputs when you have some insights.
>>>>
>>>> You can have a look at the session we did on the DevConf 2020
>>>> conference [1]
>>>>
>>>
>>> Also, please note that in order to use the incremental backup feature
>>> you must set  'IsIncrementalBackupSupported'
>>> to 'true' in the Engine database and restart the engine before taking a
>>> backup -
>>>
>>> engine-config -s "IsIncrementalBackupSupported=true"
>>>
>>>
>>>>
>>>>
>>>>
>>>>> ?
>>>>> Is there already any ansible module/role ongoing to support it?
>>>>>
>>>>
>>>> There is no Ansible implementation for it but we provide a python SDK
>>>> script for backup a VM using incremental backup new API [2]
>>>>
>>>> [1] - https://www.youtube.com/watch?v=foyi1UyadEc
>>>> [2] -
>>>> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py
>>>>
>>>>
>>>>
>>>>>
>>>>> Thanks,
>>>>> Gianluca
>>>>> ___
>>>>> Users mailing list -- users@ovirt.org
>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>>> oVirt Code of Conduct:
>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>> List Archives:
>>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CWLMCHTSWDNOLFUPPLOU7ORIVKHWD5GM/
>>>>>
>>>>
>>>>
>>>> --
>>>> Regards,
>>>> Eyal Shenitzky
>>>>
>>>
>>>
>>> --
>>> Regards,
>>> Eyal Shenitzky
>>>
>>
>> Thank you very much for your insights, Eyal.
>> In the mean time I enabled the feature in the engine and I'm going to
>> watch and read the resources you provided.
>>
>> Gianluca
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7OI72KSF3KSWW2L47NULVW222PKL2WNW/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XGCFWR6KXMFHGFZFIIA6PIV2534ZEEGK/


[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-08 Thread Eyal Shenitzky
Thank you!

We will be glad to have some feedback when you have some.

Please keep posted.

On Mon, 8 Jun 2020 at 10:57, Gianluca Cecchi 
wrote:

>
>
> On Sun, Jun 7, 2020 at 1:33 PM Eyal Shenitzky  wrote:
>
>>
>>
>> On Sun, 7 Jun 2020 at 14:29, Eyal Shenitzky  wrote:
>>
>>> Hi Gianluca,
>>>
>>> On Thu, 4 Jun 2020 at 02:04, Gianluca Cecchi 
>>> wrote:
>>>
>>>> Hello,
>>>> going to test incremental backup in 4.4.
>>>> Is this page the updated one to use:
>>>>
>>>> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
>>>>
>>>
>>> This page contains a lot of data about the feature and includes must of
>>> the APIs but it still needs some updates.
>>>
>>> There is currently no up-to-date documentation but we are working on it.
>>> Please share your inputs when you have some insights.
>>>
>>> You can have a look at the session we did on the DevConf 2020 conference
>>> [1]
>>>
>>
>> Also, please note that in order to use the incremental backup feature you
>> must set  'IsIncrementalBackupSupported'
>> to 'true' in the Engine database and restart the engine before taking a
>> backup -
>>
>> engine-config -s "IsIncrementalBackupSupported=true"
>>
>>
>>>
>>>
>>>
>>>> ?
>>>> Is there already any ansible module/role ongoing to support it?
>>>>
>>>
>>> There is no Ansible implementation for it but we provide a python SDK
>>> script for backup a VM using incremental backup new API [2]
>>>
>>> [1] - https://www.youtube.com/watch?v=foyi1UyadEc
>>> [2] -
>>> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py
>>>
>>>
>>>
>>>>
>>>> Thanks,
>>>> Gianluca
>>>> ___
>>>> Users mailing list -- users@ovirt.org
>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CWLMCHTSWDNOLFUPPLOU7ORIVKHWD5GM/
>>>>
>>>
>>>
>>> --
>>> Regards,
>>> Eyal Shenitzky
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>
> Thank you very much for your insights, Eyal.
> In the mean time I enabled the feature in the engine and I'm going to
> watch and read the resources you provided.
>
> Gianluca
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7OI72KSF3KSWW2L47NULVW222PKL2WNW/


[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-07 Thread Eyal Shenitzky
On Sun, 7 Jun 2020 at 14:29, Eyal Shenitzky  wrote:

> Hi Gianluca,
>
> On Thu, 4 Jun 2020 at 02:04, Gianluca Cecchi 
> wrote:
>
>> Hello,
>> going to test incremental backup in 4.4.
>> Is this page the updated one to use:
>>
>> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
>>
>
> This page contains a lot of data about the feature and includes must of
> the APIs but it still needs some updates.
>
> There is currently no up-to-date documentation but we are working on it.
> Please share your inputs when you have some insights.
>
> You can have a look at the session we did on the DevConf 2020 conference
> [1]
>

Also, please note that in order to use the incremental backup feature you
must set  'IsIncrementalBackupSupported'
to 'true' in the Engine database and restart the engine before taking a
backup -

engine-config -s "IsIncrementalBackupSupported=true"


>
>
>
>> ?
>> Is there already any ansible module/role ongoing to support it?
>>
>
> There is no Ansible implementation for it but we provide a python SDK
> script for backup a VM using incremental backup new API [2]
>
> [1] - https://www.youtube.com/watch?v=foyi1UyadEc
> [2] -
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py
>
>
>
>>
>> Thanks,
>> Gianluca
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CWLMCHTSWDNOLFUPPLOU7ORIVKHWD5GM/
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TU5TXPQEZOSETWH7EAYLP42IFBDQK6NF/


[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-07 Thread Eyal Shenitzky
Hi Gianluca,

On Thu, 4 Jun 2020 at 02:04, Gianluca Cecchi 
wrote:

> Hello,
> going to test incremental backup in 4.4.
> Is this page the updated one to use:
>
> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
>

This page contains a lot of data about the feature and includes must of the
APIs but it still needs some updates.

There is currently no up-to-date documentation but we are working on it.
Please share your inputs when you have some insights.

You can have a look at the session we did on the DevConf 2020 conference [1]



> ?
> Is there already any ansible module/role ongoing to support it?
>

There is no Ansible implementation for it but we provide a python SDK
script for backup a VM using incremental backup new API [2]

[1] - https://www.youtube.com/watch?v=foyi1UyadEc
[2] -
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py



>
> Thanks,
> Gianluca
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CWLMCHTSWDNOLFUPPLOU7ORIVKHWD5GM/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GJQOABRBFP76JI7PBBHL2LUJB6D53L3I/


[ovirt-users] Re: Mount options

2020-06-01 Thread Eyal Shenitzky
Hi Tommaso,

In order to update any attribute of a storage domain that related to his
connection to oVirt, you must put the storage domain in maintenance.
Note that you can move the disks to a different storage domain while the VM
is running and avoid powering-off the VMs.


On Mon, 1 Jun 2020 at 15:37, Tommaso - Shellrent via Users 
wrote:

> Hi to all.
>
> there is a way to change the mount options of a running storage
> domain with gluster, without set all to maintenance and shoutdown the vm on
> it!?
>
> Regards,
> --
> --
> [image: Shellrent - Il primo hosting italiano Security First]
> *Tommaso De Marchi*
> *COO - Chief Operating Officer*
> Shellrent Srl
> Via dell'Edilizia, 19 - 36100 Vicenza
> Tel. 0444321155 <+390444321155> | Fax 04441492177
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/S3EQRIJVFBC5CQDHYLQA7AGA2EMFUC24/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MBGJ2BBHYAOPJIVDDTOYNOO4NDLTUKDL/


[ovirt-users] Re: DR on hyperconverged deployment

2020-04-13 Thread Eyal Shenitzky
see the
available options.

According to the error, it seems like maybe you didn't wait for the sanlock
lease to expire, you must wait around 80 seconds before you are trying to
use it.



> 2 - I detached then deleted the target data domain without touching the
> target volume, then I made change to the Win10 VM on the source site, then
> I created a new schedule of geo-replication, and after the replication I
> executed another fail-over.
>
> - The Win10 VM started successfully and the changes made were synced.
>
>
> *Fail-back*
> 1 - The documentation doesn't explain the fail-back procedure thoroughly.
> It doesn't explain what does the dr-cleanup.yml do?
>

it should remove all the entities from your original/source site so there
will be no conflicts when you fail back to the environment.


>
> 2 - When launching the fail-back playbook at some point I get this message
> :
>
>
> *TASK [oVirt.disaster-recovery : Failback Replication Sync pause]
> [oVirt.disaster-recovery
> : Failback Replication Sync pause][Failback Replication Sync] Please press
> ENTER once the destination storage domains are ready to be used for the
> destination setup:*
> What does this mean?
>

You must let sanlock to release his leases by setting the domains on
maintenance or shutting down the engine and wait around 80 seconds when it
is ready you can start to fail back,


>
> 3 - I did some changed on the Win10 VM and I created snapshot of that VM.
>
> 4.a - To replicate the data from the target site to the primary site I
> create a new geo-replication from the target volume to the source volume,
> but I get a warning that the source volume was not empty so I forced the
> geo-replication creation, then :
> - I detached and deleted the source data domain without touching the
> source volume.
> - I started the geo-replication manually (without a schedule) and when it
> reached the state of "Changelog Crawl" I stopped it.
> - I executed the clean-up plyabook then I executed the fail-back playbook
> - I got the error : the import of the source data domain failed with the
> error : *An exception occurred during task execution. To see the full
> traceback, use -vvv. The error was: ovirtsdk4.Error: Fault reason is
> "Operation Failed". Fault detail is "[Error in creating a Storage Domain.
> The selected storage path is not empty (probably contains another Storage
> Domain). Either remove the existing Storage Domain from this path, or
> change the Storage path).]". HTTP response code is 400.*
>

> 4.b - So I redid the test but,
> - I deleted the source volume and its brick, then I created them again.
> - I started the geo-replication manually (without a schedule) and when it
> reached the state of "changelog" I stopped it.
> - I executed the clean-up plyabook then I executed the fail-back playbook
> - I got the error : the import of the source data domain failed with the
> error : *An exception occurred during task execution. To see the full
> traceback, use -vvv. The error was: ovirtsdk4.Error: Fault reason is
> "Operation Failed". Fault detail is "[Error in creating a Storage Domain.
> The selected storage path is not empty (probably contains another Storage
> Domain). Either remove the existing Storage Domain from this path, or
> change the Storage path).]". HTTP response code is 400.*
>
> 4.c - I redid the test but :
> - I deleted the source volume and its brick, then I created them again.
> - I started the geo-replication using a shedule this time
> - I executed the clean-up plyabook then I executed the fail-back playbook
> - *This time the source data domain was imported correctly and the Win10
> VM was started and the modifications were synced.*
> - The snapshot was imported, but there was another snapshot with it called
> "Win10-TMPDR".
>
>
> Regards.
>
> Le jeu. 2 avr. 2020 à 08:42, Eyal Shenitzky  a
> écrit :
>
>> If you intention is to use active-passive disaster recovery solution, you
>> can have a look at the following guild:
>>
>> https://ovirt.org/documentation/disaster-recovery-guide/active_passive_overview.html
>>
>> On Wed, 1 Apr 2020 at 16:42, wodel youchi  wrote:
>>
>>> Hi,
>>>
>>> I am trying to configure and test disaster recovery on ovirt HCI
>>>
>>> And to understand how it works
>>> What is the minimum RPO and its relationship with checkpoint
>>> And what are the steps to fail back
>>>
>>> Regards
>>>
>>> Le mer. 1 avr. 2020 14:16, Eyal Shenitzky  a
>>> écrit :
>>&

[ovirt-users] Re: DR on hyperconverged deployment

2020-04-02 Thread Eyal Shenitzky
If you intention is to use active-passive disaster recovery solution, you
can have a look at the following guild:
https://ovirt.org/documentation/disaster-recovery-guide/active_passive_overview.html

On Wed, 1 Apr 2020 at 16:42, wodel youchi  wrote:

> Hi,
>
> I am trying to configure and test disaster recovery on ovirt HCI
>
> And to understand how it works
> What is the minimum RPO and its relationship with checkpoint
> And what are the steps to fail back
>
> Regards
>
> Le mer. 1 avr. 2020 14:16, Eyal Shenitzky  a écrit :
>
>> Hi Wodel,
>>
>> Can you please explain what you are trying to do?
>> I am not sure I understand it from your question.
>>
>> On Wed, 1 Apr 2020 at 12:55, wodel youchi  wrote:
>>
>>> Hi,
>>>
>>> I re-did the test and it seems that the minimum RPO is one day and if
>>> someone could confirm that would be great
>>>
>>> As for the snapshot this time it was synced
>>>
>>> Then I tried to test the fail back and I found that the documentation is
>>> not clear :
>>> - it is not clear what is the purpose of the dr-clear playbook
>>> - it is not clear what does mean : put the target volume in read write
>>> mode and source volume in read-only mode
>>> - Do we have to sync back using a new georeplication link from the dr
>>> volume to source volume?
>>> I tried to so, in my first trial I forced the creation of the back
>>> georeplication without deleting the content of the source volume then I
>>> started the replication manually  (I didn't use the checkpoint) and I
>>> stopped the replication once it reached the changelog state, but I couldn't
>>> import the source volume I got the error : volume is not empty
>>>
>>> In my second trial I deleted and recreated the source volume from
>>> scratch and the i started the replication back manually at the end I got
>>> the error
>>>
>>> In my third trial I deleted the source volume and recreated it from
>>> scratch but I replicated back using the check point method and this time
>>> the fail back worked.
>>>
>>>  Could someone sheds some light on this?
>>>
>>> Thank you
>>> Regards.
>>>
>>> Le dim. 29 mars 2020 19:19, wodel youchi  a
>>> écrit :
>>>
>>>> Hi,
>>>>
>>>> Need to understand somethings about DR on oVirt-HI
>>>>
>>>>
>>>>- What does mean : Scheduling regular backups using geo-replication
>>>>(point 3.3.4 RHHI 1.7 Doc Maintaining RHHI) :
>>>>   - Does this mean creating a check-point?
>>>>   - If yes, does this mean that the geo-replication process will
>>>>   sync data up to that check-point and then stops the synchronization, 
>>>> then
>>>>   repeat the same cycle the day after? does this mean that the minimum 
>>>> RPO is
>>>>   one day?
>>>>- I created a snapshot of a VM on the source Manager, I synced the
>>>>volume then I executed a DR, The VM was started on the Target Manager 
>>>> but
>>>>the VM didn't have its snapshot, any idea???
>>>>
>>>>
>>>> Regards, be safe.
>>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/N2MSZUYT2GE33IVUKGVYHLAO33ZFMJ7N/
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>

-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LSPFJDYXF4A3LL275EQ6WFT7UZDNUPTR/


[ovirt-users] Re: DR on hyperconverged deployment

2020-04-01 Thread Eyal Shenitzky
Hi Wodel,

Can you please explain what you are trying to do?
I am not sure I understand it from your question.

On Wed, 1 Apr 2020 at 12:55, wodel youchi  wrote:

> Hi,
>
> I re-did the test and it seems that the minimum RPO is one day and if
> someone could confirm that would be great
>
> As for the snapshot this time it was synced
>
> Then I tried to test the fail back and I found that the documentation is
> not clear :
> - it is not clear what is the purpose of the dr-clear playbook
> - it is not clear what does mean : put the target volume in read write
> mode and source volume in read-only mode
> - Do we have to sync back using a new georeplication link from the dr
> volume to source volume?
> I tried to so, in my first trial I forced the creation of the back
> georeplication without deleting the content of the source volume then I
> started the replication manually  (I didn't use the checkpoint) and I
> stopped the replication once it reached the changelog state, but I couldn't
> import the source volume I got the error : volume is not empty
>
> In my second trial I deleted and recreated the source volume from scratch
> and the i started the replication back manually at the end I got the error
>
> In my third trial I deleted the source volume and recreated it from
> scratch but I replicated back using the check point method and this time
> the fail back worked.
>
>  Could someone sheds some light on this?
>
> Thank you
> Regards.
>
> Le dim. 29 mars 2020 19:19, wodel youchi  a
> écrit :
>
>> Hi,
>>
>> Need to understand somethings about DR on oVirt-HI
>>
>>
>>- What does mean : Scheduling regular backups using geo-replication
>>(point 3.3.4 RHHI 1.7 Doc Maintaining RHHI) :
>>   - Does this mean creating a check-point?
>>   - If yes, does this mean that the geo-replication process will
>>   sync data up to that check-point and then stops the synchronization, 
>> then
>>   repeat the same cycle the day after? does this mean that the minimum 
>> RPO is
>>   one day?
>>- I created a snapshot of a VM on the source Manager, I synced the
>>volume then I executed a DR, The VM was started on the Target Manager but
>>the VM didn't have its snapshot, any idea???
>>
>>
>> Regards, be safe.
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/N2MSZUYT2GE33IVUKGVYHLAO33ZFMJ7N/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WUMLTR5DDQOPM4SOPNHRGW5LTCLF63NN/


[ovirt-users] Re: Can't access Storage > Volumes through the UI.

2019-12-09 Thread Eyal Shenitzky
Hi Valentin,

Can you please add the ui.log and engine.log?

On Mon, 9 Dec 2019 at 14:08, Valentin Bajrami <
valentin.bajr...@target-holding.nl> wrote:

> Hello everyone,
>
> Recently, I upgraded ovirt-engine from 4.2.5.3-1.el7 to 4.3.6.7-1.el7
> but going to  Storage > Volumes   nothing seems to happen. Volumes does
> not open up.
>
> The error I see in the debugger mode (firefox) is as follows:
>
> org.ovirt.engine.ui.uicompat.EnumTranslator WARNING: Missing Enum
> resource 'V5'. Cannot find constant 'StorageFormatType___V5'; expecting
> a method name.  There is also a bug here:
> https://bugzilla.redhat.com/show_bug.cgi?id=1759102
>
> Anyone any diea?
>
> --
> Met vriendelijke groeten / Kind regards,
> Valentin Bajrami
> Target Holding
>
>
> ___
> 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/FZLY7JEXAIKVZDDIX4L7J4CE4EGMV5DQ/
>


-- 
Regards,
Eyal Shenitzky
___
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/PRV555EGISMQGIOXGF6N4PBKQVAAFWXC/


[ovirt-users] Re: Export of disk possible?

2019-11-23 Thread Eyal Shenitzky
Hi Gianluca,

In the near future, the export domain will be deprecated.
You can use a regular Data storage domain to move entities from one DC to
another [1].
Create the disk on a data storage domain and detach it without format the
domain.

Then you can import the domain to another DC and import the disk.

[1] -
https://www.ovirt.org/develop/release-management/features/storage/importunregisteredentities.html


On Fri, 22 Nov 2019 at 17:23, Gianluca Cecchi 
wrote:

> Hello,
> in 4.3 I can:
>
> - Storage -> Domains -> Select Domain -> Disks -> Select Disk -> Download
> and this will download the disk image to my client, that then I can upload
> to a different environment
>
> - Storage -> Disks -> Select Disk -> Export
> But then, even if I have an export domain active I get this kind of window
> that I don't understand
>
> https://drive.google.com/file/d/1UU7NaoQ9F01oEkciUgz29HW-4dOPQVeF/view?usp=sharing
> Perhaps it means another DC managed by the same Engine is needed?
>
> How can I export a virtual disk from an engine environment to another
> engine environment?
> Yes, I can artificially create a VM and attach the disk to it and then
> export the VM, but is there a functionality to directly export a disk to an
> export domain?
>
> Thanks,
> Gianluca
>
>
> ___
> 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/K6TYCIUXVL2UELKJ3K6WLXWKKWX5LZAN/
>


-- 
Regards,
Eyal Shenitzky
___
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/ED6KR64KPXQ65RRRMMJQOEQBZFP5EMYP/


[ovirt-users] Re: ansible module to copy floating disks

2019-10-03 Thread Eyal Shenitzky
On Thu, 3 Oct 2019 at 12:45, Gianluca Cecchi 
wrote:

> On Thu, Oct 3, 2019 at 6:55 AM Eyal Shenitzky  wrote:
>
>> You can use the update_storage_domains action.
>> According to the action implementation [1], it seems that you need to
>> specify where you want the disk to appear (in which storage domains).
>>
>> For example:
>> If the disks already reside on sd1 and you want to copy it to sd2, you
>> need to specify both sd1 and sd2.
>>
>> [1]
>> https://github.com/ansible/ansible/blob/25ac7042b070b22c5377f7a43399c19060a38966/lib/ansible/modules/cloud/ovirt/ovirt_disk.py#L532
>> [2] -
>> https://docs.ansible.com/ansible/latest/modules/ovirt_disk_module.html
>>
>>
>>>>
>>>> --
>>>> Regards,
>>>> Eyal Shenitzky
>>>>
>>>
>>>
> I can try, thanks.
> But is it supported on block based storage such as iSCSI or FC?
> I see this in your [1] above
> "
> # We don't support move for non file based storages:
> if disk.storage_type != otypes.DiskStorageType.IMAGE:
> return changed
> "
>

Disk type IMAGE is the term for both Block and File-based disks.
So I guess that there is a problem with the documentation.


> Also it is not clear in my opinion the action connected to the different
> "state" possibilities: present/absent/attached/detached
> In web admin gui I can have a disk active on a VM and I can:
>
> - deactivate the disk
> I see red down arrow for the disk that remains associated with the VM
>
> - remove the disk
> a) remove permanently removes the disk from storage
> b) if I don't select "remove permanently" the disk goes into the floating
> disks list
>
> How do they map with Ansible module state options?
>

You can have a look at the 'example' section to get more information on the
supported actions.



>
> Gianluca
> Gianluca
>
>
>

-- 
Regards,
Eyal Shenitzky
___
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/2OYHOTUREIUJ5F5ZU4L5RKFMCGGLCB3I/


[ovirt-users] Re: ansible module to copy floating disks

2019-10-02 Thread Eyal Shenitzky
You can use the update_storage_domains action.
According to the action implementation [1], it seems that you need to
specify where you want the disk to appear (in which storage domains).

For example:
If the disks already reside on sd1 and you want to copy it to sd2, you need
to specify both sd1 and sd2.

[1]
https://github.com/ansible/ansible/blob/25ac7042b070b22c5377f7a43399c19060a38966/lib/ansible/modules/cloud/ovirt/ovirt_disk.py#L532
[2] - https://docs.ansible.com/ansible/latest/modules/ovirt_disk_module.html

On Wed, 2 Oct 2019 at 20:31, Gianluca Cecchi 
wrote:

>
>
> Il Mer 2 Ott 2019, 18:56 Eyal Shenitzky  ha scritto:
>
>> Can you please make the question clearer?
>> Are you looking for a way to clone floating disks via the UI or via
>> ansible ovirt_disk module?
>>
>> On Wed, 2 Oct 2019 at 19:10, Gianluca Cecchi 
>> wrote:
>>
>>> Hello,
>>> in docs about ovirt_disk module for Ansible there is also notice about
>>> managing floating disks.
>>> But I don't find a way to copy an existing floating disk into a new one
>>> as I do in web admin gui selecting Storage --> disks, selecting the disk
>>> and choosing "copy" button.
>>>
>>> I can also temporarily attach this disk to a VM, but then it seems to me
>>> there is no option to copy this disk too even if attached to a VM...
>>>
>>> Is there anything doable in Ansible to reach this target?
>>> I don't know if this below is the corresponding for REST API:
>>>
>>> https://www.ovirt.org/develop/release-management/features/storage/copy-disks.html
>>>
>>> Thanks,
>>> Gianluca
>>> ___
>>> 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/VLJBZGNKZUJYKN32NWQPLKTFU26FINVJ/
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>
> Let me explain better.
> I have sort of master disk for a sw install that I keep as a floating disk.
> When needed I copy from UI (and this workflow is clear) this floating disk
> and then assign the new disk to the target vm where I'm going to setup the
> sw.
> The floating disk is retained for future installs.
> I don't find an equivalent with ovirt_disk or another ovirt related
> Ansible module.
> Thanks,
> Gianluca
>
>>

-- 
Regards,
Eyal Shenitzky
___
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/5QXC4JETR7M7EMWWSCWB64CWD24QHWJY/


[ovirt-users] Re: ansible module to copy floating disks

2019-10-02 Thread Eyal Shenitzky
Can you please make the question clearer?
Are you looking for a way to clone floating disks via the UI or via ansible
ovirt_disk module?

On Wed, 2 Oct 2019 at 19:10, Gianluca Cecchi 
wrote:

> Hello,
> in docs about ovirt_disk module for Ansible there is also notice about
> managing floating disks.
> But I don't find a way to copy an existing floating disk into a new one as
> I do in web admin gui selecting Storage --> disks, selecting the disk and
> choosing "copy" button.
>
> I can also temporarily attach this disk to a VM, but then it seems to me
> there is no option to copy this disk too even if attached to a VM...
>
> Is there anything doable in Ansible to reach this target?
> I don't know if this below is the corresponding for REST API:
>
> https://www.ovirt.org/develop/release-management/features/storage/copy-disks.html
>
> Thanks,
> Gianluca
> ___
> 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/VLJBZGNKZUJYKN32NWQPLKTFU26FINVJ/
>


-- 
Regards,
Eyal Shenitzky
___
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/TQKF2HK66O7XCUITF36B3IGGVD6YXKGW/


[ovirt-users] Re: Incremental backup using ovirt api

2019-10-01 Thread Eyal Shenitzky
Hi Midhun,

Incremental backup isn't supported yet in 4.3 version.

Thanks

On Sat, 28 Sep 2019 at 13:00,  wrote:

> Hi,
> I tried to take incremental backup of a vm using this script.
>
>  public function downloadDiskIncremental(){
>
>   $data=array();
>
>
>
>$xmlStr = "
> 
>   incremental
>  
> ";
>
>   $curlParam=array(
>   "url" =>
> "vms/4044e014-7e20-4dbc-abe5-64690ec45f63/diskattachments",
>   "method" => "POST",
>   "data" =>$xmlStr,
>
>
>   );
> }
>
> But it is throwing me error as
> Array ( [status] => error [message] => For correct usage, see:
> https://ovirt.bobcares.com/ovirt-engine/api/v4/model#services/disk-attachments/methods/add
> Please help me with this issue
>
> ___
> 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/7BON6MWHIDJCZ3IWTTJVWXEP2NMJYGGP/
>


-- 
Regards,
Eyal Shenitzky
___
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/H2F3MQISNVDMWPNCHPKHAFREDSZUGXJQ/


[ovirt-users] Re: Locked Snapshot

2019-09-11 Thread Eyal Shenitzky
Hi Peter,

I think that you hit -
teardownImage attempts to deactivate in-use LV's rendering the VM disk
image/volumes in locked state -
https://bugzilla.redhat.com/show_bug.cgi?id=1749944

A fix should be published soon.

On Wed, 11 Sep 2019 at 12:34, Peter Smith 
wrote:

> Hi,
>
>
>
> I have been trying to get a backup solution working for my VM’s, and have
> somehow managed to break the snapshot on one of my VM’s. I’m still fairly
> new to oVirt, we’re migrating from VMware. I have had this cluster running
> since May.
>
>
>
> The cluster:
>
> We are running oVirt on CentOS 7, with Hosted Engine.
>
> oVirt 4.3.5.4-1.el7 (according to the Help->About in the Admin Console)
>
> Hardware is 5 x Dell M620 Blades (300Gb internal storage for host OS) with
> ISCSI storage for the VM’s (Dell M3660i), 10GB Network throughout.
>
>
>
> The VM in question is allocated 50Gb  of storage and there is 461GB free
> in the storage domain.
>
>
>
> So I’ve been playing with bareos 18.2.5 with the ovirt plugin found here
> https://github.com/eurotux/bareos-contrib/tree/master/fd-plugins/ovirt-plugin
>
>
>
> I got bareos hooked up to ovirt. It created a snapshot, downloaded it,
> then at the end it failed to remove the snapshot. I though it may have been
> because I was looking round bareos while it was doing the backup. Went into
> oVirt deleted the snapshot no issues. Re ran the backup job in bareos,
> leaving bareos alone this time. The backup job failed again being unable to
> remove the snapshot. So I figured I’d go in and delete it, but I get an
> error saying “Cannot remove Snapshot: The following disks are locked:
> VM-NAME_vmdisk1. Please try again in a few minutes.”. In the Admin console
> if I expand the disks on the snapshot it shows that the image is locked.
> And before you ask the bareos user is setup as a SuperUser. If I go to the
> Events from the menu on the left of the admin console I can see that (Sorry
> Names/IP’s changed to protect the guilty):
>
>
>
> Sep 10, 2019, 10:42:39 AM Image Download with disk VM-NAME_vmdisk1
> succeeded.
>
> Sep 10, 2019, 10:42:38 AM VDSM hyper2 command TeardownImageVDS failed:
> Cannot deactivate Logical Volume: ('General Storage Exception: ("5 [] [\'
> Logical volume
> 46a9dfd4-4871-46b2-a740-8fe430c70b4b/bbe315b9-e797-4cf8-b18b-6afeb33589cc
> in use.\', \'  Logical volume
> 46a9dfd4-4871-46b2-a740-8fe430c70b4b/d3dfa2c2-45fa-4081-98c5-890dd7a5990a
> in
> use.\']\\n46a9dfd4-4871-46b2-a740-8fe430c70b4b/[\'bbe315b9-e797-4cf8-b18b-6afeb33589cc\',
> \'d3dfa2c2-45fa-4081-98c5-890dd7a5990a\']",)',)
>
> Sep 10, 2019, 10:22:09 AM Image Download with disk VM-NAME_vmdisk1 was
> initiated by bareos@internal-authz.
>
> Sep 10, 2019, 10:21:55 AM Snapshot
> 'VM-NAME-backup-1f952494-8245-479e-8d1d-9503d6fe8f9f' creation for VM
> 'VM-NAME' has been completed.
>
> Sep 10, 2019, 10:21:36 AM Snapshot
> 'VM-NAME-backup-1f952494-8245-479e-8d1d-9503d6fe8f9f' creation for VM
> 'VM-NAME' was initiated by bareos@internal-authz.
>
> Sep 10, 2019, 10:21:36 AM Backup of virtual machine 'VM-NAME using
> snapshot 'VM-NAME-backup-1f952494-8245-479e-8d1d-9503d6fe8f9f' is starting.
>
> Sep 10, 2019, 10:21:36 AM User bareos@internal-authz connecting from
> '10.***' using session '' logged in.
>
>
>
>
>
> To me it looks like bareos tried to delete the snapshot whilst it was
> still downloading it, which failed as expected.
>
>
>
> Does anyone know how to fix/recover from this?
>
>
>
> If you need log files, please could you tell me which ones?
>
>
>
> Regards,
>
>
>
> Peter Smith
> ___
> 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/L5ZW7CHMFQGKKJRP3Q3UQIOZOTZKIXPI/
>


-- 
Regards,
Eyal Shenitzky
___
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/MDLQFON5OCRQFQO26ZL3QOCVXJH3ZESX/


[ovirt-users] Re: How to change Master Data Storage Domain

2019-09-11 Thread Eyal Shenitzky
Hi Mark,

The only option to move the 'master' storage domain to another storage
domain is to deactivate the current 'master' storage domain.

Thanks,

On Wed, 11 Sep 2019 at 12:12, Mark Steele  wrote:

> Good morning,
>
> I have a Storage Domain that I would like to retire and move that role to
> a new storage domain. Both Domains exist on my current Data Center and I
> have moved all disks from the existing Data (Master) domain to the new Data
> Domain.
>
> The only thing that is still associated with the Data (Master) domain are
> two OVF_STORE items:
>
> Alias
> Virtual Size
> Actual Size
> Allocation Policy
> Storage Domain
> Storage Type
> Creation Date
> Attached To
> Alignment
> Status
> Description
> OVF_STORE
> < 1 GB
> < 1 GB
> Preallocated
> phl-datastore
> NFS
> 2014-Nov-14, 20:00
> Unknown
> OK
> OVF_STORE
> OVF_STORE
> < 1 GB
> < 1 GB
> Preallocated
> phl-datastore
> NFS
> 2014-Nov-14, 20:00
> Unknown
> OK
> OVF_STORE
>
> What is the procedure for moving / removing these items and 'promoting'
> the other Data Domain to Master?
>
> Our current version is:
>
> oVirt Engine Version: 3.5.0.1-1.el6 (it's old but reliable)
>
> Best regards,
>
> ***
> *Mark Steele*
> CIO / VP Technical Operations | TelVue Corporation
> TelVue - We Share Your Vision
> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
> 800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
> twitter: http://twitter.com/telvue | facebook:
> https://www.facebook.com/telvue
> ___
> 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/VDIZ3S7DDBZ5D4QUNOG5D7L3QTJI7YFU/
>


-- 
Regards,
Eyal Shenitzky
___
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/HXNGACSQ6GTI6OJ7IVI5774NSYACTPR4/


[ovirt-users] Re: Trouble initializing new VM in 4.2.8.2-1.el7

2019-07-29 Thread Eyal Shenitzky
Hi David,

Can you please attach the VDSM and engine log?

Thanks

On Tue, Jul 30, 2019 at 12:57 AM David Johnson 
wrote:

> Good evening,
>
> Thanks in advance,
>
> I'm trying to set up a new VM in my cluster, and things appear to have
> hung up initializing the 80GB boot partition for a new Windows VM. The
> system has been sitting like this for 6 hours.
>
> What am I looking for to resolve this issue? Can I kill this process
> safely and start over?
>
> [image: image.png]
> [image: image.png]
>
>
> Regards,
> David Johnson
> Director of Development, Maxis Technology
> 844.696.2947 ext 702 (o)  |  479.531.3590 (c)
> djohn...@maxistechnology.com
>
>
> [image: Maxis Techncology] <http://www.maxistechnology.com>
> www.maxistechnology.com
>
>
> *stay connected <http://www.linkedin.com/in/pojoguy>*
> ___
> 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/ATJXAESZBFHQSCG5L4IUGGSD4UTIR7XT/
>


-- 
Regards,
Eyal Shenitzky
___
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/EXZ3TRMAWMDZDMPECX5GVKOXP2SSYOWU/


[ovirt-users] Re: Moving data to new storage appliance

2019-07-29 Thread Eyal Shenitzky
On Mon, Jul 29, 2019 at 4:40 PM David Johnson 
wrote:

> Thank you Eyal,
>
> *"You have the option to copy the template disks to another storage
> domain."*
>
> So, if I understand the process, I can't *move* the disks, I have to
> *copy* them, then *attach* the copies to the templates, then finally
> *delete* the old disks ?
>

When you copy a template disk, there is no option to attach it.
It will automatically belong to the template.

You can see the disks copies under the template disks in the UI.



>
>
>
> Regards,
> David Johnson
> Director of Development, Maxis Technology
> 844.696.2947 ext 702 (o)  |  479.531.3590 (c)
> djohn...@maxistechnology.com
>
>
> [image: Maxis Techncology] <http://www.maxistechnology.com>
> www.maxistechnology.com
>
>
> *stay connected <http://www.linkedin.com/in/pojoguy>*
>
>
> On Mon, Jul 29, 2019 at 12:18 AM Eyal Shenitzky 
> wrote:
>
>> Hi David,
>>
>> You have the option to copy the template disks to another storage domain.
>> When all your disks were copied to the new domain you can remove the old
>> appliance-based disks.
>>
>> On Sun, Jul 28, 2019 at 11:21 PM David Johnson <
>> djohn...@maxistechnology.com> wrote:
>>
>>> Hi everyone,
>>>
>>> I'm sorry to bother y'all with another noob question.
>>>
>>> We are in the process of retiring the old storage appliance that backed
>>> our oVirt cluster in favor of a new appliance. I have migrated all of the
>>> active VM storage to the new appliance, but can't see how to migrate the
>>> "base versions".
>>>
>>> My understanding is that if I just drop the storage with the base
>>> versions then the derived VM's will cease to be functional.
>>>
>>> Please advise.
>>>
>>>
>>> ___
>>> 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/6DXD7P2SDMENJTTNVDCL3TQDHK7ARNTW/
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>

-- 
Regards,
Eyal Shenitzky
___
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/RX3ZG4XDSWESVLO6T5PVAUMH7R3B7ZFO/


[ovirt-users] Re: Active-Passive DR: mutual for different storage domains possible?

2019-07-29 Thread Eyal Shenitzky
You can submit an RFE in Bugzilla and explain the improvements and its use
case:
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

Please add [RFE][DR] to the bug summary.

On Mon, Jul 29, 2019 at 11:54 AM Gianluca Cecchi 
wrote:

> On Mon, Jul 29, 2019 at 10:35 AM Eyal Shenitzky 
> wrote:
>
>>
>>
>> On Mon, Jul 29, 2019 at 11:23 AM Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Mon, Jul 29, 2019 at 10:16 AM Eyal Shenitzky 
>>> wrote:
>>>
>>>>
>>>>
>>>>>
>>>>> 4) VM consistency
>>>>> Can we say that all the imported VMs will be "crash consistent"?
>>>>>
>>>>
>>>> I am not sure what you mean by "crash consistent", is it means "highly
>>>> available" is oVirt language?
>>>>
>>>> I mean in the similar state when you create a snapshot of a running VM,
>>> then clone the snapshot and then  you use the clone as a backup of the VM
>>> itself
>>>
>>
>> Yes, you can look at it this way.
>> Actually, you have "the same" VM but on the replicated domain.
>>
>>
>>
> It would be nice to have some sort of interaction between storage and
> oVirt, so that when in Active-Passive DR configuration, at least when you
> have to do a managed failover, you can interact with qemu-guest-agent of
> VMs and issue fsfreeze on Linux VMs and interact with VSS on Windows VMs.
>
>


-- 
Regards,
Eyal Shenitzky
___
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/IIWWB7ZIH7A72FSSDSZEBVZMSJK56L5R/


[ovirt-users] Re: Active-Passive DR: mutual for different storage domains possible?

2019-07-29 Thread Eyal Shenitzky
On Mon, Jul 29, 2019 at 11:23 AM Gianluca Cecchi 
wrote:

> On Mon, Jul 29, 2019 at 10:16 AM Eyal Shenitzky 
> wrote:
>
>>
>>
>>>
>>> 4) VM consistency
>>> Can we say that all the imported VMs will be "crash consistent"?
>>>
>>
>> I am not sure what you mean by "crash consistent", is it means "highly
>> available" is oVirt language?
>>
>> I mean in the similar state when you create a snapshot of a running VM,
> then clone the snapshot and then  you use the clone as a backup of the VM
> itself
>

Yes, you can look at it this way.
Actually, you have "the same" VM but on the replicated domain.




-- 
Regards,
Eyal Shenitzky
___
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/JT2PFP7EH3TNVIRSQVTKGPBAPQDQWYM4/


[ovirt-users] Re: Active-Passive DR: mutual for different storage domains possible?

2019-07-29 Thread Eyal Shenitzky
On Thu, Jul 25, 2019 at 6:24 PM Gianluca Cecchi 
wrote:

> On Thu, Jul 25, 2019 at 2:21 PM Eyal Shenitzky 
> wrote:
>
>> On Thu, Jul 25, 2019 at 3:02 PM Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Thu, Jul 25, 2019 at 1:54 PM Eyal Shenitzky 
>>> wrote:
>>>
>>>>
>>>> Please notice that a automation python scripts created in order to
>>>> facilitate the DR process.
>>>> You can find them under - path/to/your/dr/folder/files.
>>>>
>>>> You can use those scripts to generate the mapping, test the generated
>>>> mapping and start the failover/failback.
>>>>
>>>> I strongly recommend to use it.
>>>>
>>>>
>>> Yes, I have used it to create the disaster_recovery_vars.yml mapping
>>> file and then populating it with the secondary site information, thanks.
>>> My doubt was about any difference in playbook actions between "failover"
>>> (3.3) and "discreet failover test" (B.1), as the executed playbook and
>>> tags are the same.
>>>
>>
>> No, the only difference is that you disable the storage replication by
>> yourself, this way you can test the failover while the other "primary" site
>> is still active.
>>
>>
> First "discreet failover test" was a success!!! Great.
> Storage domain attached, templates imported and the only VM defined at
> source correctly started (at source I configured link down for the VM,
> inherited at target, so no collisions).
> Elapsed between beginning of ovirt connection, until first template import
> has been about 6 minutes.
> ...
> Template TOL76 has been successfully imported from the given
> configuration. 7/25/19 3:26:58 PM
> Storage Domain ovsd3910 was attached to Data Center SVIZ3-DR by
> admin@internal-authz 7/25/19 3:26:46 PM
> Storage Domains were attached to Data Center SVIZ3-DR by
> admin@internal-authz 7/25/19 3:26:46 PM
> Storage Domain ovsd3910 (Data Center SVIZ3-DR) was activated by
> admin@internal-authz 7/25/19 3:26:46 PM
> ...
> Storage Pool Manager runs on Host ovh201. (Address: ovh201.), Data Center
> SVIZ3-DR. 7/25/19 3:26:36 PM
> Data Center is being initialized, please wait for initialization to
> complete. 7/25/19 3:23:53 PM
> Storage Domain ovsd3910 was added by admin@internal-authz 7/25/19 3:20:43
> PM
> Disk Profile ovsd3910 was successfully added (User: admin@internal-authz).
> 7/25/19 3:20:42 PM
> User admin@internal-authz connecting from '10.4.192.43' using session
> 'xxx' logged in. 7/25/19 3:20:35 PM
>
> Some notes:
>
> 1) iSCSI multipath
> my storage domains are iSCSI based and my hosts have two network cards to
> reach the storage.
> I'm using EQL that doesn't support bonding and has one portal that all
> initiators use.
> So in my primary env I configured "iSCSI Multipathing" tab in Compute -->
> Datacenter --> Datacenter_Name window.
> But this tab appears only when you activate the storage.
> So during the ansible playbook run the iSCSI connection has been activated
> through the "default" iscsi interface
> I can then:
> - configure "iSCSI Multipathing"
> - shutdown VM
> - put host into maintenance
> - remove the default iSCSI session that has not been removed on host
> iscsiadm -m session -r 6 -u
> - activate host
> now I have:
> [root@ov201 ~]# iscsiadm -m session
> tcp: [10] 10.10.100.8:3260,1
> iqn.2001-05.com.equallogic:4-771816-99d82fc59-5bdd77031e05beac-ovsd3910
> (non-flash)
> tcp: [9] 10.10.100.8:3260,1
> iqn.2001-05.com.equallogic:4-771816-99d82fc59-5bdd77031e05beac-ovsd3910
> (non-flash)
> [root@ov201 ~]#
> with
> # multipath -l
> 364817197c52fd899acbe051e0377dd5b dm-29 EQLOGIC ,100E-00
> size=1.0T features='1 queue_if_no_path' hwhandler='0' wp=rw
> `-+- policy='round-robin 0' prio=0 status=active
>   |- 23:0:0:0 sdb 8:16 active undef running
>   `- 24:0:0:0 sdc 8:32 active undef running
> - start vm
>
> The I do a cleanup:
> 1. Detach the storage domains from the secondary site.
> 2. Enable storage replication between the primary and secondary storage
> domains.
>
> The storage domain remains as "unattached" in DR environment
>
> Then I executed the test again and during connection I got this error
> about 40 seconds after run of playbook
>
> TASK [oVirt.disaster-recovery : Import iSCSI storage domain]
> ***
> An exception occurred during task execution. To see the full traceback,
> use -vvv. The error was: Error: Fault reason is "Operation Failed". Fault
> detail is "[]&q

[ovirt-users] Re: Moving data to new storage appliance

2019-07-28 Thread Eyal Shenitzky
Hi David,

You have the option to copy the template disks to another storage domain.
When all your disks were copied to the new domain you can remove the old
appliance-based disks.

On Sun, Jul 28, 2019 at 11:21 PM David Johnson 
wrote:

> Hi everyone,
>
> I'm sorry to bother y'all with another noob question.
>
> We are in the process of retiring the old storage appliance that backed
> our oVirt cluster in favor of a new appliance. I have migrated all of the
> active VM storage to the new appliance, but can't see how to migrate the
> "base versions".
>
> My understanding is that if I just drop the storage with the base versions
> then the derived VM's will cease to be functional.
>
> Please advise.
>
>
> ___
> 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/6DXD7P2SDMENJTTNVDCL3TQDHK7ARNTW/
>


-- 
Regards,
Eyal Shenitzky
___
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/KJGC2Y65VWZB6L2MJICI5IM7CODJWYI7/


[ovirt-users] Re: Active-Passive DR: mutual for different storage domains possible?

2019-07-25 Thread Eyal Shenitzky
On Thu, Jul 25, 2019 at 1:50 PM Gianluca Cecchi 
wrote:

> On Thu, Jul 25, 2019 at 7:37 AM Eyal Shenitzky 
> wrote:
>
>>
>>
>> You can use the following manual to understand what is required for the
>> DR process -
>>
>> https://ovirt.org/documentation/disaster-recovery-guide/active_passive_overview.html
>>
>> Thanks Eyal. I was already using it as a reference, but I had an older
> pdf version, so I downloaded the new one (updated 19/06, while the one I
> was using was of mid May; probably 4.3.3 vs 4.3.4...)
>
>
>
>> You need the following entities in the secondary site:
>>
>
> [snip]
> OK
>
>
>> It means you should have at least a dedicated host to perform all the
>> operations on the secondary site (if you have many running VMs you will
>> need more than one host in order to provide a full backup solution).
>>
> OK
>
>
>>
>> The IDs of the entities remains the same as they were in the primary site.
>> It means that if you are using a site that contains entities and runs
>> operations during the DR process you are risking duplications of names and
>> in low probabilities of duplicated IDs.
>>
>> Also, the host may not be available to handle the DR and operation may be
>> failed.
>>
>
> Got it
>
>
>>
>>>
>>> Other scenario could be to create inside Site B environment another
>>> Datacenter with name DC1-DR, and I think I have to create also the same
>>> logical networks of DC1 (and DC2 incidentally) and in case of DR I have to
>>> take off one of the hosts of DC2 and assign it to DC1-DR
>>>
>>
>> This option is the best option for DR.
>> An isolated Data-center that is dedicated to a DR scenario.
>> It is a trade-off - resources VS robustness
>>
>>
>>
> Thanks for confirmation.
> The first test I'm going to try is the "discreeet failover test".
> I notice two things inside the guide (both the old and the updated one):
> a) In section B.1 it contains the point
>
> 2. Run the command to fail over to the secondary site:
> # ansible-playbook playbook --tags "fail_over"
> For more information, see Section 3.5, “Execute a Failback” .
>
> I think it is an error and should contain instead:
> "For more information, see Section 3.3, “Execute a Failover” ."
> Correct? In case I can open a documentation bug, let me know
>
> b) it is not clear what can differentiate a "failover" action from a
> "discreet failover test" action
> In both descriptions (3.3 and B.1) in fact you run
> # ansible-playbook playbook --tags "fail_over"
> where playbook name is the "dr-rhv-failover.yml" example created as
> described in previous section:
> 3.2.3. Create the Failover and Failback Playbooks
>
> Is this correct/expected? And only the notice to take care to isolate
> resources in B.1 to not collide with primary ones that are still active?
>
> One final note/doubt:
> c) in section 3.3 "Execute a Failover" there is the sentence
>
>
Please notice that a automation python scripts created in order to
facilitate the DR process.
You can find them under - path/to/your/dr/folder/files.

You can use those scripts to generate the mapping, test the generated
mapping and start the failover/failback.

I strongly recommend to use it.



> "
> IMPORTANT
> Sanlock must release all storage locks from the replicated storage domains
> before the
> failover process starts. These locks should be released automatically
> approximately 80
> seconds after the disaster occurs.
> "
> Can you elaborate on this? Does it mean that on the replicated lun I will
> find the locks generated by sanlock (on primary hosts when active) and so
> when the replicated lun is going to be connected to the DR environment, the
> sanlock daemon of the DR host/s, that has started at boot right after wdmd,
> will take care of those locks and remove them? What about the
> "approximately 80 seconds"?
>
> btw: is there a "master" function too regarding the various sanlock
> daemons  running on the available hosts?
>

I am not sure what you mean about the "master" function but sanlock will
release its locks after approximately 80 seconds.
It means that in operating regular environment, sanlock monitor the domains
(acquire and release its leases), in case of disaster, it will take to
sanlock approximately 80 seconds expire those acquired leases.

Because your domains are replicated, the sanlock leases also replicated on
that domain and we should wait for them tooexpired.



>
> Thanks,
> Gianluca
>
>

-- 
Regards,
Eyal Shenitzky
___
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/BKSGQP4BXHGCKL5BY3IGXW2XORJ4IOKB/


[ovirt-users] Re: Active-Passive DR: mutual for different storage domains possible?

2019-07-24 Thread Eyal Shenitzky
On Tue, Jul 23, 2019 at 6:11 PM Gianluca Cecchi 
wrote:

> On Mon, Jul 8, 2019 at 10:39 AM Eyal Shenitzky 
> wrote:
>
>> I don't see any reason not to do it in case the SD replicas are separated
>> storage domain.
>> Just note that for the DR, you should prepare a separated DC with a
>> cluster.
>>
>> P.S - I most to admit that I didn't try this configuration - please share
>> your results.
>>
>> Thanks for your insights Eyal.
> I'm going ahead with the tests.
> One question arose after creating disaster_recovery_maps.yml and the need
> to populate all the "secondary_xxx" variable mappings.
>
> In my scenario the primary DC DC1 in Site A has the same network
> configuration of the primary DC DC2 in Site B.
> In fact the main target is to reach better utilization of available
> resources and so potentially VMs in DC1 communicates with VMs in DC2 in
> normal conditions.
> Now to configure DR I have to create a mapping of DC1 in Site B: if I want
> to leverage hosts' resources in Site B I'm forced to set it to DC2,
> correct?
>

You can use the following manual to understand what is required for the DR
process -
https://ovirt.org/documentation/disaster-recovery-guide/active_passive_overview.html

You need the following entities in the secondary site:

   - An active Red Hat Virtualization Manager.
   - A data center and clusters.
   - Networks with the same general connectivity as the primary site.
   - Active hosts capable of running critical virtual machines after
   failover.

It means you should have at least a dedicated host to perform all the
operations on the secondary site (if you have many running VMs you will
need more than one host in order to provide a full backup solution).



> That is the current primary for its storage domain SD2, otherwise I will
> have no hosts to assign to the cluster inside it... what is the risk of
> overlapping of objects in this case (supposing I personally take care to
> not have Vms in DC1 with same name of VMs in DC2, and the same for storage
> domains' names)? I could have an object, such a disk id that during import
> would overlap with existing objects n the database? Or will the engine
> re-create new ids (for vnics, disks, ecc.) while importing them?
>

The IDs of the entities remains the same as they were in the primary site.
It means that if you are using a site that contains entities and runs
operations during the DR process you are risking duplications of names and
in low probabilities of duplicated IDs.

Also, the host may not be available to handle the DR and operation may be
failed.



>
> Other scenario could be to create inside Site B environment another
> Datacenter with name DC1-DR, and I think I have to create also the same
> logical networks of DC1 (and DC2 incidentally) and in case of DR I have to
> take off one of the hosts of DC2 and assign it to DC1-DR
>

This option is the best option for DR.
An isolated Data-center that is dedicated to a DR scenario.
It is a trade-off - resources VS robustness



>
> Opinions?
>
> Thanks in advance,
> Gianluca
>
>
>
>
>

-- 
Regards,
Eyal Shenitzky
___
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/OO3WXPBRLXHFPRGNYB47B3U7QQFZKCRH/


[ovirt-users] Re: Active-Passive DR: mutual for different storage domains possible?

2019-07-08 Thread Eyal Shenitzky
I don't see any reason not to do it in case the SD replicas are separated
storage domain.
Just note that for the DR, you should prepare a separated DC with a cluster.

P.S - I most to admit that I didn't try this configuration - please share
your results.

On Mon, Jul 8, 2019 at 10:45 AM Gianluca Cecchi 
wrote:

> Hello,
> suppose I want to implement Active-Passive DR between 2 sites.
> Sites are SiteA and SiteB.
> I have 2 storage domains SD1 and SD2, that I can configure so that SD1 is
> active in storage array installed in SiteA with replica in SiteB and SD2
> the reverse.
> I have 4 hosts: host1 and host2 in SiteA and host3 and host4 in SiteB.
>
> I would like to optimize compute resources and workload so that:
>
> oVirt env OV1 with ovmgr1 in SiteA (external engine) is composed by host1
> and host2 and configured with SD1
>
> oVirt env OV2 with ovmgr2 in SiteB (external engine) is composed by host3
> and host4 and configured with SD2.
>
> Can I use OV2 as DR for OV1 for VMs installed on SD1 and at the same time
> OV1 as DR for OV2 for VMs installed on SD2?
>
> Thanks in advance,
> Gianluca Cecchi
> ___
> 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/GHLEJ7ZXEY5TC6CNYOJ7KMJOUNELRF57/
>


-- 
Regards,
Eyal Shenitzky
___
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/2V2USDLVOB2QGSBUW6ZWBR22PPGF6RKO/


[ovirt-users] Re: Failed to activate Storage Domain --- ovirt 4.2

2019-06-10 Thread Eyal Shenitzky
Nir, can you please have a look?

On Mon, Jun 10, 2019 at 2:29 PM Aminur Rahman 
wrote:

> Hi Eyal
>
>
>
> We’re using:
>
>
>
> ovirt-engine-4.2.8.2-1.el7.noarch
>
> vdsm-client-4.20.46-1.el7.noarch
>
>
>
> Thanks
>
> *Aminur Rahman*
>
> aminur.rah...@iongroup.com
>
> *t*
>
> +44 20 7398 0243 <+44%2020%207398%200243>
>
> *m*
>
> +44 7825 780697 <+44%207825%20780697%3c>
>
> iongroup.com <https://www.iongroup.com>
>
>
>
> *From:* Eyal Shenitzky 
> *Sent:* 10 June 2019 07:20
> *To:* Aminur Rahman ; Nir Soffer <
> nsof...@redhat.com>
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Failed to activate Storage Domain --- ovirt
> 4.2
>
>
>
> Hi Aminur,
>
>
>
> Can you please send the engine and vdsm versions?
>
>
>
>
>
> On Fri, Jun 7, 2019 at 5:03 PM  wrote:
>
> Hi
> Has anyone experiencing the following issue with Storage Domain -
>
> Failed to activate Storage Domain cLUN-R940-DC2-dstore01 --
> VDSM command ActivateStorageDomainVDS failed: Storage domain does not
> exist: (u'1b0ef853-fd71-45ea-8165-cc6047a267bc',)
>
> Currently, the storge Domain is Inactive and strangely, the VMs are
> running as normal. We can't manage or extend the volume size of this
> storage domain. The pvscan shows as:
> [root@uk1-ion-ovm-18  pvscan
>   /dev/mapper/36000d31005697814: Checksum error at offset
> 4397954425856
>   Couldn't read volume group metadata from
> /dev/mapper/36000d31005697814.
>   Metadata location on /dev/mapper/36000d31005697814 at
> 4397954425856 has invalid summary for VG.
>   Failed to read metadata summary from
> /dev/mapper/36000d31005697814
>   Failed to scan VG from /dev/mapper/36000d31005697814
>
> I have tired the following steps:
> 1. Restarted ovirt-engine.service
> 2. tried to restore the metadata using vgcfgrestore but it failed with the
> following error:
>
> [root@uk1-ion-ovm-19 backup]# vgcfgrestore
> 36000d31005697814
>   Volume group 36000d31005697814 has active volume: .
>   WARNING: Found 1 active volume(s) in volume group
> "36000d31005697814".
>   Restoring VG with active LVs, may cause mismatch with its metadata.
> Do you really want to proceed with restore of volume group
> "36000d31005697814", while 1 volume(s) are active? [y/n]: y
>   /dev/mapper/36000d31005697814: Checksum error at offset
> 4397954425856
>   Couldn't read volume group metadata from
> /dev/mapper/36000d31005697814.
>   Metadata location on /dev/mapper/36000d31005697814 at
> 4397954425856 has invalid summary for VG.
>   Failed to read metadata summary from
> /dev/mapper/36000d31005697814
>   Failed to scan VG from /dev/mapper/36000d31005697814
>   /etc/lvm/backup/36000d31005697814: stat failed: No such
> file or directory
>   Couldn't read volume group metadata from file.
>   Failed to read VG 36000d31005697814 from
> /etc/lvm/backup/36000d31005697814
>   Restore failed.
>
> Please let me know if anyone knows any possible resolution.
>
> -AMinur
> ___
> 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/
> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2F=02%7C01%7Caminur.rahman%40iongroup.com%7Ce457f2f7fda045b004d308d6ed6bb13a%7C768fe7d4ebee41a79851d5825ecdd396%7C0%7C0%7C636957444150154770=%2FJxtIXYVAV4gkKkzpyLKivL3S7ohq4h%2FmZhqMhsn5fc%3D=0>
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F=02%7C01%7Caminur.rahman%40iongroup.com%7Ce457f2f7fda045b004d308d6ed6bb13a%7C768fe7d4ebee41a79851d5825ecdd396%7C0%7C0%7C636957444150164768=ADx6k3WdNq5hfLpASEny93MoETVWPO8%2FadE5YOLtNUo%3D=0>
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/W2JP7ZO5XMV66ATT3N33IKCZHKM6XPWJ/
> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FW2JP7ZO5XMV66ATT3N33IKCZHKM6XPWJ%2F=02%7C01%7Caminur.rahman%40iongroup.com%7Ce457f2f7fda045b004d308d6ed6bb13a%7C768fe7d4ebee41a79851d5825ecdd396%7C0%7C0%7C636957444150164768=ajeVWbuYqWIZQhg3lfXbGLMl6ingezh4EK3A9RueT8Y%3D=0>
>
>
>
>
>

[ovirt-users] Re: Failed to activate Storage Domain --- ovirt 4.2

2019-06-10 Thread Eyal Shenitzky
Hi Aminur,

Can you please send the engine and vdsm versions?


On Fri, Jun 7, 2019 at 5:03 PM  wrote:

> Hi
> Has anyone experiencing the following issue with Storage Domain -
>
> Failed to activate Storage Domain cLUN-R940-DC2-dstore01 --
> VDSM command ActivateStorageDomainVDS failed: Storage domain does not
> exist: (u'1b0ef853-fd71-45ea-8165-cc6047a267bc',)
>
> Currently, the storge Domain is Inactive and strangely, the VMs are
> running as normal. We can't manage or extend the volume size of this
> storage domain. The pvscan shows as:
> [root@uk1-ion-ovm-18  pvscan
>   /dev/mapper/36000d31005697814: Checksum error at offset
> 4397954425856
>   Couldn't read volume group metadata from
> /dev/mapper/36000d31005697814.
>   Metadata location on /dev/mapper/36000d31005697814 at
> 4397954425856 has invalid summary for VG.
>   Failed to read metadata summary from
> /dev/mapper/36000d31005697814
>   Failed to scan VG from /dev/mapper/36000d31005697814
>
> I have tired the following steps:
> 1. Restarted ovirt-engine.service
> 2. tried to restore the metadata using vgcfgrestore but it failed with the
> following error:
>
> [root@uk1-ion-ovm-19 backup]# vgcfgrestore
> 36000d31005697814
>   Volume group 36000d31005697814 has active volume: .
>   WARNING: Found 1 active volume(s) in volume group
> "36000d31005697814".
>   Restoring VG with active LVs, may cause mismatch with its metadata.
> Do you really want to proceed with restore of volume group
> "36000d31005697814", while 1 volume(s) are active? [y/n]: y
>   /dev/mapper/36000d31005697814: Checksum error at offset
> 4397954425856
>   Couldn't read volume group metadata from
> /dev/mapper/36000d31005697814.
>   Metadata location on /dev/mapper/36000d31005697814 at
> 4397954425856 has invalid summary for VG.
>   Failed to read metadata summary from
> /dev/mapper/36000d31005697814
>   Failed to scan VG from /dev/mapper/36000d31005697814
>   /etc/lvm/backup/36000d31005697814: stat failed: No such
> file or directory
>   Couldn't read volume group metadata from file.
>   Failed to read VG 36000d31005697814 from
> /etc/lvm/backup/36000d31005697814
>   Restore failed.
>
> Please let me know if anyone knows any possible resolution.
>
> -AMinur
> ___
> 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/W2JP7ZO5XMV66ATT3N33IKCZHKM6XPWJ/
>


-- 
Regards,
Eyal Shenitzky
___
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/BSEQ2QQQ3SHQQOTWNFWJWRPKH7QM2YWA/


[ovirt-users] Re: Followup: Create New VM from Template Glitch

2019-06-05 Thread Eyal Shenitzky
The Engine logs should be found in the machine where your engine runs under
- /var/log/ovirt-engine/engine.log
The host/VDSM logs should be found in the host/VDSM machine under -
/var/log/vdsm/vdsm.log

On Wed, Jun 5, 2019 at 1:11 PM Andrei Verovski  wrote:

>
>
> On 5 Jun 2019, at 12:51, Eyal Shenitzky  wrote:
>
>
>
> On Wed, Jun 5, 2019 at 12:40 PM Andrei Verovski 
> wrote:
>
>> Hi,
>>
>> It is located on NFS storage domain V4.
>>
>
> Note that there is a bug that will prevent you from creating a VM from a
> template as with preallocated disks -
> https://bugzilla.redhat.com/show_bug.cgi?id=1403183
> This was fixed only in version 4.3
>
> Furthermore, it seems that fix missed the scenario you described.
>
> Can you please submit a bug and attach the VDSM and the engine logs?
>
>
>
> Are all log files located on hosted engine ?
> Or something needs to be taken from node PC ?
>
>
>
>
>
>>
>>
>> On 5 Jun 2019, at 12:28, Eyal Shenitzky  wrote:
>>
>> Is your disk is based on a file storage domain?
>>
>> On Wed, Jun 5, 2019 at 12:19 PM Andrei Verovski 
>> wrote:
>>
>>> Hi !
>>>
>>> Followup to my previous post.
>>> Creating template from snapshot in 4.2.8 also suffers from the same bug
>>> - allocation policy selected to thin provision even if I select RAW from
>>> the popup menu.
>>> Verified twice.
>>>
>>>
>>> > Looks like there is some strange glitch creating new VM from template
>>> on oVirt 4.2.8.2.
>>> >
>>> > Basically I’m need to convert disk image from QCOW2 thin allocated to
>>> raw format in an existing VM.
>>> > These are steps performed:
>>> > 1) Create snapshot of an existing VM.
>>> > 2) Make template from snapshot.
>>> > 3) Create new VM using template, in Resource Allocation -> Storage
>>> Allocation -> Clone  -> Format -> Raw.
>>> >
>>> > Unfortunately, newly created VM still have QCOW2 thin allocated disk.
>>> > Did this operation twice to be sure, and both times things went wrong.
>>> >
>>> > What is done wrong, and how to solve this problem?
>>> > Thanks 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/PML643EOXCTC72MRAPP6UYLFSJNAPD7M/
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>>
>> ___
>> 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/COZNUX35NFM5C2PHUN2U3A3XJUMZPFIQ/
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>
> ___
> 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/GU3AVTEHJKZT5D5QHPI7GGC2PABQOUD5/
>


-- 
Regards,
Eyal Shenitzky
___
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/KQMRWMSJK3MZPXY2JMSUHJMWKDES4RS4/


[ovirt-users] Re: Followup: Create New VM from Template Glitch

2019-06-05 Thread Eyal Shenitzky
On Wed, Jun 5, 2019 at 12:40 PM Andrei Verovski 
wrote:

> Hi,
>
> It is located on NFS storage domain V4.
>

Note that there is a bug that will prevent you from creating a VM from a
template as with preallocated disks -
https://bugzilla.redhat.com/show_bug.cgi?id=1403183
This was fixed only in version 4.3

Furthermore, it seems that fix missed the scenario you described.

Can you please submit a bug and attach the VDSM and the engine logs?



>
>
> On 5 Jun 2019, at 12:28, Eyal Shenitzky  wrote:
>
> Is your disk is based on a file storage domain?
>
> On Wed, Jun 5, 2019 at 12:19 PM Andrei Verovski 
> wrote:
>
>> Hi !
>>
>> Followup to my previous post.
>> Creating template from snapshot in 4.2.8 also suffers from the same bug -
>> allocation policy selected to thin provision even if I select RAW from the
>> popup menu.
>> Verified twice.
>>
>>
>> > Looks like there is some strange glitch creating new VM from template
>> on oVirt 4.2.8.2.
>> >
>> > Basically I’m need to convert disk image from QCOW2 thin allocated to
>> raw format in an existing VM.
>> > These are steps performed:
>> > 1) Create snapshot of an existing VM.
>> > 2) Make template from snapshot.
>> > 3) Create new VM using template, in Resource Allocation -> Storage
>> Allocation -> Clone  -> Format -> Raw.
>> >
>> > Unfortunately, newly created VM still have QCOW2 thin allocated disk.
>> > Did this operation twice to be sure, and both times things went wrong.
>> >
>> > What is done wrong, and how to solve this problem?
>> > Thanks 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/PML643EOXCTC72MRAPP6UYLFSJNAPD7M/
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>
> ___
> 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/COZNUX35NFM5C2PHUN2U3A3XJUMZPFIQ/
>


-- 
Regards,
Eyal Shenitzky
___
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/V2VS2U3JBSNCNSNMEENOJNMOWSLIR3H7/


[ovirt-users] Re: Followup: Create New VM from Template Glitch

2019-06-05 Thread Eyal Shenitzky
Is your disk is based on a file storage domain?

On Wed, Jun 5, 2019 at 12:19 PM Andrei Verovski 
wrote:

> Hi !
>
> Followup to my previous post.
> Creating template from snapshot in 4.2.8 also suffers from the same bug -
> allocation policy selected to thin provision even if I select RAW from the
> popup menu.
> Verified twice.
>
>
> > Looks like there is some strange glitch creating new VM from template on
> oVirt 4.2.8.2.
> >
> > Basically I’m need to convert disk image from QCOW2 thin allocated to
> raw format in an existing VM.
> > These are steps performed:
> > 1) Create snapshot of an existing VM.
> > 2) Make template from snapshot.
> > 3) Create new VM using template, in Resource Allocation -> Storage
> Allocation -> Clone  -> Format -> Raw.
> >
> > Unfortunately, newly created VM still have QCOW2 thin allocated disk.
> > Did this operation twice to be sure, and both times things went wrong.
> >
> > What is done wrong, and how to solve this problem?
> > Thanks 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/PML643EOXCTC72MRAPP6UYLFSJNAPD7M/
>


-- 
Regards,
Eyal Shenitzky
___
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/WDSFOJVB7NRP6AQGQMHLFSBUQETYGIQK/


[ovirt-users] Re: VM import doesn't see VMs on storage

2019-06-04 Thread Eyal Shenitzky
Hi Dmitry,

Those VMs has more disks on different SD as well?
Did you deactivated and detached the SD as needed?

Try to run manually the OVF update for this specific storage domain.



On Tue, Jun 4, 2019 at 12:23 AM Dmitry Filonov 
wrote:

> Correction. At least one (might be more or even all) of the machines that
> don't show up under VM import tab was based on Blank template.
> So that shouldn't be an issue. Has to be something else that prevent
> machines from being "importable".
>
> At least two machines were pinned to a specific host in the DC1. Can that
> be the issue? Seems unlikely, but am running out of ideas here :(
>
> Fil
>
> --
> Dmitry Filonov
> Linux Administrator
> SBGrid Core | Harvard Medical School
> 250 Longwood Ave, SGM-114
> Boston, MA 02115
>
>
> On Mon, Jun 3, 2019 at 10:46 AM Dmitry Filonov <
> filo...@hkl.hms.harvard.edu> wrote:
>
>> Hi,
>>  I have 2 independent oVirt datacenters. Need to move some of the VMs
>> from DC1 to DC2.
>> So far the strategy was as simple as this -
>> 1) connect new storage domain (NFS) to DC1
>> 2) move VM disks to that storage
>> 3) shut down VMs
>> 4) disconnect storage from DC1
>> 5) import same storage into DC2
>> 6) import VMs from that storage and optionally move VM disks to storage
>> local to DC2.
>>
>> Works fine for a dozen VMs until last Friday when I tried to import
>> another 13 VMs into DC2 and VM import shows only 6. I can see disks in Disk
>> import tab, but not VMs.
>>
>> I guess this is related to the fact that some of the VMs to be moved are
>> based on a template that is still on DC1. But how do I move these VMs then?
>> I can't move the template as
>> 1) I still need it in DC1
>> 2) it doesn't have any disks attached, so I can't really do the same
>> steps to move it.
>>
>> Any ideas are very welcome here.
>>
>> Thanks a lot.
>>
>>
>> --
>> Dmitry Filonov
>> Linux Administrator
>> SBGrid Core | Harvard Medical School
>> 250 Longwood Ave, SGM-114
>> Boston, MA 02115
>>
> ___
> 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/4236OJHD6LP6IMLK5Q7LOKIYY4BKOR5I/
>


-- 
Regards,
Eyal Shenitzky
___
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/NTWH7JELJPQ6WGLBWKX2ABNZC64WFFQ7/


[ovirt-users] Re: oVirt Simple Backup support?

2019-05-28 Thread Eyal Shenitzky
This is a private 'extension' to oVirt so no it will not be maintained be
the oVirt teams.

On Wed, May 29, 2019 at 5:30 AM  wrote:

> I just started using oVirt Simpe backup and I see that the maintainer is
> no longer going to maintain it.  So far it seems like the most elegant
> solution to backing up VMs, is someone else going to maintain it?  will it
> be "adopted" by the oVirt team?
> ___
> 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/Y2OXXWIOJK2F2WD5TRWBEWKGIN2Z2IJA/
>


-- 
Regards,
Eyal Shenitzky
___
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/OPCFAJ2F53MFC4WB3MWLYVTSN4YEW4S7/


[ovirt-users] Re: Active-Passive Disaster Recovery

2019-05-25 Thread Eyal Shenitzky
Hi Paulo,

On Wed, May 22, 2019 at 9:08 PM Paulo Silva  wrote:

> Hi,
>
> I want to setup an Active-Passive between 2 sites using oVirt 4.3.
>
> For now I have a primary site with an ovirt-engine, 2 ovirt hosts and 5
> VMs in an iscsi storage.
> The backup site will have an ovirt-engine with 2 ovirt hosts and an iscsi
> storage that will will have the same LUNs of the primary replicated.
>
> I'm reading the DR Guide (
> https://ovirt.org/documentation/disaster-recovery-guide/), in the backup
> site do I need to manually create the storage domains and the VM networks
> or will the ansible playbook take care of that?
>

If you would like to use the DR then you shouldn't add manually anything to
the backup site except a data-center with a cluster and an active host.

All you need to do is:
1) replicate your storage to a backup storage domain
2) Generate a mapping file that contains all your entities configurations
3) Have networks with the same general connectivity as the primary site

* The ovirt-dr scripts will generate for you the mapping file and operate
the fail-over/back [1]

[1] -
https://ovirt.org/documentation/disaster-recovery-guide/active_passive_overview.html#using-the-ovirt-dr-script-for-ansible-tasks

Hope that will help.



>
> Thanks
> --
> Paulo Silva 
> ___
> 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/MH2PMM5MJCBBS53XOO4CJ7F3L63UQEZ5/
>


-- 
Regards,
Eyal Shenitzky
___
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/X6K3VTMGI244EU6IBU2WESWDLBLV5PMP/


[ovirt-users] Re: VM Snapshots not erasable and not bootable

2019-04-20 Thread Eyal Shenitzky
On Sat, Apr 20, 2019 at 10:06 PM Jonathan Baecker 
wrote:

> Am 20.04.2019 um 20:38 schrieb Jonathan Baecker:
>
> Am 14.04.2019 um 14:01 schrieb Jonathan Baecker:
>
> Am 14.04.2019 um 13:57 schrieb Eyal Shenitzky:
>
>
>
> On Sun, Apr 14, 2019 at 2:28 PM Jonathan Baecker 
> wrote:
>
>> Am 14.04.2019 um 12:13 schrieb Eyal Shenitzky:
>>
>> Seems like your SPM went down while you had running Live merge operation.
>>
>> Can you please submit a bug and attach the logs?
>>
>> Yes I can do - but you really think this is a bug? Because in that time I
>> had only one host running, so this was the SPM. And the time in the log is
>> exactly this time when the host was restarting. But the merging jobs and
>> snapshot deleting was starting ~20 hours before.
>>
> We should investigate and see if there is a bug or not.
> I overview the logs and saw some NPE that might suggest that there may be
> a bug here.
> Please attach all the logs including the beginning of the snapshot
> deletion.
>
> Ok, I did:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1699627
>
> The logs are also in full length.
>
> Now I have the same issue, that my host trying to delete the snapshots. It
> is still running, no reboot until now. But is there anything I can do?
>
> I'm happy that the backup before was made correctly, other while I would
> be in big trouble. But it looks like that I can not make any more normal
> backup jobs.
>
> Ok here is a interesting situation. I starting to shutdown my VM. fist
> this ones which had no snapshots deleting running. The also VMs which are
> in process, and now all deleting jobs finished successfully. Can it be,
> that the host and VM are not communicating correctly, and somehow this
> brings the host in a situation that it can not merge and delete a created
> snapshot? From some VMs I also get the waring that I need a newer
> ovirt-guest-agent, but there is no updates for it.
>

When you shutdown the VM the engine preform a - "Cold merge" for the
deleted snapshot, this is a good workaround when you encountered some
problems during "Live merge".
Those flows are different so "Cold merge" can succeed while "Live merge"
failed.



>
>
>
>> On Sun, Apr 14, 2019 at 9:40 AM Jonathan Baecker 
>> wrote:
>>
>>> Am 14.04.2019 um 07:05 schrieb Eyal Shenitzky:
>>>
>>> Hi Jonathan,
>>>
>>> Can you please add the engine and VDSM logs?
>>>
>>> Thanks,
>>>
>>> Hi Eyal,
>>>
>>> my last message had the engine.log in a zip included.
>>>
>>> Here are both again, but I delete some lines to get it smaller.
>>>
>>>
>>>
>>> On Sun, Apr 14, 2019 at 12:24 AM Jonathan Baecker 
>>> wrote:
>>>
>>>> Hello,
>>>>
>>>> I make automatically backups of my VMs and last night there was making
>>>> some new one. But somehow ovirt could not delete the snapshots anymore,
>>>> in the log it show that it tried the hole day to delete them but they
>>>> had to wait until the merge command was done.
>>>>
>>>> In the evening the host was totally crashed and started again. Now I
>>>> can
>>>> not delete the snapshots manually and I can also not start the VMs
>>>> anymore. In the web interface I get the message:
>>>>
>>>> VM timetrack is down with error. Exit message: Bad volume specification
>>>> {'address': {'bus': '0', 'controller': '0', 'type': 'drive', 'target':
>>>> '0', 'unit': '0'}, 'serial': 'fd3b80fd-49ad-44ac-9efd-1328300582cd',
>>>> 'index': 0, 'iface': 'scsi', 'apparentsize': '1572864', 'specParams':
>>>> {}, 'cache': 'none', 'imageID': 'fd3b80fd-49ad-44ac-9efd-1328300582cd',
>>>> 'truesize': '229888', 'type': 'disk', 'domainID':
>>>> '9c3f06cf-7475-448e-819b-f4f52fa7d782', 'reqsize': '0', 'format':
>>>> 'cow',
>>>> 'poolID': '59ef3a18-002f-02d1-0220-0124', 'device': 'disk',
>>>> 'path':
>>>> '/rhev/data-center/59ef3a18-002f-02d1-0220-0124/9c3f06cf-7475-448e-819b-f4f52fa7d782/images/fd3b80fd-49ad-44ac-9efd-1328300582cd/47c0f42e-8bda-4e3f-8337-870899238788',
>>>>
>>>> 'propagateErrors': 'off', 'name': 'sda', 'bootOrder': '1', 'volumeID':
>>>> '47c0f42e-8bda-4e3f-8337-870899238788', 'diskType': 'file', 'alias':
>>>> 'ua-fd3b80fd-49ad-44ac-9efd-1328300582cd', 'discard': False}.
>>>>
>>>> When I check the path permission is correct and there are also files in
>>>&

[ovirt-users] Re: Changing from thin provisioned to preallocated?

2019-04-15 Thread Eyal Shenitzky
Hi Wesley,

Currently, there is no direct way to change disks allocation policy
(thin-provision <-> preallocation).

In your case, it sounds like your ISCSI storage is running out of space,
changing disk from thin-provisioned to preallocation will consume *more* space
on the storage, thin-provision is more space effective but impact the
performance.

On Mon, Apr 15, 2019 at 8:35 PM Wesley Stewart  wrote:

> I am currently running a ZFS server (Running RaidZ2) and I have been
> experimenting with NFS and shares to host my guests.  I am currently
> running oVirt 4.2.8 and using a RaidZ2 NFS mount for the guests.
>
> ZFS definitely is definitely pretty awful (At least in my experience so
> far) for hosting VMs.  I believe this is due to the synchronous writes
> being performed.  However, I think running an iSCSI target with
> Synchronization disabled over a 10Gb connection might do the trick. (I have
> a couple of mirroed SSD drives for performance if I need it, but the RaidZ2
> crawls for disk speed).
>
> When I tried to migrate a thin provisioned guest to iSCSI, I keep getting
> an "Out of disk space error" which I am pretty sure is due to the block
> style storage on the iSCSI target.  Is there a way to switch from Thin to
> Preallocated?  Or is my best bet to try and take a snapshot and clone this
> into a pre-allocated disk?
> ___
> 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/SZDBAGS6Y66SJATBCVDNSLWYTOYIXHJR/
>


-- 
Regards,
Eyal Shenitzky

On Mon, Apr 15, 2019 at 8:35 PM Wesley Stewart  wrote:

> I am currently running a ZFS server (Running RaidZ2) and I have been
> experimenting with NFS and shares to host my guests.  I am currently
> running oVirt 4.2.8 and using a RaidZ2 NFS mount for the guests.
>
> ZFS definitely is definitely pretty awful (At least in my experience so
> far) for hosting VMs.  I believe this is due to the synchronous writes
> being performed.  However, I think running an iSCSI target with
> Synchronization disabled over a 10Gb connection might do the trick. (I have
> a couple of mirroed SSD drives for performance if I need it, but the RaidZ2
> crawls for disk speed).
>
> When I tried to migrate a thin provisioned guest to iSCSI, I keep getting
> an "Out of disk space error" which I am pretty sure is due to the block
> style storage on the iSCSI target.  Is there a way to switch from Thin to
> Preallocated?  Or is my best bet to try and take a snapshot and clone this
> into a pre-allocated disk?
> ___
> 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/SZDBAGS6Y66SJATBCVDNSLWYTOYIXHJR/
>


-- 
Regards,
Eyal Shenitzky
___
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/XZIP3F52T3FVZKSXAME2UHKES3F3RGQM/


[ovirt-users] Re: VM Snapshots not erasable and not bootable

2019-04-14 Thread Eyal Shenitzky
On Sun, Apr 14, 2019 at 2:28 PM Jonathan Baecker  wrote:

> Am 14.04.2019 um 12:13 schrieb Eyal Shenitzky:
>
> Seems like your SPM went down while you had running Live merge operation.
>
> Can you please submit a bug and attach the logs?
>
> Yes I can do - but you really think this is a bug? Because in that time I
> had only one host running, so this was the SPM. And the time in the log is
> exactly this time when the host was restarting. But the merging jobs and
> snapshot deleting was starting ~20 hours before.
>
We should investigate and see if there is a bug or not.
I overview the logs and saw some NPE that might suggest that there may be a
bug here.
Please attach all the logs including the beginning of the snapshot deletion.

Thanks

>
> On Sun, Apr 14, 2019 at 9:40 AM Jonathan Baecker 
> wrote:
>
>> Am 14.04.2019 um 07:05 schrieb Eyal Shenitzky:
>>
>> Hi Jonathan,
>>
>> Can you please add the engine and VDSM logs?
>>
>> Thanks,
>>
>> Hi Eyal,
>>
>> my last message had the engine.log in a zip included.
>>
>> Here are both again, but I delete some lines to get it smaller.
>>
>>
>>
>> On Sun, Apr 14, 2019 at 12:24 AM Jonathan Baecker 
>> wrote:
>>
>>> Hello,
>>>
>>> I make automatically backups of my VMs and last night there was making
>>> some new one. But somehow ovirt could not delete the snapshots anymore,
>>> in the log it show that it tried the hole day to delete them but they
>>> had to wait until the merge command was done.
>>>
>>> In the evening the host was totally crashed and started again. Now I can
>>> not delete the snapshots manually and I can also not start the VMs
>>> anymore. In the web interface I get the message:
>>>
>>> VM timetrack is down with error. Exit message: Bad volume specification
>>> {'address': {'bus': '0', 'controller': '0', 'type': 'drive', 'target':
>>> '0', 'unit': '0'}, 'serial': 'fd3b80fd-49ad-44ac-9efd-1328300582cd',
>>> 'index': 0, 'iface': 'scsi', 'apparentsize': '1572864', 'specParams':
>>> {}, 'cache': 'none', 'imageID': 'fd3b80fd-49ad-44ac-9efd-1328300582cd',
>>> 'truesize': '229888', 'type': 'disk', 'domainID':
>>> '9c3f06cf-7475-448e-819b-f4f52fa7d782', 'reqsize': '0', 'format': 'cow',
>>> 'poolID': '59ef3a18-002f-02d1-0220-0124', 'device': 'disk',
>>> 'path':
>>> '/rhev/data-center/59ef3a18-002f-02d1-0220-0124/9c3f06cf-7475-448e-819b-f4f52fa7d782/images/fd3b80fd-49ad-44ac-9efd-1328300582cd/47c0f42e-8bda-4e3f-8337-870899238788',
>>>
>>> 'propagateErrors': 'off', 'name': 'sda', 'bootOrder': '1', 'volumeID':
>>> '47c0f42e-8bda-4e3f-8337-870899238788', 'diskType': 'file', 'alias':
>>> 'ua-fd3b80fd-49ad-44ac-9efd-1328300582cd', 'discard': False}.
>>>
>>> When I check the path permission is correct and there are also files in
>>> it.
>>>
>>> Is there any ways to fix that? Or to prevent this issue in the future?
>>>
>>> In the attachment I send also the engine.log
>>>
>>>
>>> Regards
>>>
>>> Jonathan
>>>
>>>
>>>
>>>
>>> ___
>>> 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/XLHPEKGQWTVFJCHPJUC3WOXH525SWLEC/
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>>
>>
>
> --
> Regards,
> Eyal Shenitzky
>
>
>

-- 
Regards,
Eyal Shenitzky
___
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/37Y5FXX42VJCMWVU3NPWFQBL4HH3HG6O/


[ovirt-users] Re: VM Snapshots not erasable and not bootable

2019-04-14 Thread Eyal Shenitzky
Seems like your SPM went down while you had running Live merge operation.

Can you please submit a bug and attach the logs?

On Sun, Apr 14, 2019 at 9:40 AM Jonathan Baecker  wrote:

> Am 14.04.2019 um 07:05 schrieb Eyal Shenitzky:
>
> Hi Jonathan,
>
> Can you please add the engine and VDSM logs?
>
> Thanks,
>
> Hi Eyal,
>
> my last message had the engine.log in a zip included.
>
> Here are both again, but I delete some lines to get it smaller.
>
>
>
> On Sun, Apr 14, 2019 at 12:24 AM Jonathan Baecker 
> wrote:
>
>> Hello,
>>
>> I make automatically backups of my VMs and last night there was making
>> some new one. But somehow ovirt could not delete the snapshots anymore,
>> in the log it show that it tried the hole day to delete them but they
>> had to wait until the merge command was done.
>>
>> In the evening the host was totally crashed and started again. Now I can
>> not delete the snapshots manually and I can also not start the VMs
>> anymore. In the web interface I get the message:
>>
>> VM timetrack is down with error. Exit message: Bad volume specification
>> {'address': {'bus': '0', 'controller': '0', 'type': 'drive', 'target':
>> '0', 'unit': '0'}, 'serial': 'fd3b80fd-49ad-44ac-9efd-1328300582cd',
>> 'index': 0, 'iface': 'scsi', 'apparentsize': '1572864', 'specParams':
>> {}, 'cache': 'none', 'imageID': 'fd3b80fd-49ad-44ac-9efd-1328300582cd',
>> 'truesize': '229888', 'type': 'disk', 'domainID':
>> '9c3f06cf-7475-448e-819b-f4f52fa7d782', 'reqsize': '0', 'format': 'cow',
>> 'poolID': '59ef3a18-002f-02d1-0220-0124', 'device': 'disk',
>> 'path':
>> '/rhev/data-center/59ef3a18-002f-02d1-0220-0124/9c3f06cf-7475-448e-819b-f4f52fa7d782/images/fd3b80fd-49ad-44ac-9efd-1328300582cd/47c0f42e-8bda-4e3f-8337-870899238788',
>>
>> 'propagateErrors': 'off', 'name': 'sda', 'bootOrder': '1', 'volumeID':
>> '47c0f42e-8bda-4e3f-8337-870899238788', 'diskType': 'file', 'alias':
>> 'ua-fd3b80fd-49ad-44ac-9efd-1328300582cd', 'discard': False}.
>>
>> When I check the path permission is correct and there are also files in
>> it.
>>
>> Is there any ways to fix that? Or to prevent this issue in the future?
>>
>> In the attachment I send also the engine.log
>>
>>
>> Regards
>>
>> Jonathan
>>
>>
>>
>>
>> ___
>> 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/XLHPEKGQWTVFJCHPJUC3WOXH525SWLEC/
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>
>

-- 
Regards,
Eyal Shenitzky
___
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/RBSH2VG3QPDLW624FWISM55CHUGIGSWF/


[ovirt-users] Re: VM Snapshots not erasable and not bootable

2019-04-13 Thread Eyal Shenitzky
Hi Jonathan,

Can you please add the engine and VDSM logs?

Thanks,

On Sun, Apr 14, 2019 at 12:24 AM Jonathan Baecker 
wrote:

> Hello,
>
> I make automatically backups of my VMs and last night there was making
> some new one. But somehow ovirt could not delete the snapshots anymore,
> in the log it show that it tried the hole day to delete them but they
> had to wait until the merge command was done.
>
> In the evening the host was totally crashed and started again. Now I can
> not delete the snapshots manually and I can also not start the VMs
> anymore. In the web interface I get the message:
>
> VM timetrack is down with error. Exit message: Bad volume specification
> {'address': {'bus': '0', 'controller': '0', 'type': 'drive', 'target':
> '0', 'unit': '0'}, 'serial': 'fd3b80fd-49ad-44ac-9efd-1328300582cd',
> 'index': 0, 'iface': 'scsi', 'apparentsize': '1572864', 'specParams':
> {}, 'cache': 'none', 'imageID': 'fd3b80fd-49ad-44ac-9efd-1328300582cd',
> 'truesize': '229888', 'type': 'disk', 'domainID':
> '9c3f06cf-7475-448e-819b-f4f52fa7d782', 'reqsize': '0', 'format': 'cow',
> 'poolID': '59ef3a18-002f-02d1-0220-0124', 'device': 'disk',
> 'path':
> '/rhev/data-center/59ef3a18-002f-02d1-0220-0124/9c3f06cf-7475-448e-819b-f4f52fa7d782/images/fd3b80fd-49ad-44ac-9efd-1328300582cd/47c0f42e-8bda-4e3f-8337-870899238788',
>
> 'propagateErrors': 'off', 'name': 'sda', 'bootOrder': '1', 'volumeID':
> '47c0f42e-8bda-4e3f-8337-870899238788', 'diskType': 'file', 'alias':
> 'ua-fd3b80fd-49ad-44ac-9efd-1328300582cd', 'discard': False}.
>
> When I check the path permission is correct and there are also files in it.
>
> Is there any ways to fix that? Or to prevent this issue in the future?
>
> In the attachment I send also the engine.log
>
>
> Regards
>
> Jonathan
>
>
>
>
> ___
> 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/XLHPEKGQWTVFJCHPJUC3WOXH525SWLEC/
>


-- 
Regards,
Eyal Shenitzky
___
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/PTP3WSDZNXLKCDTEJVULYOYHQ3O3N36J/


[ovirt-users] Re: Get Disk used size

2019-04-11 Thread Eyal Shenitzky
Sure,

You can navigate using the REST-API to the relevant disk, for e.g:

http:///ovirt-engine/api/disks/

You have there 3 relevant disk attribute:
 - actual_size - used / allocated size
 - provisioned_size - virtual size
 - total_size - used / allocated size + snapshots size


On Wed, Apr 10, 2019 at 3:04 PM  wrote:

> Hi
> Can i have way to  know the  allocated/used  size of the VM disk , without
> install any agent on the VM ?
> ___
> 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/IAQPQLKHNZ5QSNZS7MTB23GK4IQMFCLJ/
>


-- 
Regards,
Eyal Shenitzky
___
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/DEJRX3ISF4MCWGJHMNILAK2KXMVN5IOL/


[ovirt-users] Re: Info about Cinderlib integration testing

2019-03-06 Thread Eyal Shenitzky
Hey Gianluca,

The process of adding a cinderlib DB is similar to the engine DB.

The cinderlib DB will be used by cinderlib process, so you will not see
there anything until you will use this feature.

The "Managed block storage" domain function will be available only if you
configured the cinderlib DB in the engine setup and *manually configured
the engine to support cinderlib.*

You can use the following links to learn more about the cinderlib
integration:

   - Managed block storage feature page -
   
https://ovirt.org/develop/release-management/features/storage/cinderlib-integration.html
   - Managed block storage deep dive session -
   https://www.youtube.com/watch?v=F3JttBkjsX8

Note that there are more manual steps that should be done in order to use
it in this stage.

On Wed, Mar 6, 2019 at 1:24 PM Gianluca Cecchi 
wrote:

> Hello,
> I have updated an environment from 4.2.8 to 4.3.1.
> During setup I selected:
>
>   --== PRODUCT OPTIONS ==--
>
>   Set up Cinderlib integration
>   (Currently in tech preview. For more info -
>
> https://ovirt.org/develop/release-management/features/storage/cinderlib-integration.html
> )
>   (Yes, No) [No]: Yes
> . . .
>   --== DATABASE CONFIGURATION ==--
>
>   Where is the ovirt cinderlib database located? (Local, Remote)
> [Local]:
>   Setup can configure the local postgresql server automatically
> for the CinderLib to run. This may conflict with existing applications.
>   Would you like Setup to automatically configure postgresql and
> create CinderLib database, or prefer to perform that manually? (Automatic,
> Manual) [Automatic]:
> . . .
>   --== CONFIGURATION PREVIEW ==--
> . . .
>   CinderLib database secured connection   : False
>   CinderLib database user name: ovirt_cinderlib
>   CinderLib database name : ovirt_cinderlib
>   CinderLib database host : localhost
>   CinderLib database port : 5432
>   CinderLib database host name validation : False
>   Set up Cinderlib integration: True
>   Configure local CinderLib database  : True
>
> at the end I upgraded cluster and dc compatibility version to 4.3.
> When I go in the UI and add storage domain, in "Domain Function" field I
> don't see the "ManagedBlockStorage" between the available ones
>
> I see that the RDBMS has been created, but empty... is it the expected
> result?
>
> -bash-4.2$ psql ovirt_cinderlib
> psql (9.2.24, server 10.6)
> WARNING: psql version 9.2, server version 10.0.
>  Some psql features might not work.
> Type "help" for help.
>
> ovirt_cinderlib=# \d
> No relations found.
> ovirt_cinderlib=#
>
> Any hint about enabling/testing cinderlib integration with 4.3.1?
> Current packages on engine:
>
> [root@ovmgr1 ~]# rpm -qa | grep -i cinder
> openstack-java-cinder-model-3.2.5-1.el7.noarch
> ovirt-engine-setup-plugin-cinderlib-4.3.1.1-1.el7.noarch
> openstack-java-cinder-client-3.2.5-1.el7.noarch
> [root@ovmgr1 ~]#
>
> and "yum search cinder" command doesn't give any more packages than those
> already installed
> Thanks in advance,
> Gianluca
>
>
> ___
> 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/5ZNDOD3FNAO3JII3UL7H4APLJVPWXSVQ/
>


-- 
Regards,
Eyal Shenitzky
___
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/K6FHYAYDVC7NMYWQBRS7B4LE7Y5YO5VE/


[ovirt-users] Re: left over volume after failed disk move

2019-02-16 Thread Eyal Shenitzky
Can you please open a bug - https://bugzilla.redhat.com/
<https://bugzilla.redhat.com/show_bug.cgi?id=1677319>

Please attach the engine.log and the vdsm.log.

Thanks

On Fri, Feb 15, 2019 at 8:11 AM Bill James  wrote:

> I tried moving some disks from one gluster volume to another.
> 8 worked, 6 failed.
>
> I can't retry the move because ovirt says:
> 2019-02-14 21:36:49,450-08 ERROR
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler4)
> [2d9789d1] BaseAsyncTask::logEndTaskFailure: Task '2a0e703b-0239-41f8-a920
> -50c1ae096590' (Parent Command 'CreateImagePlaceholder', Parameters Type
> 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with
> failure:
> -- Result: 'cleanSuccess'
> -- Message: 'VDSGenericException: VDSErrorException: Failed in vdscommand
> to HSMGetAllTasksStatusesVDS, error = Volume already exists:
> ('d33e8048-a4b4-4b85-bf44-20be65b854f2',)',
>
>
> How do I clear up the gluster volume of these failed images?
> I'm running :
> ovirt-engine-4.1.8.2-1.el7.centos.noarch
> glusterfs-3.8.15-2.el7.x86_64
> vdsm-4.19.43-1.el7.centos.x86_64
>
>
> Some errors from the first failed disk move:
> 2019-02-14 21:23:44,114-08 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.VmReplicateDiskFinishVDSCommand]
> (DefaultQuartzScheduler2) [7adfa09d-d0d6-4478-9a6a-c505535e325b] Failed
>  in 'VmReplicateDiskFinishVDS' method
> 2019-02-14 21:23:44,125-08 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (DefaultQuartzScheduler2) [7adfa09d-d0d6-4478-9a6a-c505535e325b] EVENT_ID: V
> DS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call Stack: null,
> Custom ID: null, Custom Event ID: -1, Message: VDSM ovirt4.j2noc.com
> command VmReplicateDiskFinishVDS fai
> led: Resource unavailable
>
> attached is engine.log.
>
>
> ___
> 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/GAOGBS7CWLEK2IKSIFQKGGSCHUI7GJ5S/
>


-- 
Regards,
Eyal Shenitzky
___
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/37LTD4ULEYQD2CA5G6U3WQJLLSK2CT7R/


[ovirt-users] Re: ovirt 4.3 / Adding NFS storage issue - block_size=None

2019-01-13 Thread Eyal Shenitzky
Already fixed by the following patch - https://gerrit.ovirt.org/#/c/96746/

On Sun, Jan 13, 2019 at 10:45 AM Yedidyah Bar David  wrote:

> Adding Nir and Freddy, changing Subject.
>
> On Sun, Jan 13, 2019 at 10:08 AM Devin Acosta 
> wrote:
> >
> >
> > I installed the latest 4.3 release candidate and tried to add an NFS
> mount to the Data Center, and it errors in the GUI with “Error while
> executing action New NFS Storage Domain: Invalid parameter”, then in the
> vdsm.log I see it is passing “block_size=None”. Does this regardless if NFS
> v3 or v4.
> >
> > InvalidParameterException: Invalid parameter: 'block_size=None'
> >
> > 2019-01-12 20:37:58,241-0700 INFO  (jsonrpc/7) [vdsm.api] START
> createStorageDomain(storageType=1,
> sdUUID=u'b30c64c4-4b1f-4ebf-828b-e54c330ae84c', domainName=u'nfsdata',
> typeSpecificArg=u'192.168.19.155:/data/data', domClass=1,
> domVersion=u'4', block_size=None, max_hosts=2000, options=None)
> from=:::192.168.19.178,51042, flow_id=67743df7,
> task_id=ad82f581-9638-48f1-bcd9-669b9809b34a (api:48)
> > 2019-01-12 20:37:58,241-0700 INFO  (jsonrpc/7) [vdsm.api] FINISH
> createStorageDomain error=Invalid parameter: 'block_size=None'
> from=:::192.168.19.178,51042, flow_id=67743df7,
> task_id=ad82f581-9638-48f1-bcd9-669b9809b34a (api:52)
> > 2019-01-12 20:37:58,241-0700 ERROR (jsonrpc/7)
> [storage.TaskManager.Task] (Task='ad82f581-9638-48f1-bcd9-669b9809b34a')
> Unexpected error (task:875)
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line
> 882, in _run
> > return fn(*args, **kargs)
> >   File "", line 2, in createStorageDomain
> >   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 50,
> in method
> > ret = func(*args, **kwargs)
> >   File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line
> 2583, in createStorageDomain
> > alignment = clusterlock.alignment(block_size, max_hosts)
> >   File "/usr/lib/python2.7/site-packages/vdsm/storage/clusterlock.py",
> line 661, in alignment
> > raise se.InvalidParameterException('block_size', block_size)
> > InvalidParameterException: Invalid parameter: 'block_size=None'
> > 2019-01-12 20:37:58,242-0700 INFO  (jsonrpc/7)
> [storage.TaskManager.Task] (Task='ad82f581-9638-48f1-bcd9-669b9809b34a')
> aborting: Task is aborted: u"Invalid parameter: 'block_size=None'" - code
> 100 (task:1181)
> > 2019-01-12 20:37:58,242-0700 ERROR (jsonrpc/7) [storage.Dispatcher]
> FINISH createStorageDomain error=Invalid parameter: 'block_size=None'
> (dispatcher:81)
> > 2019-01-12 20:37:58,242-0700 INFO  (jsonrpc/7) [jsonrpc.JsonRpcServer]
> RPC call StorageDomain.create failed (error 1000) in 0.00 seconds
> (__init__:312)
> > 2019-01-12 20:37:58,541-0700 INFO  (jsonrpc/1) [vdsm.api] START
> disconnectStorageServer(domType=1,
> spUUID=u'----', conList=[{u'tpgt': u'1',
> u'id': u'db7d16c8-7497-42db-8a75-81cb7f9d3350', u'connection':
> u'192.168.19.155:/data/data', u'iqn': u'', u'user': u'', u'ipv6_enabled':
> u'false', u'protocol_version': u'auto', u'password': '', u'port':
> u''}], options=None) from=:::192.168.19.178,51042,
> flow_id=7e4cb4fa-1437-4d5b-acb5-958838ecd54c,
> task_id=1d004ea2-ae84-4c95-8c70-29e205efd4b1 (api:48)
> > 2019-01-12 20:37:58,542-0700 INFO  (jsonrpc/1) [storage.Mount]
> unmounting /rhev/data-center/mnt/192.168.19.155:_data_data (mount:212)
> > 2019-01-12 20:37:59,087-0700 INFO  (jsonrpc/1) [vdsm.api] FINISH
> disconnectStorageServer return={'statuslist': [{'status': 0, 'id':
> u'db7d16c8-7497-42db-8a75-81cb7f9d3350'}]}
> from=:::192.168.19.178,51042,
> flow_id=7e4cb4fa-1437-4d5b-acb5-958838ecd54c,
> task_id=1d004ea2-ae84-4c95-8c70-29e205efd4b1 (api:54)
> > 2019-01-12 20:37:59,089-0700 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer]
> RPC call StoragePool.disconnectStorageServer succeeded in 0.55 seconds
> (__init__:312)
> > ___
> > 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/UEZGYMMGFJYW7TWMOVILUEFFUR5KDZVB/
>
>
>
> --
> Didi
> _______
> 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-users] Failed to add host to oVirt

2018-12-23 Thread Eyal Shenitzky
Hey,

I am failing to add a host to oVirt due to the following error:

2018-12-23 11:15:29,482+0200 ERROR otopi.context context._executeMethod:152
Failed to execute stage 'Environment customization': Cannot find a valid
baseurl for repo: ovirt
-master-centos-gluster5/7Server/x86_64

Does someone encounter this issue?


-- 
Regards,
Eyal Shenitzky
___
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/VJR5K5OSBOUI57W3FVKE2J7YW7KQUWAX/


[ovirt-users] Re: how to edit a floating disk

2018-11-22 Thread Eyal Shenitzky
Thanks!

I will update it with the relevant info


On Thu, Nov 22, 2018 at 1:40 PM Gianluca Cecchi 
wrote:

> On Thu, Nov 22, 2018 at 12:17 PM Eyal Shenitzky 
> wrote:
>
>> Currently, this is the only way to update a disk.
>>
>> But I think that this could be a nice RFE.
>>
>> Please submit a bug in https://bugzilla.redhat.com and start the
>> description with [RFE]
>>
>> [snip]
>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>
> Done, selecting ovirt-engine for the product, Frontend.WebAdmin for the
> component, UX for the oVirt Team:
> https://bugzilla.redhat.com/show_bug.cgi?id=1652565
>
> Feel free to change any of those.
>
> Gianluca
>


-- 
Regards,
Eyal Shenitzky
___
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/SPKJG4W6J2RVGJOGOOEAG6Q6QAL6XNG2/


[ovirt-users] Re: How to change the master storage domain to another specific domain

2018-11-22 Thread Eyal Shenitzky
On Thu, Nov 22, 2018 at 1:14 PM Eyal Shenitzky  wrote:

> Currently, there is none.
> We already have an RFE to implement it -
> https://bugzilla.redhat.com/1576923
>
> On Thu, Nov 22, 2018 at 12:38 PM Ladislav Humenik <
> ladislav.hume...@1und1.de> wrote:
>
>> Hello,
>>
>> is there any plan to add the possibility (or working way) to change the
>> storage master domain to a specific, let's say by admin chosen storage
>> domain, without shutting down all guests and moving all other domains in
>> to maintenance as described in this old solution:
>> https://access.redhat.com/solutions/34923
>>
>> Any API call or whatever will be welcome.
>>
>>
>> --
>> Ladislav Humenik
>> ___
>> 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/M6KDWIHZDM6BA6EFRQAK553GAEZAZCKI/
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>


-- 
Regards,
Eyal Shenitzky
___
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/G67L4Q2A6ZFVCWTGH4BBLH2GEUZSC4E3/


[ovirt-users] Re: how to edit a floating disk

2018-11-22 Thread Eyal Shenitzky
Currently, this is the only way to update a disk.

But I think that this could be a nice RFE.

Please submit a bug in https://bugzilla.redhat.com and start the
description with [RFE]

On Wed, Nov 21, 2018 at 4:55 PM Gianluca Cecchi 
wrote:

> Hello,
> sometimes I need to modify a not assigned disk, eg change description,
> change alias or extend in size.
> Nowadays I do it through temporary assignment to a VM from where I can
> "edit" the disk.
> Instead in Storage --> Disks or Storage --> Domains --> Domain Name -->
> Disks I cannot do it
> Is it intended by design? Do you think it could be useful to be able to
> edit in some way also in these two modes and not only when attached to a VM?
>
> Gianluca
> ___
> 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/LAFXR7T7D5T6KYWAF2CYZDQKRKB7YN3C/
>


-- 
Regards,
Eyal Shenitzky
___
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/FGF5YXAP4TOHHXC62VB3KYBJXPLQXQZY/


[ovirt-users] Re: oVirt HE 4.2.6 - Cannot upload a QCOW2 disk image via oVirt Administration Portal

2018-10-13 Thread Eyal Shenitzky
00] [Errno 22] Invalid
> argument [request=0.001157, operation=0.000433, sync=0.000192]
> Traceback (most recent call last):
>   File "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/web.py",
> line 99, in __call__
> resp = self.dispatch(request, clock)
>   File "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/web.py",
> line 128, in dispatch
> return method(*match.groups())
>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_daemon/server.py",
> line 258, in put
> ticket.run(op)
>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_daemon/tickets.py",
> line 107, in run
> operation.run()
>   File
> "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", line
> 81, in run
> self._run()
>   File
> "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", line
> 176, in _run
> remaining = self._seek_before_first_block(dst)
>   File
> "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", line
> 195, in _seek_before_first_block
> dst.seek(self._offset)
>   File
> "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", line
> 445, in seek
> return self._fio.seek(pos, how)
> IOError: [Errno 22] Invalid argument
> 2018-10-13 20:02:29,470 INFO(Thread-148) [images] [10.1.1.40] WRITE
> size=0 offset=1048576 flush=True
> ticket=5438fcde-a614-4123-a2d5-f4fb067c6453
> 2018-10-13 20:02:29,471 ERROR   (Thread-148) [web] ERROR [10.1.1.40] PUT
> /images/5438fcde-a614-4123-a2d5-f4fb067c6453 [500] [Errno 22] Invalid
> argument [request=0.001175, operation=0.000453, sync=0.000210]
> Traceback (most recent call last):
>   File "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/web.py",
> line 99, in __call__
> resp = self.dispatch(request, clock)
>   File "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/web.py",
> line 128, in dispatch
> return method(*match.groups())
>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_daemon/server.py",
> line 258, in put
> ticket.run(op)
>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_daemon/tickets.py",
> line 107, in run
> operation.run()
>   File
> "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", line
> 81, in run
> self._run()
>   File
> "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", line
> 176, in _run
> remaining = self._seek_before_first_block(dst)
>   File
> "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", line
> 195, in _seek_before_first_block
> dst.seek(self._offset)
>   File
> "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", line
> 445, in seek
> return self._fio.seek(pos, how)
> IOError: [Errno 22] Invalid argument
> ...
>
> -
> QCOW2 disk image was converted from VHDX disk on Windows Server 2012 R2
> with qemu-img tool (https://cloudbase.it/qemu-img-windows/)
>
> C:\>C:\Tools\qemu-img\win-x64\2.3.0\qemu-img.exe info
> "C:\Temp\KOM-PBX01\KOM-PBX01_disk1.qcow2"
>
> image: C:\Temp\KOM-PBX01\KOM-PBX01_disk1.qcow2
> file format: qcow2
> virtual size: 30G (32212254720 bytes)
> disk size: 8.8G
> cluster_size: 65536
> Format specific information:
> compat: 1.1
> lazy refcounts: false
> refcount bits: 16
> corrupt: false
>
>
> -
> It appears that the disk image upload is interrupted by the "disk size"
> value (~8GB).
> The upload process looks as if oVirt is trying to load a full disk with
> the size "virtual size" (30GB).
>
> How can I upload the disk?
> The problem for us is urgent, because we need to create a virtual machine
> with a disk that we can not upload.
> Please help to solve the problem.
> ___
> 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/55I2YWQ5VSIOW6OLMLY2FEDSWKGDARXV/
>


-- 
Regards,
Eyal Shenitzky
___
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/L46GJCCNMITDMNQHRY3NCRXVYVU6WCLR/


[ovirt-users] Re: Disk move fails - Invalid parameter: 'initial size=

2018-10-10 Thread Eyal Shenitzky
Thanks, I will add it to the bug and continue the discussion there.

On Wed, Oct 10, 2018 at 1:24 PM Simon Vincent  wrote:

> It is VirtIO-SCSI on a ISCSI storage domain. Thin provisioned.
> There are a number of snapshots for the disk as well.
>
> On Wed, 10 Oct 2018 at 11:19, Eyal Shenitzky  wrote:
>
>> What is the disk configuration (block/file based, preallocated/thin
>> etc..)?
>>
>> On Wed, Oct 10, 2018 at 1:10 PM Simon Vincent  wrote:
>>
>>> To avoid duplication I have already attached them to the bug report
>>> here: https://bugzilla.redhat.com/show_bug.cgi?id=1625240.
>>> I have successfully moved all my other VMs disks, it is just this one VM
>>> that has a disk that always fails to move.
>>>
>>>
>>>
>>> On Wed, 10 Oct 2018 at 10:38, Eyal Shenitzky 
>>> wrote:
>>>
>>>> Can you please attach VDSM and engine log with the error
>>>> (/var/log/vdsm/vdsm.log and var/log/ovirt-engine/engine.log)?
>>>>
>>>> Also, can you reproduce this issue consistently? is so, what are the
>>>> steps?
>>>>
>>>>
>>>> On Wed, Oct 10, 2018 at 10:55 AM Simon Vincent 
>>>> wrote:
>>>>
>>>>>  VDSM version: vdsm-4.20.39.1-1.el7
>>>>>  Engine: 4.2.6.4-1.el7
>>>>>
>>>>> On Wed, 10 Oct 2018 at 05:12, Eyal Shenitzky 
>>>>> wrote:
>>>>>
>>>>>> Can you please share the VDSM and the Engine version?
>>>>>>
>>>>>> On Tue, Oct 9, 2018 at 5:34 PM Simon Vincent 
>>>>>> wrote:
>>>>>>
>>>>>>> I am trying to move a disk to another data domain but it always
>>>>>>> fails with the following error.
>>>>>>>
>>>>>>> ERROR
>>>>>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>>>>>> (EE-ManagedThreadFactory-engineScheduled-Thread-77) [] EVENT_ID:
>>>>>>> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM blade15.crt.lan command
>>>>>>> HSMGetAllTasksStatusesVDS failed: Error creating a new volume: (u"Volume
>>>>>>> creation e6171aae-2c5b-4c91-84fc-506c0e835928 failed: Invalid parameter:
>>>>>>> 'initial size=122016117'",)
>>>>>>>
>>>>>>> It sounds a bit like this bug
>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1625240
>>>>>>>
>>>>>>> Does anyone know how to work around this problem?
>>>>>>>
>>>>>>> Thanks
>>>>>>> ___
>>>>>>> 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/ZQY7JRIAU6IKH6IOIQFCMCIGKPGBTP3L/
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Regards,
>>>>>> Eyal Shenitzky
>>>>>>
>>>>>
>>>>
>>>> --
>>>> Regards,
>>>> Eyal Shenitzky
>>>>
>>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>

-- 
Regards,
Eyal Shenitzky
___
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/CP3P3EHYYVHQ26KPXWQV7SACDVYKKAWO/


[ovirt-users] Re: Disk move fails - Invalid parameter: 'initial size=

2018-10-10 Thread Eyal Shenitzky
What is the disk configuration (block/file based, preallocated/thin etc..)?

On Wed, Oct 10, 2018 at 1:10 PM Simon Vincent  wrote:

> To avoid duplication I have already attached them to the bug report here:
> https://bugzilla.redhat.com/show_bug.cgi?id=1625240.
> I have successfully moved all my other VMs disks, it is just this one VM
> that has a disk that always fails to move.
>
>
>
> On Wed, 10 Oct 2018 at 10:38, Eyal Shenitzky  wrote:
>
>> Can you please attach VDSM and engine log with the error
>> (/var/log/vdsm/vdsm.log and var/log/ovirt-engine/engine.log)?
>>
>> Also, can you reproduce this issue consistently? is so, what are the
>> steps?
>>
>>
>> On Wed, Oct 10, 2018 at 10:55 AM Simon Vincent 
>> wrote:
>>
>>>  VDSM version: vdsm-4.20.39.1-1.el7
>>>  Engine: 4.2.6.4-1.el7
>>>
>>> On Wed, 10 Oct 2018 at 05:12, Eyal Shenitzky 
>>> wrote:
>>>
>>>> Can you please share the VDSM and the Engine version?
>>>>
>>>> On Tue, Oct 9, 2018 at 5:34 PM Simon Vincent 
>>>> wrote:
>>>>
>>>>> I am trying to move a disk to another data domain but it always fails
>>>>> with the following error.
>>>>>
>>>>> ERROR
>>>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>>>> (EE-ManagedThreadFactory-engineScheduled-Thread-77) [] EVENT_ID:
>>>>> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM blade15.crt.lan command
>>>>> HSMGetAllTasksStatusesVDS failed: Error creating a new volume: (u"Volume
>>>>> creation e6171aae-2c5b-4c91-84fc-506c0e835928 failed: Invalid parameter:
>>>>> 'initial size=122016117'",)
>>>>>
>>>>> It sounds a bit like this bug
>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1625240
>>>>>
>>>>> Does anyone know how to work around this problem?
>>>>>
>>>>> Thanks
>>>>> ___
>>>>> 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/ZQY7JRIAU6IKH6IOIQFCMCIGKPGBTP3L/
>>>>>
>>>>
>>>>
>>>> --
>>>> Regards,
>>>> Eyal Shenitzky
>>>>
>>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>

-- 
Regards,
Eyal Shenitzky
___
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/HL4AQT7WWEM33HCWEVA24Q7EKYAWRYZQ/


[ovirt-users] Re: Disk move fails - Invalid parameter: 'initial size=

2018-10-10 Thread Eyal Shenitzky
Can you please attach VDSM and engine log with the error
(/var/log/vdsm/vdsm.log and var/log/ovirt-engine/engine.log)?

Also, can you reproduce this issue consistently? is so, what are the steps?


On Wed, Oct 10, 2018 at 10:55 AM Simon Vincent  wrote:

>  VDSM version: vdsm-4.20.39.1-1.el7
>  Engine: 4.2.6.4-1.el7
>
> On Wed, 10 Oct 2018 at 05:12, Eyal Shenitzky  wrote:
>
>> Can you please share the VDSM and the Engine version?
>>
>> On Tue, Oct 9, 2018 at 5:34 PM Simon Vincent  wrote:
>>
>>> I am trying to move a disk to another data domain but it always fails
>>> with the following error.
>>>
>>> ERROR
>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-77) [] EVENT_ID:
>>> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM blade15.crt.lan command
>>> HSMGetAllTasksStatusesVDS failed: Error creating a new volume: (u"Volume
>>> creation e6171aae-2c5b-4c91-84fc-506c0e835928 failed: Invalid parameter:
>>> 'initial size=122016117'",)
>>>
>>> It sounds a bit like this bug
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1625240
>>>
>>> Does anyone know how to work around this problem?
>>>
>>> Thanks
>>> ___
>>> 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/ZQY7JRIAU6IKH6IOIQFCMCIGKPGBTP3L/
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>

-- 
Regards,
Eyal Shenitzky
___
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/R3I7M6KGX4WQQ36HZP73ABC4LH4XXUZR/


[ovirt-users] Re: Disk move fails - Invalid parameter: 'initial size=

2018-10-09 Thread Eyal Shenitzky
Can you please share the VDSM and the Engine version?

On Tue, Oct 9, 2018 at 5:34 PM Simon Vincent  wrote:

> I am trying to move a disk to another data domain but it always fails with
> the following error.
>
> ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engineScheduled-Thread-77) [] EVENT_ID:
> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM blade15.crt.lan command
> HSMGetAllTasksStatusesVDS failed: Error creating a new volume: (u"Volume
> creation e6171aae-2c5b-4c91-84fc-506c0e835928 failed: Invalid parameter:
> 'initial size=122016117'",)
>
> It sounds a bit like this bug
> https://bugzilla.redhat.com/show_bug.cgi?id=1625240
>
> Does anyone know how to work around this problem?
>
> Thanks
> ___
> 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/ZQY7JRIAU6IKH6IOIQFCMCIGKPGBTP3L/
>


-- 
Regards,
Eyal Shenitzky
___
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/JQO7SUGHWP7HBZSIXO5NFMZCTIDMN2WU/


[ovirt-users] Re: Moving to new storage questions

2018-10-09 Thread Eyal Shenitzky
Hey Mark,

Yes, after the disks copied successfully you can remove the original disks.




On Tue, Oct 9, 2018 at 1:49 PM Mark Steele  wrote:

> Good morning,
>
> We are in the process of moving our oVirt installation to a new storage
> solution. We have been 'move'-ing VM disks to the new storage without
> issue. We have several templates that use the old storage device - is there
> an equivalent process for moving template disks to the new storage unit?
>
> I see there is a 'copy' function in the template disk screen which creates
> a disk in the new storage domain. Can I then remove the original disk image
> from the original domain?
>
> Best regards,
>
> Mark
>
> ***
> *Mark Steele*
> CIO / VP Technical Operations | TelVue Corporation
> TelVue - We Share Your Vision
> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
> 800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
> twitter: http://twitter.com/telvue | facebook:
> https://www.facebook.com/telvue
> ___
> 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/3M5TF4LIEPFXRSRL7SG7PBGT5YRZORQS/
>


-- 
Regards,
Eyal Shenitzky
___
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/UEHYYIIC44T5X7YJ45O6B2CTNOMXU7SU/


[ovirt-users] Re: Cannot delete a stuck task

2018-10-08 Thread Eyal Shenitzky
Can you share the error message?

On Tue, Oct 9, 2018 at 8:07 AM Markus Schaufler 
wrote:

> Found out what caused the trouble: The preallocation of a disk on a NFS
> storage (of course) does not work. But instead of throwing an error the
> task remains forever and can't be deleted.
> Any idea on that?
> ___
> 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/CKRKF2YB5CPWJDVT3XQ7RYOCXMNWSTB4/
>


-- 
Regards,
Eyal Shenitzky
___
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/GHXVEHPZSE7ABH6ENJ3ERDCVSM2SCPVT/


[ovirt-users] Re: Cannot delete a stuck task

2018-10-08 Thread Eyal Shenitzky
Can you try to restart the engine?


On Mon, Oct 8, 2018 at 5:20 PM Markus Schaufler 
wrote:

> Hi,
>
> The task "Adding disk" is stuck at "creating volume".
> I tried to delete the task with "taskcleaner.sh", at CLI with list /
> remove jobs, deleted lastly the VM and restartet the engine-vm.
> But its still in the task list.
>
> Any idea to remove this job?
> ___
> 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/2RK3Z7MB65OK5GPRC7YHUZULIXTIEQXA/
>


-- 
Regards,
Eyal Shenitzky
___
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/R5IOZEKIEGQXGSHA2PBM74STRTKLX34O/


[ovirt-users] Re: clone snapshot of running vm

2018-09-15 Thread Eyal Shenitzky
Hey,

There is already an open bug on this issue -
https://bugzilla.redhat.com/show_bug.cgi?id=1623379
so please ignore the previous message.


On Sun, Sep 16, 2018 at 7:22 AM Eyal Shenitzky  wrote:

> Hey,
> Thank you for this mail.
> It seems like it is a UI bug.
>
> Please submit a bug to [1] and attach all the relevant log (ui.log etc..)
>
> [1] - https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
>
> On Sat, Sep 15, 2018 at 1:24 PM fsoyer  wrote:
>
>> Hi guys,
>> I just have this issue on a fresh 4.2.6 install. The snapshot of a vm
>> Seems to be the same logs in the ui.log (I paste it here to be sure), and
>> unable to clone the snapshot. VM on or off doesn't change things. This
>> really seems to be a UI issue because when it appends, we can no more
>> create or clone a snapshot on any VM : the buttons just do nothing (and no
>> log in the ui.log when we hit them). We must reload the ui (F5 or Ctrl-R)
>> to recover the functionnalities.
>> Please help us ? Thanks.
>>
>> 2018-09-15 11:37:50,589+02 ERROR
>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
>> (default task-17) [] Permutation name: 3F33631A4CFC71A7A5878CCA004CB97D
>> 2018-09-15 11:37:50,589+02 ERROR
>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
>> (default task-17) [] Uncaught exception:
>> com.google.gwt.event.shared.UmbrellaException: Exception caught:
>> (TypeError) : Cannot read property 'K' of null
>> at java.lang.Throwable.Throwable(Throwable.java:70) [rt.jar:1.8.0_181]
>> at
>> java.lang.RuntimeException.RuntimeException(RuntimeException.java:32)
>> [rt.jar:1.8.0_181]
>> at
>> com.google.web.bindery.event.shared.UmbrellaException.UmbrellaException(UmbrellaException.java:64)
>> [gwt-servlet.jar:]
>> at Unknown.new C0(webadmin-0.js)
>> at
>> com.google.gwt.event.shared.HandlerManager.$fireEvent(HandlerManager.java:117)
>> [gwt-servlet.jar:]
>> at com.google.gwt.user.client.ui.Widget.$fireEvent(Widget.java:127)
>> [gwt-servlet.jar:]
>> at com.google.gwt.user.client.ui.Widget.fireEvent(Widget.java:127)
>> [gwt-servlet.jar:]
>> at
>> com.google.gwt.event.dom.client.DomEvent.fireNativeEvent(DomEvent.java:110)
>> [gwt-servlet.jar:]
>> at
>> com.google.gwt.user.client.ui.Widget.$onBrowserEvent(Widget.java:163)
>> [gwt-servlet.jar:]
>> at
>> com.google.gwt.user.client.ui.Widget.onBrowserEvent(Widget.java:163)
>> [gwt-servlet.jar:]
>> at com.google.gwt.user.client.DOM.dispatchEvent(DOM.java:1415)
>> [gwt-servlet.jar:]
>> at
>> com.google.gwt.user.client.impl.DOMImplStandard.dispatchEvent(DOMImplStandard.java:312)
>> [gwt-servlet.jar:]
>> at com.google.gwt.core.client.impl.Impl.apply(Impl.java:236)
>> [gwt-servlet.jar:]
>> at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275)
>> [gwt-servlet.jar:]
>> at Unknown.eval(webadmin-0.js)
>> Caused by: com.google.gwt.core.client.JavaScriptException: (TypeError) :
>> Cannot read property 'K' of null
>> at
>> org.ovirt.engine.ui.uicommonweb.models.vms.ExistingVmModelBehavior.updateHaAvailability(ExistingVmModelBehavior.java:481)
>> at
>> org.ovirt.engine.ui.uicommonweb.models.vms.UnitVmModel.eventRaised(UnitVmModel.java:1933)
>> at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99)
>> at
>> org.ovirt.engine.ui.uicommonweb.models.ListModel.$setSelectedItem(ListModel.java:82)
>> at
>> org.ovirt.engine.ui.uicommonweb.models.ListModel.setSelectedItem(ListModel.java:78)
>> at
>> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.$updateListEditor(UiCommonEditorVisitor.java:193)
>> at
>> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.visit(UiCommonEditorVisitor.java:47)
>> at
>> com.google.gwt.editor.client.impl.AbstractEditorContext.$traverse(AbstractEditorContext.java:127)
>> [gwt-servlet.jar:]
>> at
>> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget_UiCommonModelEditorDelegate.accept(AbstractVmPopupWidget_UiCommonModelEditorDelegate.java:502)
>> at
>> com.google.gwt.editor.client.impl.AbstractEditorContext.$traverse(AbstractEditorContext.java:127)
>> [gwt-servlet.jar:]
>> at
>> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget_DriverImpl.accept(AbstractVmPopupWidget_DriverImpl.java:4)
>> at
>> org.ovirt.engine.ui.common.editor.AbstractUiCommonModelEditorDriver.$edit(AbstractUiCommonModelEditorDriver.java:32)
>

[ovirt-users] Re: clone snapshot of running vm

2018-09-15 Thread Eyal Shenitzky
; Caused by: com.google.gwt.core.client.JavaScriptException: (TypeError) :
> Cannot read property 'K' of null
> at
> org.ovirt.engine.ui.uicommonweb.models.vms.ExistingVmModelBehavior.updateHaAvailability(ExistingVmModelBehavior.java:481)
> at
> org.ovirt.engine.ui.uicommonweb.models.vms.UnitVmModel.eventRaised(UnitVmModel.java:1933)
> at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99)
> at
> org.ovirt.engine.ui.uicommonweb.models.ListModel.$setSelectedItem(ListModel.java:82)
> at
> org.ovirt.engine.ui.uicommonweb.models.ListModel.setSelectedItem(ListModel.java:78)
> at
> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.$updateListEditor(UiCommonEditorVisitor.java:193)
> at
> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.visit(UiCommonEditorVisitor.java:47)
> at
> com.google.gwt.editor.client.impl.AbstractEditorContext.$traverse(AbstractEditorContext.java:127)
> [gwt-servlet.jar:]
> at
> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget_UiCommonModelEditorDelegate.accept(AbstractVmPopupWidget_UiCommonModelEditorDelegate.java:502)
> at
> com.google.gwt.editor.client.impl.AbstractEditorContext.$traverse(AbstractEditorContext.java:127)
> [gwt-servlet.jar:]
> at
> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget_DriverImpl.accept(AbstractVmPopupWidget_DriverImpl.java:4)
> at
> org.ovirt.engine.ui.common.editor.AbstractUiCommonModelEditorDriver.$edit(AbstractUiCommonModelEditorDriver.java:32)
> at
> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget.$edit(AbstractVmPopupWidget.java:1518)
> at
> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget.edit(AbstractVmPopupWidget.java:1518)
> at
> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget.edit(AbstractVmPopupWidget.java:1518)
> at
> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractModeSwitchingPopupWidget.edit(AbstractModeSwitchingPopupWidget.java:80)
> at
> org.ovirt.engine.ui.common.view.popup.AbstractModelBoundWidgetPopupView.edit(AbstractModelBoundWidgetPopupView.java:37)
> at
> org.ovirt.engine.ui.common.presenter.AbstractModelBoundPopupPresenterWidget.$init(AbstractModelBoundPopupPresenterWidget.java:105)
> at
> org.ovirt.engine.ui.common.widget.popup.AbstractVmBasedPopupPresenterWidget.$init(AbstractVmBasedPopupPresenterWidget.java:63)
> at
> org.ovirt.engine.ui.common.widget.popup.AbstractVmBasedPopupPresenterWidget.init(AbstractVmBasedPopupPresenterWidget.java:63)
> at
> org.ovirt.engine.ui.common.widget.popup.AbstractVmBasedPopupPresenterWidget.init(AbstractVmBasedPopupPresenterWidget.java:63)
> at
> org.ovirt.engine.ui.common.uicommon.model.ModelBoundPopupHandler.$handleWindowModelChange(ModelBoundPopupHandler.java:116)
> at
> org.ovirt.engine.ui.common.uicommon.model.ModelBoundPopupHandler.$lambda$0(ModelBoundPopupHandler.java:80)
> at
> org.ovirt.engine.ui.common.uicommon.model.ModelBoundPopupHandler$lambda$0$Type.eventRaised(ModelBoundPopupHandler.java:80)
> at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99)
> at
> org.ovirt.engine.ui.uicommonweb.models.Model.$onPropertyChanged(Model.java:470)
> at
> org.ovirt.engine.ui.uicommonweb.models.Model.onPropertyChanged(Model.java:470)
> at org.ovirt.engine.ui.uicommonweb.models.Model.$setWindow(Model.java:99)
> at
> org.ovirt.engine.ui.uicommonweb.models.vms.VmSnapshotListModel.$cloneVM(VmSnapshotListModel.java:652)
> at
> org.ovirt.engine.ui.uicommonweb.models.vms.VmSnapshotListModel.executeCommand(VmSnapshotListModel.java:798)
> at org.ovirt.engine.ui.uicommonweb.UICommand.$execute(UICommand.java:163)
> at
> org.ovirt.engine.ui.common.widget.action.UiCommandButtonDefinition.onClick(UiCommandButtonDefinition.java:125)
> at
> org.ovirt.engine.ui.common.presenter.ActionPanelPresenterWidget.$lambda$2(ActionPanelPresenterWidget.java:140)
> at
> org.ovirt.engine.ui.common.presenter.ActionPanelPresenterWidget$lambda$2$Type.onClick(ActionPanelPresenterWidget.java:140)
> at com.google.gwt.event.dom.client.ClickEvent.dispatch(ClickEvent.java:55)
> [gwt-servlet.jar:]
> at com.google.gwt.event.shared.GwtEvent.dispatch(GwtEvent.java:76)
> [gwt-servlet.jar:]
> at
> com.google.web.bindery.event.shared.SimpleEventBus.$doFire(SimpleEventBus.java:173)
> [gwt-servlet.jar:]
> ... 11 more
>
> Regards,
> Paul S.
> ___
> 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/5TVAS2VBG5GEVH2CG665NNGOWVLOSRZF/
>
>
>
> ___
> 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/TKL3LOER3N2JNP3G34QEIL5G3KT277MP/
>


-- 
---
Regards,
Eyal Shenitzky
___
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/BG2O3REQ52NQG4NSIUJ2F57RCFFKJQCT/


[ovirt-users] Re: uploading ISOs

2018-08-01 Thread Eyal Shenitzky
Adding Idan and Daniel.

On Wed, Aug 1, 2018 at 3:00 PM, William Dossett 
wrote:

> Thank you,  That was what I was using…. But I was told that an ISO domain
> is no longer necessary, is that correct?  I can upload to VMStore?  Or any
> Domain?
>
>
>
> When I try to upload a Windows Server 2016 ISO, it starts to upload, then
> goes to Paused by System, if I resume, it goes back to Paused by system
> after about 15 secs.
>
>
>
> It is uploading to VMStore which has 498GB free of total 499 GB.
>
>
>
> Thanks
>
> Bill
>
>
>
>
>
> *From:* Eyal Shenitzky [mailto:eshen...@redhat.com]
> *Sent:* Tuesday, July 31, 2018 10:24 PM
> *To:* William Dossett 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] uploading ISOs
>
>
>
> Hi William,
>
>
>
> You can now upload image (and ISO) using image-io.
>
> You can find more information about it here - https://www.ovirt.org/
> develop/release-management/features/storage/image-upload/ .
>
>
>
> On Wed, Aug 1, 2018 at 5:58 AM, William Dossett 
> wrote:
>
> Hi,
>
>
>
> Before I go to the work of making my iso’s available to the ovirt-engine
> so I can use the iso uploader cli…
>
>
>
> I haven’t worked with ovirt for a while and the documents still refer to
> an ISO domain and engine-iso-uploader the former which I understand is not
> required now, just wondered if there was any easier way to upload through
> the web UI maybe?  I noticed an upload button under images…  could that be
> used for ISOs?
>
>
>
> I remember that was something that put me off slightly working with Ovirt
> last time was the number of steps I had to take to get an ISO available to
> build a VM from, but if that’s still the way I will soldier on.
>
>
>
> Thanks
>
>
>
> Bill
>
>
> ___
> 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/G273A5HOLECYFM262BTA2Y7JSOH253DZ/
>
>
>
>
>
> --
>
> Regards,
>
> Eyal Shenitzky
>



-- 
Regards,
Eyal Shenitzky
___
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/WBGO4CWUXWPGFM44NH7M5WQ5W44JDLZL/


[ovirt-users] Re: uploading ISOs

2018-07-31 Thread Eyal Shenitzky
Hi William,

You can now upload image (and ISO) using image-io.
You can find more information about it here -
https://www.ovirt.org/develop/release-management/features/storage/image-upload/
 .

On Wed, Aug 1, 2018 at 5:58 AM, William Dossett 
wrote:

> Hi,
>
>
>
> Before I go to the work of making my iso’s available to the ovirt-engine
> so I can use the iso uploader cli…
>
>
>
> I haven’t worked with ovirt for a while and the documents still refer to
> an ISO domain and engine-iso-uploader the former which I understand is not
> required now, just wondered if there was any easier way to upload through
> the web UI maybe?  I noticed an upload button under images…  could that be
> used for ISOs?
>
>
>
> I remember that was something that put me off slightly working with Ovirt
> last time was the number of steps I had to take to get an ISO available to
> build a VM from, but if that’s still the way I will soldier on.
>
>
>
> Thanks
>
>
>
> Bill
>
> ___
> 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/G273A5HOLECYFM262BTA2Y7JSOH253DZ/
>
>


-- 
Regards,
Eyal Shenitzky
___
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/5CH5Z2QXQREMAA7RT537DGX2IJYHDEFP/


[ovirt-users] Re: Asking about snapshot concept

2018-06-07 Thread Eyal Shenitzky
Exactly.

On Thu, Jun 7, 2018 at 10:21 AM, Terry hey  wrote:

> Hi Eyal,
>
> Thank you so much for answering me about snapshot concept. I am sorry for
> my late reply.
>
> Do you mean that when we create a new COW layer, we not only need to
> preserve the original disk, but we also need to mark the difference.
> Therefore, the disk format must be changed to be sparse?
>
> Also, what happen if we delete the snapshot. What we write in the new COW
> layer will be written into original layer?
>
> Regards
> Terry
>
> 2018-05-28 12:50 GMT+08:00 Eyal Shenitzky :
>
>> Hey Terry,
>>
>> When creating a snapshot it causes a new COW layer to be created over the
>> current layer.
>> All write actions performed after a snapshot is taken are written to the
>> new COW layer.
>>
>> The format that supports the option of "growable" disks is sparse,
>> therefore, when creating a snapshot of the disk, the format must support
>> the option to add another layer and maintain the difference between them.
>>
>> Regard to the snapshot size, it should contain all the changes between
>> the "old" disk layer (the snapshot) and the new layer (active snapshot) and
>> in order to achieve that, we should be able to mark each diff (note that
>> this is a qcow2 disk and not all the space is allocated).
>>
>> You can look and search for another information here -
>> https://www.ovirt.org/documentation/admin-guide/
>>
>> On Mon, May 28, 2018 at 6:21 AM, Terry hey  wrote:
>>
>>> Dear all,
>>>
>>> I have a pre-allocated virtual machine.
>>> When i created a snapshot for that virtual machine, i found that it
>>> became thin-provision.
>>> And the size of the snapshot is same as the virtual machine.
>>> i would like to ask why these two behavior happened.
>>> 1. preallocated to thin provision
>>> 2. the size of snapshot is same as the disk size of virtual machine.
>>>
>>> Regards
>>> Terry
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>>
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>
>


-- 
Regards,
Eyal Shenitzky
___
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/OIDO6BHXBRGVGB7NBRTNWC5B2W34U2WI/


[ovirt-users] Re: Asking about snapshot concept

2018-05-27 Thread Eyal Shenitzky
Hey Terry,

When creating a snapshot it causes a new COW layer to be created over the
current layer.
All write actions performed after a snapshot is taken are written to the
new COW layer.

The format that supports the option of "growable" disks is sparse,
therefore, when creating a snapshot of the disk, the format must support
the option to add another layer and maintain the difference between them.

Regard to the snapshot size, it should contain all the changes between
the "old" disk layer (the snapshot) and the new layer (active snapshot) and
in order to achieve that, we should be able to mark each diff (note that
this is a qcow2 disk and not all the space is allocated).

You can look and search for another information here -
https://www.ovirt.org/documentation/admin-guide/

On Mon, May 28, 2018 at 6:21 AM, Terry hey <recreati...@gmail.com> wrote:

> Dear all,
>
> I have a pre-allocated virtual machine.
> When i created a snapshot for that virtual machine, i found that it became
> thin-provision.
> And the size of the snapshot is same as the virtual machine.
> i would like to ask why these two behavior happened.
> 1. preallocated to thin provision
> 2. the size of snapshot is same as the disk size of virtual machine.
>
> Regards
> Terry
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>


-- 
Regards,
Eyal Shenitzky
___
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/LTSPV72AXLE7WO5VUIOWEMU3NFOUQRN5/


Re: [ovirt-users] Q: Copying VMs between Export domains of different data centres

2018-03-20 Thread Eyal Shenitzky
Exactly.


On Tue, Mar 20, 2018 at 5:51 PM, Andrei Verovski <andre...@starlett.lv>
wrote:

> On Tue, Mar 20, 2018 at 4:26 PM, Eyal Shenitzky <eshen...@redhat.com>
> wrote:
>
>> Hi Andrei,
>>
>> I think you miss understand the concept of export domain.
>>
>> Export domain allows you to pass entities from one data center to another.
>>
>
>
> OK, now I’ve got it. Thanks for so clear and short explanation. It should
> go straight into the oVirt manual and QA.
>
> One Data Center can have only one Export storage domain, right ?
>
> So 1 (single) export domain used as some kind of shared exchange buffer
> (VM “clipboard” in desktop metaphor) in whole oVirt setup, per 1 host
> engine.
>
>
>
>> The flow is:
>>
>> 1) Create an export domain in DC-A
>> 2) Export required entities to the export domain
>> 3) Deactivate (enter the storage domain to maintenance mode) and detach
>> the export domain
>> 4)  Attach the export domain to DC-B and import the entities to it.
>>
>> You can see more information here:
>> -  https://www.ovirt.org/documentation/admin-guide/chap-Storage/
>>
>>
>>
>>
>>
>> On Tue, Mar 20, 2018 at 4:04 PM, Andrei Verovski <andre...@starlett.lv>
>> wrote:
>>
>>> Hi,
>>>
>>> I have 2 data centers (with 1 node each because 1 have local data domain)
>>>
>>> Copied exported from DC #1, exports -> 1d7208ce-d3a1-4406-9638-fe7051562994
>>> -> images -> 12f48f07-7e93-4c66-b0e9-00efc1fec418, with 2 files inside
>>> fc469474-94fd-416b-b921-58604f46411c - 171 GB (seems like disk image)
>>> fc469474-94fd-416b-b921-58604f46411c.meta
>>>
>>> to DC #2, export -> 36bc8d5d-30e9-4df5-94cd-c837483c5e41 -> images
>>> -> 12f48f07-7e93-4c66-b0e9-00efc1fec418, with these above listed files
>>> inside.
>>> (screenshot attached)
>>>
>>> However, in “Import Virtual machine(s)” dialog this VM is not visible
>>> even after running “Load” command inside import dialog.
>>> Looks like for whatever reason oVirt don’t refresh content of this
>>> directory.
>>>
>>> How to instruct oVirt to refresh and index these files?
>>>
>>> Or this method won’t work at all, and one have to import/export OVA
>>> images, or use lengthy procedure described by Fred Roland here ?
>>> http://lists.ovirt.org/pipermail/users/2018-February/087304.html
>>>
>>> Thanks.
>>> Andrei
>>>
>>>
>>>
>>>
>>>  
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] Q: Removing stuff from EXPORT domain

2018-03-20 Thread Eyal Shenitzky
Please try to press on the storage domain *name* while you are at the
storage domains list.

On Tue, Mar 20, 2018 at 4:22 PM, Andrei Verovski <andre...@starlett.lv>
wrote:

>
>
> On 20 Mar 2018, at 16:01, Eyal Shenitzky <eshen...@redhat.com> wrote:
>
> Attached screen-shot for deleting a VM from an export domain:
>
> 1) go to storage domains list
> 2) select the export domain
> 3) In the export domain - navigate to 'VM Import' tab
> 4) select VM and press 'remove' button.
>
> 
> 
> 
>
>
> I can’t navigate to this point, in Storage -> Storage Domains there is a
> list of domains as on your screenshot, which are double-clickable items.
>
> *3) In the export domain - navigate to 'VM Import’ tab*
>
> Double click on list item opens “Manage Domain” dialog.
> Control-Click opens popup menu: “New Domain”, “Import Domain”, “Manage
> Domain”.
>
> “Manage Domain” allows only edit of basic parameters.
> Or I must add new domain by means of running “Import Domain”, and then go
> to the points you have described ?
>
> Running FireFox on Mac and Linux. Is it possible it doesn’t display
> something correctly.
> What browser you use ?
>
>
>
> On Tue, Mar 20, 2018 at 3:45 PM, Andrei Verovski <andre...@starlett.lv>
> wrote:
>
>>
>>
>> On 20 Mar 2018, at 13:30, Eyal Shenitzky <eshen...@redhat.com> wrote:
>>
>> The export domain should contain entities for export: VMs, Template etc..
>>
>> You can remove them from the domain via Storage -> Export Domain ->  Import
>> Virtual Machine(s) / Templates -> select the unsed entetiy -> remove (upper
>> right side of the window).
>>
>>
>> in oVirt 4.2.1
>>
>> Storage -> Storage Domains
>> I see list of domains, there are NO “Import Import Virtual Machine(s)”,
>> see screenshot 1
>> "Import VM" is inside Compute -> Virtual machines, yet I don’t see option
>> you mention - screenshot 2.
>>
>> Is it possible you have more recent GIT version ?
>>
>> 
>>
>> 
>>
>>
>>
>>
>>
>> On Tue, Mar 20, 2018 at 1:17 PM, Andrei Verovski <andre...@starlett.lv>
>> wrote:
>>
>>>
>>>
>>> On 20 Mar 2018, at 12:59, Eyal Shenitzky <eshen...@redhat.com> wrote:
>>>
>>> Hi Andrei,
>>>
>>> You can remove entities from export domain via the UI.
>>>
>>>
>>> in 4.2
>>>
>>> Storage -> Disks - exported image is not visible here
>>> Storage -> Storage Domains -> Manage Domains - nothing that allows to
>>> see content of domain
>>>
>>> I can see content of Export domain only in “Import Virtual Machine(s)”
>>> dialog, but can’t alter it in any way.
>>>
>>> What I’m missing here ?
>>>
>>>
>>>
>>>
>>> On Tue, Mar 20, 2018 at 12:54 PM, Andrei Verovski <andre...@starlett.lv>
>>> wrote:
>>>
>>>> Hi !
>>>>
>>>>
>>>> What is the proper oVirt way to remove unused stuff from EXPORT domain ?
>>>> Simply "rm -Rv xxx" and "rm -Rv xxx.meta"
>>>> via SSH inside export -> 1d7208ce-d3a1-4406-9638-fe7051562994 ->
>>>> images ?
>>>>
>>>> Thanks
>>>> Andrei
>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>
>>>
>>>
>>> --
>>> Regards,
>>> Eyal Shenitzky
>>>
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>
>


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


Re: [ovirt-users] Q: Copying VMs between Export domains of different data centres

2018-03-20 Thread Eyal Shenitzky
On Tue, Mar 20, 2018 at 4:26 PM, Eyal Shenitzky <eshen...@redhat.com> wrote:

> Hi Andrei,
>
> I think you miss understand the concept of export domain.
>
> Export domain allows you to pass entities from one data center to another.
>
> The flow is:
>
> 1) Create an export domain in DC-A
> 2) Export required entities to the export domain
> 3) Deactivate (enter the storage domain to maintenance mode) and detach
> the export domain
> 4)  Attach the export domain to DC-B and import the entities to it.
>
> You can see more information here:
> -  https://www.ovirt.org/documentation/admin-guide/chap-Storage/
>
>
>
>
>
> On Tue, Mar 20, 2018 at 4:04 PM, Andrei Verovski <andre...@starlett.lv>
> wrote:
>
>> Hi,
>>
>> I have 2 data centers (with 1 node each because 1 have local data domain)
>>
>> Copied exported from DC #1, exports -> 1d7208ce-d3a1-4406-9638-fe7051562994
>> -> images -> 12f48f07-7e93-4c66-b0e9-00efc1fec418, with 2 files inside
>> fc469474-94fd-416b-b921-58604f46411c - 171 GB (seems like disk image)
>> fc469474-94fd-416b-b921-58604f46411c.meta
>>
>> to DC #2, export -> 36bc8d5d-30e9-4df5-94cd-c837483c5e41 -> images
>> -> 12f48f07-7e93-4c66-b0e9-00efc1fec418, with these above listed files
>> inside.
>> (screenshot attached)
>>
>> However, in “Import Virtual machine(s)” dialog this VM is not visible
>> even after running “Load” command inside import dialog.
>> Looks like for whatever reason oVirt don’t refresh content of this
>> directory.
>>
>> How to instruct oVirt to refresh and index these files?
>>
>> Or this method won’t work at all, and one have to import/export OVA
>> images, or use lengthy procedure described by Fred Roland here ?
>> http://lists.ovirt.org/pipermail/users/2018-February/087304.html
>>
>> Thanks.
>> Andrei
>>
>>
>>
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>



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


Re: [ovirt-users] Q: Removing stuff from EXPORT domain

2018-03-20 Thread Eyal Shenitzky
It doesn't behave differently than removing a disk from Storage domains ->
Storage domain - > disks,

The entities do not belong to any data center so it must be inside the
storage domain view.

On Tue, Mar 20, 2018 at 2:05 PM, Sandro Bonazzola <sbona...@redhat.com>
wrote:

>
>
> Il mar 20 mar 2018, 12:32 Eyal Shenitzky <eshen...@redhat.com> ha scritto:
>
>> The export domain should contain entities for export: VMs, Template etc..
>>
>> You can remove them from the domain via Storage -> Export Domain ->  Import
>> Virtual Machine(s) / Templates -> select the unsed entetiy -> remove (upper
>> right side of the window).
>>
>
> Isn't it a bit not intuitive that for removing something you need to open
> the import command?
>
>
>
>
>
>>
>>
>> On Tue, Mar 20, 2018 at 1:17 PM, Andrei Verovski <andre...@starlett.lv>
>> wrote:
>>
>>>
>>>
>>> On 20 Mar 2018, at 12:59, Eyal Shenitzky <eshen...@redhat.com> wrote:
>>>
>>> Hi Andrei,
>>>
>>> You can remove entities from export domain via the UI.
>>>
>>>
>>> in 4.2
>>>
>>> Storage -> Disks - exported image is not visible here
>>> Storage -> Storage Domains -> Manage Domains - nothing that allows to
>>> see content of domain
>>>
>>> I can see content of Export domain only in “Import Virtual Machine(s)”
>>> dialog, but can’t alter it in any way.
>>>
>>> What I’m missing here ?
>>>
>>>
>>>
>>>
>>> On Tue, Mar 20, 2018 at 12:54 PM, Andrei Verovski <andre...@starlett.lv>
>>> wrote:
>>>
>>>> Hi !
>>>>
>>>>
>>>> What is the proper oVirt way to remove unused stuff from EXPORT domain ?
>>>> Simply "rm -Rv xxx" and "rm -Rv xxx.meta"
>>>> via SSH inside export -> 1d7208ce-d3a1-4406-9638-fe7051562994 ->
>>>> images ?
>>>>
>>>> Thanks
>>>> Andrei
>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>
>>>
>>>
>>> --
>>> Regards,
>>> Eyal Shenitzky
>>>
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>


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


Re: [ovirt-users] Q: Removing stuff from EXPORT domain

2018-03-20 Thread Eyal Shenitzky
The export domain should contain entities for export: VMs, Template etc..

You can remove them from the domain via Storage -> Export Domain ->  Import
Virtual Machine(s) / Templates -> select the unsed entetiy -> remove (upper
right side of the window).



On Tue, Mar 20, 2018 at 1:17 PM, Andrei Verovski <andre...@starlett.lv>
wrote:

>
>
> On 20 Mar 2018, at 12:59, Eyal Shenitzky <eshen...@redhat.com> wrote:
>
> Hi Andrei,
>
> You can remove entities from export domain via the UI.
>
>
> in 4.2
>
> Storage -> Disks - exported image is not visible here
> Storage -> Storage Domains -> Manage Domains - nothing that allows to see
> content of domain
>
> I can see content of Export domain only in “Import Virtual Machine(s)”
> dialog, but can’t alter it in any way.
>
> What I’m missing here ?
>
>
>
>
> On Tue, Mar 20, 2018 at 12:54 PM, Andrei Verovski <andre...@starlett.lv>
> wrote:
>
>> Hi !
>>
>>
>> What is the proper oVirt way to remove unused stuff from EXPORT domain ?
>> Simply "rm -Rv xxx" and "rm -Rv xxx.meta"
>> via SSH inside export -> 1d7208ce-d3a1-4406-9638-fe7051562994 -> images ?
>>
>> Thanks
>> Andrei
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] Q: Removing stuff from EXPORT domain

2018-03-20 Thread Eyal Shenitzky
Hi Andrei,

You can remove entities from export domain via the UI.


On Tue, Mar 20, 2018 at 12:54 PM, Andrei Verovski <andre...@starlett.lv>
wrote:

> Hi !
>
>
> What is the proper oVirt way to remove unused stuff from EXPORT domain ?
> Simply "rm -Rv xxx" and "rm -Rv xxx.meta"
> via SSH inside export -> 1d7208ce-d3a1-4406-9638-fe7051562994 -> images ?
>
> Thanks
> Andrei
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



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


Re: [ovirt-users] Disk upload cancel/remove

2018-03-20 Thread Eyal Shenitzky
Idan/Daniel,

Can you please take a look?

Thanks,

On Tue, Mar 20, 2018 at 11:44 AM, Alex K <rightkickt...@gmail.com> wrote:

> Hi All,
>
> I was trying to upload a VM disk at data storage domain using a python
> script.
> I did cancel the upload twice and at the third time the upload was
> successful, but I see two disks from the previous attempts with status
> "transferring via API" (see attached). This status of for more then 8 hours
> and I cannot remove them.
>
> Is there any way to clean them from the disks inventory?
>
>
>
> I am using ovirt 4.1.9.1-1.el7.centos with self hosted engine on 3 nodes.
>
> Thanx,
> Alex
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] Gluster: VM disk stuck in transfer; georep gone wonky

2018-03-20 Thread Eyal Shenitzky
Can you please check if you can detach the disk from the VM and attach it
to the created VM?

On Tue, Mar 20, 2018 at 8:48 AM, Jim Kusznir <j...@palousetech.com> wrote:

> Unfortunately, I came under heavy pressure to get this vm back up.  So, i
> did more googling and attempted to recover myself.  I've gotten closer, but
> still not quite.
>
> I found this post:
>
> http://lists.ovirt.org/pipermail/users/2015-November/035686.html
>
> Which gave me the unlock tool, which was successful in unlocking the
> disk.  Unfortunately, it did not delete the task, nor did ovirt do so on
> its own after the disk was unlocked.
>
> So I found the taskcleaner.sh in the same directory and attempted to clean
> the task outexcept it doesn't seem to see the task (none of the show
> tasks options seemed to work or the delete all options).  I did still have
> the task uuid from the gui, so i attempted to use that, but all I got back
> was a "t" on one line and a "0" on the next, so I have no idea what that
> was supposed to mean.  In any case, the web UI still shows the task, still
> won't let me start the VM and appears convinced its still copying.  I've
> tried restarting the engine and vdsm on the SPM, neither have helped.  I
> can't find any evidence of the task on the command line; only in the UI.
>
> I'd create a new VM if i could rescue the image, but I'm not sure I can
> manage to get this image accepted in another VM
>
> How do i recover now?
>
> --Jim
>
> On Mon, Mar 19, 2018 at 9:38 AM, Jim Kusznir <j...@palousetech.com> wrote:
>
>> Hi all:
>>
>> Sorry for yet another semi-related message to the list.  In my attempts
>> to troubleshoot and verify some suspicions on the nature of the performance
>> problems I posted under "Major Performance Issues with gluster", I
>> attempted to move one of my problem VM's back to the original storage
>> (SSD-backed).  It appeared to be moving fine, but last night froze at 84%.
>> This morning (8hrs later), its still at 84%.
>>
>> I need to get that VM back up and running, but I don't know how...It
>> seems to be stuck in limbo.
>>
>> The only thing I explicitly did last night as well that may have caused
>> an issue is finally set up and activated georep to an offsite backup
>> machine.  That too seems to have gone a bit wonky.  On the ovirt server
>> side, it shows normal with all but data-hdd show a last sync'ed time of 3am
>> (which matches my bandwidth graphs for the WAN connections involved).
>> data-hdd (the new disk-backed storage with most of my data in it) shows not
>> yet synced, but I'm also not currently seeing bandwidth usage anymore.
>>
>> I logged into the georep destination box, and found system load a bit
>> high, a bunch of gluster and rsync processes running, and both data and
>> data-hdd using MORE disk space than the origional (data-hdd using 4x more
>> disk space than is on the master node).  Not sure what to do about this; I
>> paused the replication from the cluster, but that hasn't seem to had an
>> effect on the georep destination.
>>
>> I promise I'll stop trying things until I get guidance from the list!
>> Please do help; I need the VM HDD unstuck so I can start it.
>>
>> Thanks!
>> --Jim
>>
>>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] Gluster: VM disk stuck in transfer; georep gone wonky

2018-03-20 Thread Eyal Shenitzky
Hi,

Can you please send the VDSM and Engine log?

Thanks

On Mon, Mar 19, 2018 at 6:38 PM, Jim Kusznir <j...@palousetech.com> wrote:

> Hi all:
>
> Sorry for yet another semi-related message to the list.  In my attempts to
> troubleshoot and verify some suspicions on the nature of the performance
> problems I posted under "Major Performance Issues with gluster", I
> attempted to move one of my problem VM's back to the original storage
> (SSD-backed).  It appeared to be moving fine, but last night froze at 84%.
> This morning (8hrs later), its still at 84%.
>
> I need to get that VM back up and running, but I don't know how...It seems
> to be stuck in limbo.
>
> The only thing I explicitly did last night as well that may have caused an
> issue is finally set up and activated georep to an offsite backup machine.
> That too seems to have gone a bit wonky.  On the ovirt server side, it
> shows normal with all but data-hdd show a last sync'ed time of 3am (which
> matches my bandwidth graphs for the WAN connections involved).  data-hdd
> (the new disk-backed storage with most of my data in it) shows not yet
> synced, but I'm also not currently seeing bandwidth usage anymore.
>
> I logged into the georep destination box, and found system load a bit
> high, a bunch of gluster and rsync processes running, and both data and
> data-hdd using MORE disk space than the origional (data-hdd using 4x more
> disk space than is on the master node).  Not sure what to do about this; I
> paused the replication from the cluster, but that hasn't seem to had an
> effect on the georep destination.
>
> I promise I'll stop trying things until I get guidance from the list!
> Please do help; I need the VM HDD unstuck so I can start it.
>
> Thanks!
> --Jim
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] Failing to upload qcow2 disk image

2018-03-19 Thread Eyal Shenitzky
Hi Idan,

Can you please take a look?

On Mon, Mar 19, 2018 at 11:07 AM, Anantha Raghava <
rag...@exzatechconsulting.com> wrote:

> Hi,
>
> I am trying to upload the disk image which is in qcow2 format. After
> uploading about 38 GB the status turns to "Paused by system" and it does
> not resume at all. Any attempt to manually resume, will result back in
> paused status.
>
> Ovirt engine version : 4.2.1.6-1.el7.centos
>
> Any guidance to finish this upload task?
>
> --
>
> Thanks & Regards,
>
>
> Anantha Raghava
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] improvement for web ui during the create template stage.

2018-03-18 Thread Eyal Shenitzky
Thanks Nicolas

On Sun, Mar 18, 2018 at 11:44 PM, Nicolas Vaye <nicolas.v...@province-sud.nc
> wrote:

> Yes, bug submitted
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1557803
>
>
>  Message initial 
>
> Date: Wed, 14 Mar 2018 11:25:56 +0200
> Objet: Re: [ovirt-users] improvement for web ui during the create template
> stage.
> À: Nicolas Vaye <nicolas.v...@province-sud.nc<mailto:Nicolas%20Vaye%20%
> 3cnicolas.v...@province-sud.nc%3e>>
> De: Eyal Shenitzky <eshen...@redhat.com<mailto:Ey
> al%20shenitzky%20%3ceshen...@redhat.com%3e>>
> Hi Nicolas,
>
> Please submit a bug using - https://bugzilla.redhat.com/
> enter_bug.cgi?product=ovirt-engine.
>
> Thanks,
>
> On Wed, Mar 14, 2018 at 6:04 AM, Nicolas Vaye <
> nicolas.v...@province-sud.nc<mailto:nicolas.v...@province-sud.nc>> wrote:
> Hi,
> I 'have 2 ovirt node with HE in version 4.2.1.7-1.
>
> If i make a template from a VM's snapshot in the web ui, there is a form
> ui to enter several parameter
> [cid:1521000255.509.1.camel@province-sud.nc<mailto:cid%
> 3a1521000255.509.1.ca...@province-sud.nc>]
>
> if the name of the template is missing and if we clic on the OK button,
> there is an highlighting red border on the name to indicate the problem.
> if i enter a long name for the template and if we clic on the OK button,
> nothing happend, and there is no highlight or error message to indicate
> there is a problem with the long name.
>
> Could you improve that ?
>
> Thanks,
>
> Regards,
>
> Nicolas VAYE
>
>
> _______
> Users mailing list
> Users@ovirt.org<mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
> --
> Regards,
> Eyal Shenitzky
>



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


Re: [ovirt-users] NFS 4.1 support and migration

2018-03-15 Thread Eyal Shenitzky
Have to admit that I didn't play with the hosted engine thing, but maybe
you can find the answers in the documentation:


   - https://ovirt.org/documentation/self-hosted/Self-Hosted_Engine_Guide/
   - https://www.ovirt.org/documentation/how-to/hosted-engine/
   -
   https://ovirt.org/develop/release-management/features/sla/self-hosted-engine/


On Thu, Mar 15, 2018 at 3:25 PM, <spfma.t...@e.mail.fr> wrote:

> Thanks, I totally missed that :-/
>
> And this wil also work for the hosted engine dedicated domain, putting the
> storage domain the virtual machine is depending on in maintenance ?
>
>
>
> Le 15-Mar-2018 10:38:48 +0100, eshen...@redhat.com a écrit:
>
>
> You can edit the storage domain setting after the storage domain
> deactivated (entered to maintenance mode).
>
>
> On Thu, Mar 15, 2018 at 11:12 AM, <spfma.t...@e.mail.fr> wrote:
>
>> In fact I don't really know how to change storage domains setttings (like
>> nfs version or export path, ...), if it is only possible.
>>
>> I thought they could be disabled after stopping all related VMS, and
>> maybe settings panel would then unlock ?
>>
>> But this should be impossible with hosted engine dedicated storage domain
>> as it is required for the GUI itself.
>>
>> So I am stuck.
>>
>> Le 15-Mar-2018 09:59:30 +0100, eshen...@redhat.com a écrit:
>>
>>
>> I am not sure what you mean,
>> Can you please try to explain what is the difference between "VMs domain"
>> to "hosted storage domain" according to you?
>>
>> Thanks,
>>
>> On Thu, Mar 15, 2018 at 10:45 AM, <spfma.t...@e.mail.fr> wrote:
>>
>>> Thanks for your answer.
>>>
>>> And to use V4.1 instead of V3 on a domain, do I just have to disconnect
>>> it and change its settings ? Seems to be easy to do with VMs domains, but
>>> how to do it with hosted storage domain ?
>>>
>>> Regards
>>>
>>>
>>>
>>> Le 14-Mar-2018 11:54:52 +0100, eshen...@redhat.com a écrit:
>>>
>>>
>>> Hi,
>>>
>>> NFS 4.1 supported and working since version 3.6 (according to this bug
>>> fix [1])
>>>
>>> [1] Support NFS v4.1 connections - https://bugzilla.redhat.com/
>>> show_bug.cgi?id=1283964
>>>
>>>
>>> --
>>> FreeMail powered by mail.fr
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>>
>> --
>> FreeMail powered by mail.fr
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>
> --
> FreeMail powered by mail.fr
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] [4.2.2-1.el7.centos] Image locked and unending task

2018-03-15 Thread Eyal Shenitzky
re of the second disk contents.
>
> But the preview operation never ended. So I restarted the engine vm but
> nothing changed.
>
> This morning I tried to cleanup things, using "taskcleaner" and
> "unlock_entity". I could regain control over the VM, but the task is still
> in "finalizing" state in the GUI.
>
> I even remove the second disk to see if it was better, but nothing.
>
> You will find the engine logfile and the "vdsm.log" from the server the
> task is running on.
>
> I am not sure how to check engine version precisely, so I queried the rpm
> database in the vm : ovirt-engine-4.2.2-1.el7.centos.noarch
>
> Regards
>
>
>
>
> Le 15-Mar-2018 10:17:59 +0100, eshen...@redhat.com a écrit:
>
>
> Hi,
>
> Can you please specify the version of the engine and supply the engine.log
> and the vdsm.log?
>
> Moreover, can you please specify the steps that you did that led you to
> this issue?
>
> Thanks,
>
> On Thu, Mar 15, 2018 at 11:05 AM, <spfma.t...@e.mail.fr> wrote:
>
>> Hi,
>>
>> I tried to rollback to a snapshot on a VM, but the preview never ended.
>>
>> The task has been running for about 15 hours, with this state :
>>
>> {
>> "916b67fb-8808-43d2-850c-1c12650ccc49": {
>> "verb": "createVolume",
>> "code": 0,
>> "state": "finished",
>> "tag": "spm",
>> "result": {
>> "uuid": "d37ca118-820f-46a3-b99b-714018ea8b42"
>> },
>> "message": "1 jobs completed successfully",
>> "id": "916b67fb-8808-43d2-850c-1c12650ccc49"
>> }
>> }
>>
>> I just canceled it : the task list is now empty on the CLI but no change
>> on GUI.
>>
>> So I restared the engine VM, but no success.
>>
>> With "/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh" I was able
>> to manually unlock the image, but the task is still "finalizing".
>>
>> Is this a bug ?
>>
>> Regards
>>
>> --
>> FreeMail powered by mail.fr
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>
> --
> FreeMail powered by mail.fr




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


Re: [ovirt-users] NFS 4.1 support and migration

2018-03-15 Thread Eyal Shenitzky
You can edit the storage domain setting after the storage domain
deactivated (entered to maintenance mode).


On Thu, Mar 15, 2018 at 11:12 AM, <spfma.t...@e.mail.fr> wrote:

> In fact I don't really know how to change storage domains setttings (like
> nfs version or export path, ...), if it is only possible.
>
> I thought they could be disabled after stopping all related VMS, and maybe
> settings panel would then unlock ?
>
> But this should be impossible with hosted engine dedicated storage domain
> as it is required for the GUI itself.
>
> So I am stuck.
>
> Le 15-Mar-2018 09:59:30 +0100, eshen...@redhat.com a écrit:
>
>
> I am not sure what you mean,
> Can you please try to explain what is the difference between "VMs domain"
> to "hosted storage domain" according to you?
>
> Thanks,
>
> On Thu, Mar 15, 2018 at 10:45 AM, <spfma.t...@e.mail.fr> wrote:
>
>> Thanks for your answer.
>>
>> And to use V4.1 instead of V3 on a domain, do I just have to disconnect
>> it and change its settings ? Seems to be easy to do with VMs domains, but
>> how to do it with hosted storage domain ?
>>
>> Regards
>>
>>
>>
>> Le 14-Mar-2018 11:54:52 +0100, eshen...@redhat.com a écrit:
>>
>>
>> Hi,
>>
>> NFS 4.1 supported and working since version 3.6 (according to this bug
>> fix [1])
>>
>> [1] Support NFS v4.1 connections - https://bugzilla.redhat.com/
>> show_bug.cgi?id=1283964
>>
>>
>> --
>> FreeMail powered by mail.fr
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>
> --
> FreeMail powered by mail.fr
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] [4.2.2-1.el7.centos] Image locked and unending task

2018-03-15 Thread Eyal Shenitzky
Hi,

Can you please specify the version of the engine and supply the engine.log
and the vdsm.log?

Moreover, can you please specify the steps that you did that led you to
this issue?

Thanks,

On Thu, Mar 15, 2018 at 11:05 AM, <spfma.t...@e.mail.fr> wrote:

> Hi,
>
> I tried to rollback to a snapshot on a VM, but the preview never ended.
>
> The task has been running for about 15 hours, with this state :
>
> {
> "916b67fb-8808-43d2-850c-1c12650ccc49": {
> "verb": "createVolume",
> "code": 0,
> "state": "finished",
> "tag": "spm",
> "result": {
> "uuid": "d37ca118-820f-46a3-b99b-714018ea8b42"
> },
> "message": "1 jobs completed successfully",
> "id": "916b67fb-8808-43d2-850c-1c12650ccc49"
> }
> }
>
> I just canceled it : the task list is now empty on the CLI but no change
> on GUI.
>
> So I restared the engine VM, but no success.
>
> With "/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh" I was able
> to manually unlock the image, but the task is still "finalizing".
>
> Is this a bug ?
>
> Regards
>
> --
> FreeMail powered by mail.fr
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] NFS 4.1 support and migration

2018-03-15 Thread Eyal Shenitzky
I am not sure what you mean,
Can you please try to explain what is the difference between "VMs domain"
to "hosted storage domain" according to you?

Thanks,

On Thu, Mar 15, 2018 at 10:45 AM, <spfma.t...@e.mail.fr> wrote:

> Thanks for your answer.
>
> And to use V4.1 instead of V3 on a domain, do I just have to disconnect it
> and change its settings ? Seems to be easy to do with VMs domains, but how
> to do it with hosted storage domain ?
>
> Regards
>
>
>
> Le 14-Mar-2018 11:54:52 +0100, eshen...@redhat.com a écrit:
>
>
> Hi,
>
> NFS 4.1 supported and working since version 3.6 (according to this bug fix
> [1])
>
> [1] Support NFS v4.1 connections - https://bugzilla.redhat.com/
> show_bug.cgi?id=1283964
>
>
> --
> FreeMail powered by mail.fr
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] NFS 4.1 support and migration

2018-03-14 Thread Eyal Shenitzky
Hi,

NFS 4.1 supported and working since version 3.6 (according to this bug fix
[1])

[1] Support NFS v4.1 connections -
https://bugzilla.redhat.com/show_bug.cgi?id=1283964
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Unable to remove storage domain's

2018-02-21 Thread Eyal Shenitzky
So here is the Query:

BEGIN
-- Creating a temporary table which will give all the images and
the disks which resids on only the specified storage domain. (copied
template disks on multiple storage domains will not be part of this
table)
CREATE TEMPORARY TABLE STORAGE_DOMAIN_MAP_TABLE AS

SELECT image_guid AS image_id,
disk_id
FROM memory_and_disk_images_storage_domain_view
WHERE storage_id = v_storage_domain_id

EXCEPT

SELECT image_guid AS image_id,
disk_id
FROM memory_and_disk_images_storage_domain_view
WHERE storage_id != v_storage_domain_id;

exception when others then

TRUNCATE TABLE STORAGE_DOMAIN_MAP_TABLE;

INSERT INTO STORAGE_DOMAIN_MAP_TABLE
SELECT image_guid AS image_id,
disk_id
FROM memory_and_disk_images_storage_domain_view
WHERE storage_id = v_storage_domain_id

EXCEPT

SELECT image_guid AS image_id,
disk_id
FROM memory_and_disk_images_storage_domain_view
WHERE storage_id != v_storage_domain_id;
END;

Try to run it and share the results please.

On Wed, Feb 21, 2018 at 4:01 PM, Eyal Shenitzky <eshen...@redhat.com> wrote:

> Note that destroy and remove are two different operations.
>
> Did you try both?
>
> On Wed, Feb 21, 2018 at 3:17 PM, Ladislav Humenik <
> ladislav.hume...@1und1.de> wrote:
>
>> Hi, of course i did. I put these domain's first in to maintenance, then
>> Detached it from the datacenter.
>>
>> The last step is destroy or remove "just name it" and this last step is
>> mysteriously not working.
>>
>>
>> and throwing sql exception which I attached before.
>>
>> Thank you in advance
>> ladislav
>>
>> On 21.02.2018 14:03, Eyal Shenitzky wrote:
>>
>> Did you manage to set the domain to maintenance?
>>
>> If so you can try to 'Destroy' the domain.
>>
>> On Wed, Feb 21, 2018 at 2:57 PM, Ladislav Humenik <
>> ladislav.hume...@1und1.de> wrote:
>>
>>> Hi, no
>>>
>>>
>>> this table "STORAGE_DOMAIN_MAP_TABLE" is not present at any of our
>>> ovirt's and
>>>
>>> based on link
>>> <http://?ui=2=0712e9a1b3=fimg=161b8714ec199ae3=0.1.1=emb=ANGjdJ9PPOWU6bxvze9lPAM_2gBE-uu8fFppbzl2kuXMhSwyKx4QWo0sFYbLjNBgMhB0RdoOM_e16gleR75ZmUYnx3ndhB0CgYgXtvtBs7wNxOYf-o9rWv42duaUwsw=s0-l75-ft=1519218030205=161b8714ec199ae3=0>
>>> this is just a temporary table. Can you point me to what query should I
>>> test?
>>>
>>> thank you in advance
>>>
>>> Ladislav
>>>
>>> On 21.02.2018 12:50, Eyal Shenitzky wrote:
>>>
>>> According to the logs, it seems like you somehow missing a table in the
>>> DB -
>>>
>>> STORAGE_DOMAIN_MAP_TABLE.
>>>
>>> 4211-b98f-a37604642251] Command 
>>> 'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand' 
>>> failed: CallableStatementCallback; bad SQL grammar [{call 
>>> force_delete_storage_domain(?)}]; nested exception is 
>>> org.postgresql.util.PSQLException: ERROR: relation 
>>> "storage_domain_map_table" does not exist
>>>
>>> Did you tryied to run some SQL query which cause that issue?
>>>
>>>
>>>
>>>
>>> On Wed, Feb 21, 2018 at 11:48 AM, Ladislav Humenik <
>>> ladislav.hume...@1und1.de> wrote:
>>>
>>>> Hello,
>>>>
>>>> we can not remove old NFS-data storage domains, this 4 are already
>>>> deactivated and unattached:
>>>>
>>>> engine=> select id,storage_name from storage_domains where storage_name
>>>> like 'bs09%';
>>>>   id  | storage_name
>>>> --+---
>>>>  819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
>>>>  9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
>>>>  f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
>>>>  a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
>>>> (4 rows)
>>>>
>>>>
>>>> The only images which still resides in DB are OVF_STORE templates:
>>>>
>>>> engine=> select image_guid,storage_name,disk_description from
>>>> images_storage_domain_view where storage_name like 'bs09%';
>>>>   image_guid  | storage_name  |
>>>> disk_description
>>>> --+---+-
>>>> -
>>>>  6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm  | OVF_STORE
>

Re: [ovirt-users] Unable to remove storage domain's

2018-02-21 Thread Eyal Shenitzky
Note that destroy and remove are two different operations.

Did you try both?

On Wed, Feb 21, 2018 at 3:17 PM, Ladislav Humenik <ladislav.hume...@1und1.de
> wrote:

> Hi, of course i did. I put these domain's first in to maintenance, then
> Detached it from the datacenter.
>
> The last step is destroy or remove "just name it" and this last step is
> mysteriously not working.
>
>
> and throwing sql exception which I attached before.
>
> Thank you in advance
> ladislav
>
> On 21.02.2018 14:03, Eyal Shenitzky wrote:
>
> Did you manage to set the domain to maintenance?
>
> If so you can try to 'Destroy' the domain.
>
> On Wed, Feb 21, 2018 at 2:57 PM, Ladislav Humenik <
> ladislav.hume...@1und1.de> wrote:
>
>> Hi, no
>>
>>
>> this table "STORAGE_DOMAIN_MAP_TABLE" is not present at any of our
>> ovirt's and
>>
>> based on link
>> <http://?ui=2=0712e9a1b3=fimg=161b8714ec199ae3=0.1.1=emb=ANGjdJ9PPOWU6bxvze9lPAM_2gBE-uu8fFppbzl2kuXMhSwyKx4QWo0sFYbLjNBgMhB0RdoOM_e16gleR75ZmUYnx3ndhB0CgYgXtvtBs7wNxOYf-o9rWv42duaUwsw=s0-l75-ft=1519218030205=161b8714ec199ae3=0>
>> this is just a temporary table. Can you point me to what query should I
>> test?
>>
>> thank you in advance
>>
>> Ladislav
>>
>> On 21.02.2018 12:50, Eyal Shenitzky wrote:
>>
>> According to the logs, it seems like you somehow missing a table in the
>> DB -
>>
>> STORAGE_DOMAIN_MAP_TABLE.
>>
>> 4211-b98f-a37604642251] Command 
>> 'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand' 
>> failed: CallableStatementCallback; bad SQL grammar [{call 
>> force_delete_storage_domain(?)}]; nested exception is 
>> org.postgresql.util.PSQLException: ERROR: relation 
>> "storage_domain_map_table" does not exist
>>
>> Did you tryied to run some SQL query which cause that issue?
>>
>>
>>
>>
>> On Wed, Feb 21, 2018 at 11:48 AM, Ladislav Humenik <
>> ladislav.hume...@1und1.de> wrote:
>>
>>> Hello,
>>>
>>> we can not remove old NFS-data storage domains, this 4 are already
>>> deactivated and unattached:
>>>
>>> engine=> select id,storage_name from storage_domains where storage_name
>>> like 'bs09%';
>>>   id  | storage_name
>>> --+---
>>>  819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
>>>  9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
>>>  f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
>>>  a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
>>> (4 rows)
>>>
>>>
>>> The only images which still resides in DB are OVF_STORE templates:
>>>
>>> engine=> select image_guid,storage_name,disk_description from
>>> images_storage_domain_view where storage_name like 'bs09%';
>>>   image_guid  | storage_name  | disk_description
>>> --+---+-
>>> -
>>>  6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm  | OVF_STORE
>>>  997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm  | OVF_STORE
>>>  2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm | OVF_STORE
>>>  85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm  | OVF_STORE
>>>  bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm  | OVF_STORE
>>>  797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm | OVF_STORE
>>>  5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm | OVF_STORE
>>>  dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm | OVF_STORE
>>> (8 rows)
>>>
>>>
>>>
>>> Current oVirt Engine version: 4.1.8.2-1.el7.centos
>>> Exception logs from engine are in attachment
>>>
>>> Do you have any magic sql statement to figure out what is causing this
>>> exception and how we can remove those storage domains without disruption ?
>>>
>>> Thank you in advance
>>>
>>> --
>>> Ladislav Humenik
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>>
>> --
>> Ladislav Humenik
>>
>> System administrator / VI
>> IT Operations Hosting Infrastructure
>>
>> 1&1 Internet SE | Ernst-Frey-Str. 5 | 76135 Ka

Re: [ovirt-users] Unable to remove storage domain's

2018-02-21 Thread Eyal Shenitzky
Did you manage to set the domain to maintenance?

If so you can try to 'Destroy' the domain.

On Wed, Feb 21, 2018 at 2:57 PM, Ladislav Humenik <ladislav.hume...@1und1.de
> wrote:

> Hi, no
>
>
> this table "STORAGE_DOMAIN_MAP_TABLE" is not present at any of our ovirt's
> and
>
> based on link
> 
> this is just a temporary table. Can you point me to what query should I
> test?
>
> thank you in advance
>
> Ladislav
>
> On 21.02.2018 12:50, Eyal Shenitzky wrote:
>
> According to the logs, it seems like you somehow missing a table in the DB
> -
>
> STORAGE_DOMAIN_MAP_TABLE.
>
> 4211-b98f-a37604642251] Command 
> 'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand' failed: 
> CallableStatementCallback; bad SQL grammar [{call 
> force_delete_storage_domain(?)}]; nested exception is 
> org.postgresql.util.PSQLException: ERROR: relation "storage_domain_map_table" 
> does not exist
>
> Did you tryied to run some SQL query which cause that issue?
>
>
>
>
> On Wed, Feb 21, 2018 at 11:48 AM, Ladislav Humenik <
> ladislav.hume...@1und1.de> wrote:
>
>> Hello,
>>
>> we can not remove old NFS-data storage domains, this 4 are already
>> deactivated and unattached:
>>
>> engine=> select id,storage_name from storage_domains where storage_name
>> like 'bs09%';
>>   id  | storage_name
>> --+---
>>  819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
>>  9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
>>  f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
>>  a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
>> (4 rows)
>>
>>
>> The only images which still resides in DB are OVF_STORE templates:
>>
>> engine=> select image_guid,storage_name,disk_description from
>> images_storage_domain_view where storage_name like 'bs09%';
>>   image_guid  | storage_name  | disk_description
>> --+---+--
>>  6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm  | OVF_STORE
>>  997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm  | OVF_STORE
>>  2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm | OVF_STORE
>>  85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm  | OVF_STORE
>>  bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm  | OVF_STORE
>>  797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm | OVF_STORE
>>  5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm | OVF_STORE
>>  dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm | OVF_STORE
>> (8 rows)
>>
>>
>>
>> Current oVirt Engine version: 4.1.8.2-1.el7.centos
>> Exception logs from engine are in attachment
>>
>> Do you have any magic sql statement to figure out what is causing this
>> exception and how we can remove those storage domains without disruption ?
>>
>> Thank you in advance
>>
>> --
>> Ladislav Humenik
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>
> --
> Ladislav Humenik
>
> System administrator / VI
> IT Operations Hosting Infrastructure
>
> 1&1 Internet SE | Ernst-Frey-Str. 5 | 76135 Karlsruhe | Germany
> Phone: +49 721 91374-8361 <+49%20721%20913748361>
> E-Mail: ladislav.hume...@1und1.de | Web: www.1und1.de
>
> Hauptsitz Montabaur, Amtsgericht Montabaur, HRB 24498
>
> Vorstand: Robert Hoffmann, Hans-Henning Kettler, Uwe Lamnek, Matthias 
> Steinberg
> Aufsichtsratsvorsitzender: René Obermann
>
>
> Member of United Internet
>
> Diese E-Mail kann vertrauliche und/oder gesetzlich geschützte Informationen 
> enthalten. Wenn Sie nicht der bestimmungsgemäße Adressat sind oder diese 
> E-Mail irrtümlich erhalten haben, unterrichten Sie bitte den Absender und 
> vernichten Sie diese E-Mail. Anderen als dem bestimmungsgemäßen Adressaten 
> ist untersagt, diese E-Mail zu speichern, weiterzuleiten oder ihren Inhalt 
> auf welche Weise auch immer zu verwenden.
>
> This e-mail may contain confidential and/or privileged information. If you 
> are not the intended recipient of this e-mail, you are hereby notified that 
> saving, distribution or use of the content of this e-mail in any way is 
> prohibited. If you have received this e-mail in error, please notify the 
> sender and delete the e-mail.
>
>


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


Re: [ovirt-users] Unable to remove storage domain's

2018-02-21 Thread Eyal Shenitzky
According to the logs, it seems like you somehow missing a table in the DB
-

STORAGE_DOMAIN_MAP_TABLE.


4211-b98f-a37604642251] Command
'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand'
failed: CallableStatementCallback; bad SQL grammar [{call
force_delete_storage_domain(?)}]; nested exception is
org.postgresql.util.PSQLException: ERROR: relation
"storage_domain_map_table" does not exist


Did you tryied to run some SQL query which cause that issue?




On Wed, Feb 21, 2018 at 11:48 AM, Ladislav Humenik <
ladislav.hume...@1und1.de> wrote:

> Hello,
>
> we can not remove old NFS-data storage domains, this 4 are already
> deactivated and unattached:
>
> engine=> select id,storage_name from storage_domains where storage_name
> like 'bs09%';
>   id  | storage_name
> --+---
>  819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
>  9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
>  f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
>  a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
> (4 rows)
>
>
> The only images which still resides in DB are OVF_STORE templates:
>
> engine=> select image_guid,storage_name,disk_description from
> images_storage_domain_view where storage_name like 'bs09%';
>   image_guid  | storage_name  | disk_description
> --+---+--
>  6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm  | OVF_STORE
>  997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm  | OVF_STORE
>  2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm | OVF_STORE
>  85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm  | OVF_STORE
>  bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm  | OVF_STORE
>  797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm | OVF_STORE
>  5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm | OVF_STORE
>  dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm | OVF_STORE
> (8 rows)
>
>
>
> Current oVirt Engine version: 4.1.8.2-1.el7.centos
> Exception logs from engine are in attachment
>
> Do you have any magic sql statement to figure out what is causing this
> exception and how we can remove those storage domains without disruption ?
>
> Thank you in advance
>
> --
> Ladislav Humenik
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] Cannot delete auto-generated snapshot

2018-02-21 Thread Eyal Shenitzky
Hi Robert,

The Auto-generated snapshot created while performing live storage
migration of disks
(moving disks from one storage domain to another while the VM is up),
the Auto-generated snapshot should be removed
automatically by the engine when the live migration ends.

The log you sent me doesn't contain the disk migration that you described.
Please send me some older log so I will be able to investigate if there was
a problem.

On Tue, Feb 20, 2018 at 6:38 PM, Langley, Robert <robert.lang...@ventura.org
> wrote:

> Attached now is the vdsm log from the hypervisor currently hosting the VMs.
>
>
> ------
> *From:* Eyal Shenitzky <eshen...@redhat.com>
> *Sent:* Tuesday, February 20, 2018 2:49 AM
> *To:* Langley, Robert
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] Cannot delete auto-generated snapshot
>
> Hey Robert,
>
> Can you please attach the VDSM and Engine log?
>
> Also, please write the version of the engine you are working with.
>
>
>
> On Tue, Feb 20, 2018 at 12:17 PM, Langley, Robert <
> robert.lang...@ventura.org> wrote:
>
> I was moving some virtual disks from one storage server to another. Now, I
> have a couple servers that have the auto-generated snapshot, without disks,
> and I cannot delete them. The VM will not start and there is the complaint
> that the disks are illegal.
>
> Any help would be appreciated. I'm going to bed for now, but will try to
> wake up earlier.
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
> --
> Regards,
> Eyal Shenitzky
>



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


  1   2   >