[ovirt-users] Re: Failed to delete snapshot

[Eyal Shenitzky]

Hi,

>From the logs it seems that the live merge operation failed because of a
volume that still found on the chain and didn't removed -

2021-10-26 22:36:20,654+01 ERROR
[org.ovirt.engine.core.bll.MergeStatusCommand]
(EE-ManagedThreadFactory-commandCoordinator-Thread-10)
[666e0f97-8b02-4b1e-80d4-2a640dd28d90] Failed to live merge. Top volume
069d1cc2-cd2d-4160-8ca0-657f6f57c168 is still in qemu chain
[069d1cc2-cd2d-4160-8ca0-657f6f57c168,
751c65f5-868f-4b05-9986-e3f028fa1579, 2b1f324c-31a4-4db5-80fa-278e631a59bb,
4e8ea055-54bc-4a19-813c-79f6fe3e2db1]

And -

2021-10-26 22:36:20,664+01 ERROR
[org.ovirt.engine.core.bll.MergeStatusCommand]
(EE-ManagedThreadFactory-commandCoordinator-Thread-2)
[666e0f97-8b02-4b1e-80d4-2a640dd28d90] Failed to live merge. Top volume
20640e9a-e8fc-48f6-af45-7c4e80729717 is still in qemu chain
[625cf5c8-4cfb-4356-8bb7-e0103e01943b,
ce345f57-b12b-463e-b5d0-bc4f71fa3624, 46f180de-d855-4cda-be39-0c766d6b9bec,
20640e9a-e8fc-48f6-af45-7c4e80729717, 1b668588-2533-4ab0-8775-5fab04ade133,
e96fb224-be29-486b-9692-9959f7090bd5]

The logs suggest to retry to remove the snapshot again -

2021-10-26 22:36:22,628+01 ERROR
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-31)
[666e0f97-8b02-4b1e-80d4-2a640dd28d90] Merging of snapshot
'679b1d4f-b36e-427a-8545-7ff7409a2e8a' images
'4e8ea055-54bc-4a19-813c-79f6fe3e2db1'..'069d1cc2-cd2d-4160-8ca0-657f6f57c168'
failed. Images have been marked illegal and can no longer be previewed or
reverted to. Please retry Live Merge on the snapshot to complete the
operation.

Can you try it?

On Thu, 28 Oct 2021 at 18:08,  wrote:

> Logs are here for the host, SPM and Engine - https://we.tl/t-v5Vm2QYBIl
> (sorry, did not find a better way)
>
> The VM ID with this problem is 81e23292-4e43-4d9f-99ce-917936cce441.
>
> Thanks again.
> ___
> 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/4IC2RC44FR4XUPSBN25JVUKWOHLVCJPP/
>


-- 
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/3J7LMZ4DITCQ4WRDAOCQCUVMCSXT7IQY/

[ovirt-users] Re: Failed to delete snapshot

[Eyal Shenitzky]

Hi,

Can you please provide the engine and VDSM logs that contains the failure?

On Wed, Oct 27, 2021, 17:04  wrote:

> Hello all.
>
> We use vprotect to make snapshot backups of our vm's.
> This VM, let's call it OVIRTVM, has it's disks created as thin.
> A full snapshot is created daily on sunday and the daily ones are
> incremental.
>
> After the backup vprotect tries to delete the snapshot and almost always
> fails with the error:
> "Failed to delete snapshot 'vProtect 2021-10-25 22:30:17.641654' for VM
> 'OVIRTVM'."
>
> From engine.log can't get much more information:
>
> 2021-10-26 22:39:02,510+01 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-511666)
> [] User admin@internal successfully logged in with scopes: ovirt-app-api
> ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search
> ovirt-ext=token-info:validate ovirt-ext=token:password-access
> 2021-10-26 22:39:02,558+01 ERROR
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-15)
> [666e0f97-8b02-4b1e-80d4-2a640dd28d90] Ending command
> 'org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand' with failure.
> 2021-10-26 22:39:02,595+01 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-511666) [1a9981] Running command: CreateUserSessionCommand internal:
> false.
> 2021-10-26 22:39:02,630+01 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-511612)
> [] User admin@internal successfully logged in with scopes: ovirt-app-api
> ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search
> ovirt-ext=token-info:validate ovirt-ext=token:password-access
> 2021-10-26 22:39:02,674+01 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-511669)
> [] User admin@internal successfully logged in with scopes: ovirt-app-api
> ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search
> ovirt-ext=token-info:validate ovirt-ext=token:password-access
> 2021-10-26 22:39:02,729+01 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engineScheduled-Thread-15)
> [666e0f97-8b02-4b1e-80d4-2a640dd28d90] EVENT_ID:
> USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Failed to delete snapshot
> 'vProtect 2021-10-25 22:30:17.641654' for VM 'OVIRTVM'.
> 2021-10-26 22:39:02,739+01 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-511675) [55891f0c] Running command: CreateUserSessionCommand internal:
> false.
> 2021-10-26 22:39:02,755+01 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-511660) [7895798d] Running command: CreateUserSessionCommand internal:
> false.
>
> What else should I be looking for?
>
> 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/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/63FSCAGHIQJTCWONJ3RPCOIWKAFYM7NE/
>
___
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/NMGOI6PKSKU2X24G5WRNUAP3ULDYC2R5/

[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres

[Eyal Shenitzky]

On Wed, 20 Oct 2021 at 12:36, David White  wrote:

> Hah. Wow.
> Thanks for your patience on this. lol.
>
> There they are!
> I just cross-checked these disk_id's, and can confirm these are the 3 that
> continue to show up in the oVirt UI.
>
> *engine=# SELECT command_id, disk_id, last_updated, message,
> timeout_policy, type, active FROM image_transfers;*
>   command_id  |
> disk_id|last_updated|message
> | timeout_policy | type | active
>
> --+--++---++--+
> 2bf042e8-7ddd-4f43-a2b1-4a16de5c750a |
> 06bd3678-bfab-4793-a839-ec8cad4b96e5 | 2021-09-20 21:37:48.464-04 |
> Finalizing failure... | legacy |2 | f
> b632c4ea-2e36-44d1-858f-de03895947b1 |
> e0f46dc5-7f98-47cf-a586-4645177bd6a2 | 2021-09-20 20:29:16.603-04 |
> Finalizing failure... | legacy |2 | f
> b6a81f14-bf3d-467d-899c-4906fef35078 |
> 13cef086-3878-463b-a224-cc42b44d8468 | 2021-09-23 16:20:39.612-04 |
> Finalizing failure... | legacy |2 | f
> (3 rows)
>
> Is it safe for me to simply run *DELETE FROM image_transfers;* ?
>

It will be better to try to finalize the transfers first -

POST path_to_your_engine/api/imagetransfers//finalize



>
> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, October 20th, 2021 at 4:08 AM, Eyal Shenitzky <
> eshen...@redhat.com> wrote:
>
> Hi David,
>
> Since you tried first to execute the query without semicolon the second
> attempt to run the query with the semicolon failed.
> It considers both lines as one query.
>
> Try only - SELECT * FROM image_transfers;
>
>
>
> On Tue, 19 Oct 2021 at 23:32, David White 
> wrote:
>
>> I tried that, but whenever I use semicolons, I get a syntax error. Here's
>> my full stdout with and without the semicolon:
>>
>> postgres=# \c engine
>> You are now connected to database "engine" as user "postgres".
>> engine=# SELECT * FROM image_transfers
>> engine-# SELECT * FROM image_transfers;
>> ERROR:  syntax error at or near "SELECT"
>> LINE 2: SELECT * FROM image_transfers;
>> ^
>>
>>
>>
>> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Tuesday, October 19th, 2021 at 6:57 AM, Eyal Shenitzky <
>> eshen...@redhat.com> wrote:
>>
>> You are missing ';' at the end of the query.
>>
>> That's why you see no output.
>>
>> On Tue, 19 Oct 2021 at 13:24, David White 
>> wrote:
>>
>>> Thank you.
>>> However, that was one of the queries I already tried.
>>>
>>> All of the queries I listed in my previous email returned empty results,
>>> which is why I was confused. Given the name of some of these tables, I
>>> expect to see some data in them.
>>> I just tried re-running that query, making sure to capitalize the "FROM"
>>> just in case, but got the same results:
>>>
>>> engine=# SELECT * FROM image_transfers
>>> engine-#
>>>
>>> I then went into the UI, and migrated a VM from 1 host to another.
>>> During the migration, I re-ran that query, and it still came back empty.
>>>
>>> Does this table store information about moving a disk from 1 volume to
>>> another, or moving VMs from 1 host to another?
>>>
>>> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>>>
>>> ‐‐‐ Original Message ‐‐‐
>>> On Tuesday, October 19th, 2021 at 1:58 AM, Eyal Shenitzky <
>>> eshen...@redhat.com> wrote:
>>>
>>> Please try the following query and share the output -
>>>
>>> SELECT * FROM image_transfers;
>>>
>>> On Tue, 19 Oct 2021 at 03:48, David White 
>>> wrote:
>>>
>>>> Would this be found in the "image_transfers" table?
>>>>
>>>> \dt shows me that there are 156 tables in the engine database.
>>>> And I see an image_transfers table. But it looks empty, like a lot of
>>>> other tables.
>>>>
>>>> This seems strange to me. All of these tables are empty, unless I'm
>>>> doing something wrong (I'm new to Postgres).
>>>>
>>>> engine=# SELECT * from images
>>>> engine-# SELECT * from image_transfers
>>>> engine-# select * from users
&

[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres

[Eyal Shenitzky]

On Tue, 19 Oct 2021 at 23:49, David White via Users  wrote:

> I missed this email.
>
> You can check by getting
>
> https://myengine/ovirt-engine/api/imagetransfers
>
> If there are no image transfers, check the relevant disks status:
>
> https://myengine/ovirt-engine/api/disks/{id}
>
>
> Apparently, I don't have credentials to the API. My "admin" username &
> password aren't working, and I get this error:
> *access_denied: Cannot authenticate user 'admin@N/A': No valid profile
> found in credentials..*
>

You should provide the profile also -

*admin@*



>
>
>
> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Sunday, October 17th, 2021 at 8:39 AM, Nir Soffer 
> wrote:
>
> On Fri, Oct 15, 2021 at 11:38 AM David White via Users 
> wrote:
>
>> Thank you very much.
>> I was able to (re)set the `engine` user's password in Postgres.
>> Unfortunately, I'm still having trouble unlocking the disks.
>>
>> The following command produces no output underneath "Locked disks" when I
>> run this command on the hosted engine VM:
>>
>> *[root@ovirt-engine1 dwhite]# PGPASSWORD=snip
>> /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk -q*
>> *Locked disks*
>>
>> However, in the oVirt UI, when I try to put the host into maintenance
>> mode I continue to get the message that there are (3) locked disks
>> (screenshot below).
>> [image: Screenshot from 2021-10-15 04-29-15.png]
>>
>>
> Do  you have active image transfers?
>
> You can check by getting
>
> https://myengine/ovirt-engine/api/imagetransfers
>
> If there are no image transfers, check the relevant disks status:
>
> https://myengine/ovirt-engine/api/disks/{id}
>
> If the disks status is "locked", it may be engine bug, not cleaning up
> after
> failed image transfer.
>
> If there is no task in engine using this disk, you can change the disk
> status using:
>
> # sudo -u postgres psql -d engine
>
> Finding the locked images:
>
> # select image_group_id,imagestatus from images where imagestatus=2;
>
> Unlocking an image:
>
> # update images set imagestatus=1 where image_group_id='xxx-yyy';
>
> 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/OYR56MMJCF36RA6OIGZ3PHR2TLGY42CK/
>


-- 
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/LNLJ6SCLXWOROGGNBYB2MG6UFVRCNGAW/

[ovirt-users] Re: Ceph integration

[Eyal Shenitzky]

+Benny Zlotnik  +Shani Leviim 

On Wed, 20 Oct 2021 at 11:12, Sandro Bonazzola  wrote:

>
>
> Il giorno mer 20 ott 2021 alle ore 10:09 samuel@horebdata.cn <
> samuel@horebdata.cn> ha scritto:
>
>> Great, sounds very interesting. I will give a try.
>>
>> How about the stability of this approach to use Ceph RBD?  Can we call it
>> prodouction-ready or just experimental?
>>
>
> I'll let the storage team to reply to this, but it seems stable enough for
> production to me.
> +Eyal Shenitzky  ?
>

We've introduced the support for cinderlib-based storage domain with Ceph
as backed.
It is still considered a tech preview.

Benny/Shani, can you share more information?



>
>
>
>
>>
>> --
>> Do Right Thing (做正确的事) / Pursue Excellence (追求卓越) / Help Others Succeed
>> (成就他人)
>>
>>
>> *From:* Sandro Bonazzola 
>> *Date:* 2021-10-20 10:04
>> *To:* samuel@horebdata.cn
>> *CC:* users 
>> *Subject:* Re: [ovirt-users] Re: Ovirt VM started with the most recent
>> snapshot with the current disk missing
>>
>>
>> Il giorno mer 20 ott 2021 alle ore 09:59 samuel@horebdata.cn <
>> samuel@horebdata.cn> ha scritto:
>>
>>> Thanks for the tip. I will then upgrade to 4.4.
>>>
>>> By the way, how about the progress of the support of Ceph storage for
>>> Ovirt? Proxmox has a very good successful story of integrating Ceph, and we
>>> hope Ovirt would soon catch up.
>>>
>>
>> I wrote a blog about it here:
>> https://blogs.ovirt.org/2021/07/using-ceph-only-storage-for-ovirt-datacenter/
>>
>>
>>
>>
>>>
>>> best regards,
>>>
>>> samuel
>>>
>>> --
>>> Do Right Thing (做正确的事) / Pursue Excellence (追求卓越) / Help Others Succeed
>>> (成就他人)
>>>
>>>
>>> *From:* Sandro Bonazzola 
>>> *Date:* 2021-10-20 09:16
>>> *To:* Xiaoyu Hu 
>>> *CC:* oVirt Users 
>>> *Subject:* [ovirt-users] Re: Ovirt VM started with the most recent
>>> snapshot with the current disk missing
>>>
>>>
>>> Il giorno dom 17 ott 2021 alle ore 13:57 Xiaoyu Hu 
>>> ha scritto:
>>>
>>>> Dear Ovirt folks,
>>>>
>>>> I am faced with a very strange situation with Ovirt 4.3. A virtual
>>>> machine has two snapshots and a working disk, with the former two snapshots
>>>> being read only and the working one read-write. After an unplanned power
>>>> outage, a virtual machine can only be started with the recent snapshot, and
>>>> the actual working disk is missing in the Ovirt UI. I can see the disk
>>>> still exists in the backend storage, but it seems not Ovirt does not know
>>>> it. Thus the VM lose the recent data on the missing disk.
>>>>
>>>> Does any one know whether this is a known bug in Ovirt 4.3, or is there
>>>> a method to resotre the missing working disk back to the virtuanl machine?
>>>> Otherwise i am faced with a terrible data loss issue on Ovirt
>>>>
>>> Hi, oVirt 4.3 reached the end of life a long time ago. I would recommend
>>> upgrading to oVirt 4.4 as soon as practical.
>>>
>>>
>>>
>>>> best regards,
>>>>
>>>> Samuel
>>>> ___
>>>> 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/N7JVXAU5MLAG5YX7LY2XABT3TDKOHYFX/
>>>>
>>>
>>>
>>> --
>>>
>>> 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.*
>>>
>>>
>>>
>>
>> --
>>
>> 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.*
>>
>>
>>
>
> --
>
> 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.*
>
>
>

-- 
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/BVJSYZC7ZKSFV5M2JH52SSCE45NCWSSO/

[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres

[Eyal Shenitzky]

Hi David,

Since you tried first to execute the query without semicolon the second
attempt to run the query with the semicolon failed.
It considers both lines as one query.

Try only - SELECT * FROM image_transfers;



On Tue, 19 Oct 2021 at 23:32, David White  wrote:

> I tried that, but whenever I use semicolons, I get a syntax error. Here's
> my full stdout with and without the semicolon:
>
> postgres=# \c engine
> You are now connected to database "engine" as user "postgres".
> engine=# SELECT * FROM image_transfers
> engine-# SELECT * FROM image_transfers;
> ERROR:  syntax error at or near "SELECT"
> LINE 2: SELECT * FROM image_transfers;
> ^
>
>
>
> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, October 19th, 2021 at 6:57 AM, Eyal Shenitzky <
> eshen...@redhat.com> wrote:
>
> You are missing ';' at the end of the query.
>
> That's why you see no output.
>
> On Tue, 19 Oct 2021 at 13:24, David White 
> wrote:
>
>> Thank you.
>> However, that was one of the queries I already tried.
>>
>> All of the queries I listed in my previous email returned empty results,
>> which is why I was confused. Given the name of some of these tables, I
>> expect to see some data in them.
>> I just tried re-running that query, making sure to capitalize the "FROM"
>> just in case, but got the same results:
>>
>> engine=# SELECT * FROM image_transfers
>> engine-#
>>
>> I then went into the UI, and migrated a VM from 1 host to another.
>> During the migration, I re-ran that query, and it still came back empty.
>>
>> Does this table store information about moving a disk from 1 volume to
>> another, or moving VMs from 1 host to another?
>>
>> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Tuesday, October 19th, 2021 at 1:58 AM, Eyal Shenitzky <
>> eshen...@redhat.com> wrote:
>>
>> Please try the following query and share the output -
>>
>> SELECT * FROM image_transfers;
>>
>> On Tue, 19 Oct 2021 at 03:48, David White 
>> wrote:
>>
>>> Would this be found in the "image_transfers" table?
>>>
>>> \dt shows me that there are 156 tables in the engine database.
>>> And I see an image_transfers table. But it looks empty, like a lot of
>>> other tables.
>>>
>>> This seems strange to me. All of these tables are empty, unless I'm
>>> doing something wrong (I'm new to Postgres).
>>>
>>> engine=# SELECT * from images
>>> engine-# SELECT * from image_transfers
>>> engine-# select * from users
>>> engine-# SELECT * from users
>>> engine-# SELECT * from cluster
>>> engine-# select * from vm_pools
>>> engine-# select * from vm_static
>>>
>>>
>>> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>>>
>>> ‐‐‐ Original Message ‐‐‐
>>> On Monday, October 18th, 2021 at 3:10 AM, Eyal Shenitzky <
>>> eshen...@redhat.com> wrote:
>>>
>>> The host cannot be set to maintenance if there are image transfer with
>>> status different then PAUSED (by user or system - 4/5 in the DB) or
>>> FINISHED (success or failure - 9/10 in the DB).
>>>
>>> If there are image transfer session in the DB with status that is
>>> different then those that I mentioned, you should see why the have a
>>> different status and finalize/clean them before setting the host to
>>> maintenance.
>>>
>>> On Sun, 17 Oct 2021 at 15:43, Nir Soffer  wrote:
>>>
>>>> On Fri, Oct 15, 2021 at 11:38 AM David White via Users 
>>>> wrote:
>>>>
>>>>> Thank you very much.
>>>>> I was able to (re)set the `engine` user's password in Postgres.
>>>>> Unfortunately, I'm still having trouble unlocking the disks.
>>>>>
>>>>> The following command produces no output underneath "Locked disks"
>>>>> when I run this command on the hosted engine VM:
>>>>>
>>>>> *[root@ovirt-engine1 dwhite]# PGPASSWORD=snip
>>>>> /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk -q*
>>>>> *Locked disks*
>>>>>
>>>>> However, in the oVirt UI, when I try to put the host into maintenance
>>>>> mode I continue to get the message that there are (3) locked disks
>>>>> (scr

[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres

[Eyal Shenitzky]

You are missing ';' at the end of the query.

That's why you see no output.

On Tue, 19 Oct 2021 at 13:24, David White  wrote:

> Thank you.
> However, that was one of the queries I already tried.
>
> All of the queries I listed in my previous email returned empty results,
> which is why I was confused. Given the name of some of these tables, I
> expect to see some data in them.
> I just tried re-running that query, making sure to capitalize the "FROM"
> just in case, but got the same results:
>
> engine=# SELECT * FROM image_transfers
> engine-#
>
> I then went into the UI, and migrated a VM from 1 host to another.
> During the migration, I re-ran that query, and it still came back empty.
>
> Does this table store information about moving a disk from 1 volume to
> another, or moving VMs from 1 host to another?
>
> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>
> ‐‐‐‐‐‐‐ Original Message ‐‐‐
> On Tuesday, October 19th, 2021 at 1:58 AM, Eyal Shenitzky <
> eshen...@redhat.com> wrote:
>
> Please try the following query and share the output -
>
> SELECT * FROM image_transfers;
>
> On Tue, 19 Oct 2021 at 03:48, David White 
> wrote:
>
>> Would this be found in the "image_transfers" table?
>>
>> \dt shows me that there are 156 tables in the engine database.
>> And I see an image_transfers table. But it looks empty, like a lot of
>> other tables.
>>
>> This seems strange to me. All of these tables are empty, unless I'm doing
>> something wrong (I'm new to Postgres).
>>
>> engine=# SELECT * from images
>> engine-# SELECT * from image_transfers
>> engine-# select * from users
>> engine-# SELECT * from users
>> engine-# SELECT * from cluster
>> engine-# select * from vm_pools
>> engine-# select * from vm_static
>>
>>
>> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Monday, October 18th, 2021 at 3:10 AM, Eyal Shenitzky <
>> eshen...@redhat.com> wrote:
>>
>> The host cannot be set to maintenance if there are image transfer with
>> status different then PAUSED (by user or system - 4/5 in the DB) or
>> FINISHED (success or failure - 9/10 in the DB).
>>
>> If there are image transfer session in the DB with status that is
>> different then those that I mentioned, you should see why the have a
>> different status and finalize/clean them before setting the host to
>> maintenance.
>>
>> On Sun, 17 Oct 2021 at 15:43, Nir Soffer  wrote:
>>
>>> On Fri, Oct 15, 2021 at 11:38 AM David White via Users 
>>> wrote:
>>>
>>>> Thank you very much.
>>>> I was able to (re)set the `engine` user's password in Postgres.
>>>> Unfortunately, I'm still having trouble unlocking the disks.
>>>>
>>>> The following command produces no output underneath "Locked disks" when
>>>> I run this command on the hosted engine VM:
>>>>
>>>> *[root@ovirt-engine1 dwhite]# PGPASSWORD=snip
>>>> /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk -q*
>>>> *Locked disks*
>>>>
>>>> However, in the oVirt UI, when I try to put the host into maintenance
>>>> mode I continue to get the message that there are (3) locked disks
>>>> (screenshot below).
>>>> [image: Screenshot from 2021-10-15 04-29-15.png]
>>>>
>>>>
>>> Do  you have active image transfers?
>>>
>>> You can check by getting
>>>
>>> https://myengine/ovirt-engine/api/imagetransfers
>>>
>>> If there are no image transfers, check the relevant disks status:
>>>
>>> https://myengine/ovirt-engine/api/disks/{id}
>>>
>>> If the disks status is "locked", it may be engine bug, not cleaning up
>>> after
>>> failed image transfer.
>>>
>>> If there is no task in engine using this disk, you can change the disk
>>> status using:
>>>
>>> # sudo -u postgres psql -d engine
>>>
>>> Finding the locked images:
>>>
>>> # select image_group_id,imagestatus from images where imagestatus=2;
>>>
>>> Unlocking an image:
>>>
>>> # update images set imagestatus=1 where image_group_id='xxx-yyy';
>>>
>>> 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/3UE6CJLEGBR27KWJQH3TA5AX7LXX5URV/
>>>
>>
>>
>> --
>> 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/5WRNDUPOM4HHNKJAIM6M5LBU74SLDP3Z/

[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres

[Eyal Shenitzky]

Please try the following query and share the output -

SELECT * FROM image_transfers;

On Tue, 19 Oct 2021 at 03:48, David White  wrote:

> Would this be found in the "image_transfers" table?
>
> \dt shows me that there are 156 tables in the engine database.
> And I see an image_transfers table. But it looks empty, like a lot of
> other tables.
>
> This seems strange to me. All of these tables are empty, unless I'm doing
> something wrong (I'm new to Postgres).
>
> engine=# SELECT * from images
> engine-# SELECT * from image_transfers
> engine-# select * from users
> engine-# SELECT * from users
> engine-# SELECT * from cluster
> engine-# select * from vm_pools
> engine-# select * from vm_static
>
>
> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, October 18th, 2021 at 3:10 AM, Eyal Shenitzky <
> eshen...@redhat.com> wrote:
>
> The host cannot be set to maintenance if there are image transfer with
> status different then PAUSED (by user or system - 4/5 in the DB) or
> FINISHED (success or failure - 9/10 in the DB).
>
> If there are image transfer session in the DB with status that is
> different then those that I mentioned, you should see why the have a
> different status and finalize/clean them before setting the host to
> maintenance.
>
> On Sun, 17 Oct 2021 at 15:43, Nir Soffer  wrote:
>
>> On Fri, Oct 15, 2021 at 11:38 AM David White via Users 
>> wrote:
>>
>>> Thank you very much.
>>> I was able to (re)set the `engine` user's password in Postgres.
>>> Unfortunately, I'm still having trouble unlocking the disks.
>>>
>>> The following command produces no output underneath "Locked disks" when
>>> I run this command on the hosted engine VM:
>>>
>>> *[root@ovirt-engine1 dwhite]# PGPASSWORD=snip
>>> /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk -q*
>>> *Locked disks*
>>>
>>> However, in the oVirt UI, when I try to put the host into maintenance
>>> mode I continue to get the message that there are (3) locked disks
>>> (screenshot below).
>>> [image: Screenshot from 2021-10-15 04-29-15.png]
>>>
>>>
>> Do  you have active image transfers?
>>
>> You can check by getting
>>
>> https://myengine/ovirt-engine/api/imagetransfers
>>
>> If there are no image transfers, check the relevant disks status:
>>
>> https://myengine/ovirt-engine/api/disks/{id}
>>
>> If the disks status is "locked", it may be engine bug, not cleaning up
>> after
>> failed image transfer.
>>
>> If there is no task in engine using this disk, you can change the disk
>> status using:
>>
>> # sudo -u postgres psql -d engine
>>
>> Finding the locked images:
>>
>> # select image_group_id,imagestatus from images where imagestatus=2;
>>
>> Unlocking an image:
>>
>> # update images set imagestatus=1 where image_group_id='xxx-yyy';
>>
>> 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/3UE6CJLEGBR27KWJQH3TA5AX7LXX5URV/
>>
>
>
> --
> 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/M5ZMRBXCAKVTRQPJIYV4XTHUVYGOUVBL/

[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres

[Eyal Shenitzky]

The host cannot be set to maintenance if there are image transfer with
status different then PAUSED (by user or system - 4/5 in the DB) or
FINISHED (success or failure - 9/10 in the DB).

If there are image transfer session in the DB with status that is different
then those that I mentioned, you should see why the have a different status
and finalize/clean them before setting the host to maintenance.

On Sun, 17 Oct 2021 at 15:43, Nir Soffer  wrote:

> On Fri, Oct 15, 2021 at 11:38 AM David White via Users 
> wrote:
>
>> Thank you very much.
>> I was able to (re)set the `engine` user's password in Postgres.
>> Unfortunately, I'm still having trouble unlocking the disks.
>>
>> The following command produces no output underneath "Locked disks" when I
>> run this command on the hosted engine VM:
>>
>> *[root@ovirt-engine1 dwhite]# PGPASSWORD=snip
>> /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk -q*
>> *Locked disks*
>>
>> However, in the oVirt UI, when I try to put the host into maintenance
>> mode I continue to get the message that there are (3) locked disks
>> (screenshot below).
>> [image: Screenshot from 2021-10-15 04-29-15.png]
>>
>>
> Do  you have active image transfers?
>
> You can check by getting
>
> https://myengine/ovirt-engine/api/imagetransfers
>
> If there are no image transfers, check the relevant disks status:
>
> https://myengine/ovirt-engine/api/disks/{id}
>
> If the disks status is "locked", it may be engine bug, not cleaning up
> after
> failed image transfer.
>
> If there is no task in engine using this disk, you can change the disk
> status using:
>
> # sudo -u postgres psql -d engine
>
> Finding the locked images:
>
> # select image_group_id,imagestatus from images where imagestatus=2;
>
> Unlocking an image:
>
> # update images set imagestatus=1 where image_group_id='xxx-yyy';
>
> 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/3UE6CJLEGBR27KWJQH3TA5AX7LXX5URV/
>


-- 
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/24ROVDVAVLKFOFWNQ3QEFCYDCJ7A653E/

[ovirt-users] Re: Change lease storage domain while VM running

[Eyal Shenitzky]

Hi Gianluca,

You can add and remove a VM lease while the VM is running but not swapping
it.
Technically I don't see why we can't implement VM lease swapping (hot
remove + add new) but we should prioritize it first.

If needed please file an RFE for this feature.

On Fri, 30 Jul 2021 at 17:14, Gianluca Cecchi 
wrote:

> Hello,
> on a 4.4.6 environment where I'm moving storage I want to change the lease
> domain for an HA VM.
> The VM is running and if I go and edit, change sd and then press ok
> button, I get a window with:
>
> "
> Changes that can be applied immediately:
>
> VM Lease
> "
>
> I don't select the "apply later" check box. But then instead when I
> confirm, I get an error window with:
>
> "
> vm_name:
>
> Cannot edit VM. Hot swapping of VM leases is not supported, please
> remove the current lease and then set a new one.
> "
>
> Possibly it is possible to hot add a lease but not swap? So I think the
> first window should be changed. Is this a known issue?
> No problem if I change the lease storage domain while the VM is powered
> off.
>
> I don't know if it is already fixed in 4.4.7... I'm going to check next
> days..
>
> 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/2T75KL33773P3QVF7ZHITEPOZYEIKTUH/
>


-- 
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/BM42ISXIOGARCWSXNNYGQLHCURIPGI6C/

[ovirt-users] Re: Upload Image to NFS Storage Domain Doesn't Work

[Eyal Shenitzky]

+Bella Khizgiyaev  can you please take a look?

On Fri, 30 Jul 2021 at 16:15, Nur Imam Febrianto 
wrote:

> Hi,
>
>
>
> Lastly in 4.4.6, I have a problem that I couldn’t upload any image to
> storage domain without clicking Test Connection. Well, after it was
> acknowledge as a bug and solved at 4.4.7 now I have similar issue. If I
> upload any image to Storage Domain that uses NFS it only show locked, and
> then showing OK even if no data are uploaded (can confirm 5GB ISO showing
> OK after only 1 second). This issue only occurs with NFS backend, another
> storage domain that uses iSCSI work fine though. Any idea how to solve this
> ? I’m using NFS Storage Domain for storing ISO and this issue bugged me all
> the time.
>
>
>
> Thanks before.
>
>
>
> Regards,
>
>
>
> Nur Imam Febrianto
>
>
>
>
> ___
> 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/ACUKBWAM2ORQZL3SUH523B7JFWRC7XT3/
>


-- 
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/R534QUNKCLQHZAJM4QAGRULFNPJ33I33/

[ovirt-users] Re: Question about Template and Storage Domain

[Eyal Shenitzky]

Hi,

You are probably creating the VM as a dependent on the template (thin VM),
it means that the VM's disk should be created on the same storage domain as
the template disk.

In order to create the VM with a disk on a different storage domain, you
can either create the VM as an independent (clone) or copy the template
disk to the storage domain you want to create the VM disk on.

On Sun, 27 Jun 2021 at 18:40, Nur Imam Febrianto 
wrote:

> Hi,
>
>
> Want to ask about template. For example I have a several template (with
> disk) stored in some Storage Domain. If I create a VM from the template,
> and when I change the parameter of cloned disk into another storage domain
> (different with where the template are stored). The VM always failed to be
> created. This only occurs in VM creation phase, if I create the VM at same
> storage domain where the templates are stored, it created successfully. Is
> this are “normal” behavior ?
>
>
>
> Thanks before.
>
>
>
> Regards,
>
> Nur Imam Febrianto
> ___
> 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/F6BCRDFJBCOGA6GLJWWLIBXMFFKCD75C/
>


-- 
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/3RPONNQIRSIO6CQPX3WWJXXSAFTRISFP/

[ovirt-users] Re: Is there a way to find the creation date of a Virtual Machines from Ovirt Manager

[Eyal Shenitzky]

You can also get the VM details from the rest-API:

/ovirt-engine/api/vms/

And you will get all the VM details including the VM 
and .

On Wed, 9 Jun 2021 at 09:36, Vojtech Juranek  wrote:

> On Wednesday, 9 June 2021 08:19:04 CEST Ritesh Chikatwar wrote:
> > Creation date of vm is not shown in the Ui. There is one option: you can
> > connect to the database and query for it.
>
>
> select _create_date from vm_static where vm_name='vm_name';
>
>
>
>
> > On Tue, Jun 8, 2021 at 9:56 PM Strahil Nikolov via Users <
> users@ovirt.org>
> >
> > wrote:
> > > I have no clue, but if you have centralized logging (or you keep logs
> long
> > > enough), uou can check vdsm's log on all hosts and identify when the VM
> > > was
> > > first start.
> > >
> > > Best Regards,
> > > Strahil Nikolov
> > >
> > > On Tue, Jun 8, 2021 at 17:26, k.gunasekhar--- via Users
> > >  wrote:
> > > Is there a way to find the creation date of a Virtual Machines from
> Ovirt
> > > Manager command line or psql
> > > ___
> > > 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/OA7KGOSJQQGE
> > > CW3LTGW34OE4DFU5JPI7/
> > >
> > > ___
> > > 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/6R6DG5HVHE2Y
> > > C53TQOBIL5FHD73TX25A/
>
> ___
> 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/VT2SHN6DQTAGHVS6E5UHOGCXLPWGUF7F/
>


-- 
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/74NKMHZN3LOEEVWD254ZADPNU62WWCF2/

[ovirt-users] Re: Strange Issue with imageio

[Eyal Shenitzky]

This bug is targeted to be fixed in 4.4.7 so 4.4.6 doesn't contain the fix.

On Mon, 17 May 2021 at 19:22, Gianluca Cecchi 
wrote:

> On Sat, Apr 17, 2021 at 6:27 AM Nur Imam Febrianto 
> wrote:
>
>> Hi,
>>
>>
>>
>> Already submit *Bug 1950593*
>> <https://bugzilla.redhat.com/show_bug.cgi?id=1950593> for this issue.
>>
>> Thanks before.
>>
>>
>>
>> Regards,
>>
>> Nur Imam Febrianto
>>
>>
>>
>>
> It seems I have the same problem with my 4.4.5.
> Any info if it is fixed in the latest 4.4.6? It seems no update inside the
> bug page..
>
> 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/AOYURYKBUNWDOIABVNYMU6IVLAE4H3YD/
>


-- 
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/SHE6ZWYRFN4HMMPQ25XJWGEIH4VOHESJ/

[ovirt-users] Re: Live ("any") disk migration between storages KILLS a virtual machine with Windows (UEFI) !!!

[Eyal Shenitzky]

I can't download the logs from that source.

Please file a bug and attach the logs there with all the needed info -
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

On Sat, 15 May 2021 at 21:21, Patrick Lomakin 
wrote:

> > Can you share the engine and VDSM logs?
> >
> > On Wed, 12 May 2021 at 21:01, Patrick Lomakin  gmail.com
> > wrote:
> As I continued, I learned that a colleague had encountered this problem at
> Proxmox. In this case, migrating the disk to the original storage helped
> start the VM. In oVirt, this did not happen. And yes - this problem only
> affects Windows with UEFI (in my particular case). I assume it is related
> to KVM-based systems, and yet it is a very serious problem.  In oVirt, as
> it is, it's not very convenient to back up VMs and it's just unacceptable
> to destroy virtual machines at the same time. I have attached the logs of
> the engine - https://wdfiles.ru/73360d and VDSM -
> https://wdfiles.ru/3f4f1e
> ___
> 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/R4FLP2LRACYFGYDB3ZY4JUHUC2O7YPKD/
>


-- 
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/B326272AMGSGEX4APKQGEBRGG7NT5SZ6/

[ovirt-users] Re: Parent checkpoint ID does not match the actual leaf checkpoint

[Eyal Shenitzky]

e/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>> at
>> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>> at java.base/java.lang.Thread.run(Thread.java:834)
>> at
>> org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
>>
>>
>> And the last error is:
>>
>> 2020-07-17 15:13:45,835+02 ERROR
>> [org.ovirt.engine.core.bll.StartVmBackupCommand]
>> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-14)
>> [f553c1f2-1c99-4118-9365-ba6b862da936] Failed to execute VM backup
>> operation 'GetVmBackupInfo': {}:
>> org.ovirt.engine.core.common.errors.EngineException: EngineException:
>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
>> VDSGenericException: VDSErrorException: Failed to GetVmBackupInfoVDS, error
>> = No such backup Error: {'vm_id': '116aa6eb-31a1-43db-9b1e-ad6e32fb9260',
>> 'backup_id': 'bf1c26f7-c3e5-437c-bb5a-255b8c1b3b73', 'reason': '*VM
>> backup not exists: Domain backup job id not found: no domain backup job
>> present'*}, code = 1601 (Failed with error unexpected and code 16)
>>
>>
> This is likely a result of the first error. If starting backup failed the
> backup entity
> is deleted.
>
>
>> (these errors are from full backup)
>>
>> Like I said this is very strange because everything was working correctly.
>>
>>
>> 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/S3PLYPOZGT6TLJFI2XAMLNBKLXOEHVQN/
>>
>
> ___
> 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/7XWQUEIS7X5BQO6JIJHIT22NLGFMBR3I/
>
> --
> --
> [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

[ovirt-users] Re: Live ("any") disk migration between storages KILLS a virtual machine with Windows (UEFI) !!!

[Eyal Shenitzky]

Can you share the engine and VDSM logs?

On Wed, 12 May 2021 at 21:01, Patrick Lomakin 
wrote:

> The weekend went horribly. I created a second storage domain in order to
> move all the virtual machines to a higher performance RAID array (From
> RAID6 to RAID10). My mistake was trying to move two Windows domain
> controllers from one storage domain to another. The problem is that when I
> "live" moved the virtual machine disk between storage domains, my Windows
> Server 2019 virtual machines worked fine until the next reboot. After a
> reboot, the machine just won't start and throws an error - Status:
> 0xc428 - The digital signature for this file couldn't be verified.
> Moving back to the "old" domain doesn't help.
> None of the procedures with VMs worked (Re-create boot area, turn on
> kernel flag - bcdedit.exe /set nointegritychecks on). I am ready to help
> and interested in developing Ovirt. I can also provide more information to
> developers if needed.
> ___
> 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/NN3XMTEX72HMEMCTML67K6BEP66IL73R/
>


-- 
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/YIMIAJZRR3V6FVWAKVNE72CL34JRUA2L/

[ovirt-users] Re: Migrating VMs with templates from 4.2.8 to new 4.4.6 instance

[Eyal Shenitzky]

Can you share the engine and VDSM logs?

On Thu, 13 May 2021 at 20:05, Pavel Strzinek 
wrote:

> Hello,
> I am having hard time migrating vms based on templates from existing 4.2.8
> instance to newly installed 4.4.6 HCI with different storage. When I export
> VMs and corresponding templates to export NFS storage, detach it from
> source DC and attach the export storage to a new oVirt environment, the
> import of templates is failing with error "Failed to import Template XXX to
> Data Center YYY, Cluster ZZZ". I cannot find anything more specific about
> the error in logs. Am I missing something?
>
> Exporting to OVA and importing back does work, but I want to make use of
> template thin provisioning.
> ___
> 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/TWIC754QFESDTQ7BDJT2XVIGPQW36JPD/
>


-- 
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/PWJS7JHKVUFTMLBRROZJ2RSVGN3FV4FI/

[ovirt-users] Re: Migration VM and Storage Domains

[Eyal Shenitzky]

Hi,

I think you mixed between 2 different things.

the VM runs on host-A, if host-B is in the same cluster the VM can migrate
to it since all the hosts in the same cluster connected to all the storage
domains there.

Also, the VM's disk can move to a different storage domain in the same data
center if you choose to do that using the 'move' button.

On Sun, 25 Apr 2021 at 12:55, LS CHENG  wrote:

> Hi
>
> I have a question about migrating VM's.
>
> If I have 2 VM and each VM is stored in separate Storage Domains can the
> VM migrate between physical hosts? Or the VM must be stored in the same
> Storage Domain?
>
> For example
>
> VM1 is stored in SD1 and runs in HOST-A
> VM2 is stored in SD2 and runs in HOST-B
>
> Can VM2 migrated to HOST-A?
>
> 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/I5PAXQCHPSKQ7GSBGZQJH23FTBIDGCNU/
>


-- 
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/FRU5BEYFJJOVDFVTI2LO6RDJVNGO27W4/

[ovirt-users] Re: Removing Direct Mapped LUNs

[Eyal Shenitzky]

Please ignore, already replied by Vojtech and Nir.

On Sun, 25 Apr 2021 at 14:51, Eyal Shenitzky  wrote:

> +Shani Leviim  can you assist?
>
> On Fri, 23 Apr 2021 at 03:46, Ryan Chewning 
> wrote:
>
>> Hi List,
>>
>> We need to add and remove directly mapped LUNs to multiple VMs in our
>> Non-Production environment. The environment is backed by an iSCSI SAN. In
>> testing when removing a directly mapped LUN it doesn't remove the
>> underlying multipath and devices. Several questions.
>>
>> 1) Is this the expected behavior?
>> 2) Are we supposed to go to each KVM host and manually remove the
>> underlying multipath devices?
>> 3) Is there a technical reason that oVirt doesn't do this as part of the
>> steps to removing the storage?
>>
>> This is something that was handled by the manager in the previous
>> virtualization that we used, Oracle's  Xen based Oracle VM.
>>
>> Thanks!
>>
>> Ryan
>> ___
>> 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/SDROGZOTZNI2XQW77AWVUVIFF6QBXQGS/
>>
>
>
> --
> 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/OYNGF4GI2WHMWLEKAJMYIG6LYDLMGMIL/

[ovirt-users] Re: Removing Direct Mapped LUNs

[Eyal Shenitzky]

+Shani Leviim  can you assist?

On Fri, 23 Apr 2021 at 03:46, Ryan Chewning 
wrote:

> Hi List,
>
> We need to add and remove directly mapped LUNs to multiple VMs in our
> Non-Production environment. The environment is backed by an iSCSI SAN. In
> testing when removing a directly mapped LUN it doesn't remove the
> underlying multipath and devices. Several questions.
>
> 1) Is this the expected behavior?
> 2) Are we supposed to go to each KVM host and manually remove the
> underlying multipath devices?
> 3) Is there a technical reason that oVirt doesn't do this as part of the
> steps to removing the storage?
>
> This is something that was handled by the manager in the previous
> virtualization that we used, Oracle's  Xen based Oracle VM.
>
> Thanks!
>
> Ryan
> ___
> 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/SDROGZOTZNI2XQW77AWVUVIFF6QBXQGS/
>


-- 
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/ZCKSHXL5IBHOQV4W2KPRRGT3YUZPDDZC/

[ovirt-users] Re: n00b Requesting Some Advice

[Eyal Shenitzky]

Thanks Tarun Kumar,

Right, we have that option too :)

On Wed, 21 Apr 2021 at 10:43, Kushwaha, Tarun Kumar <
ta...@synergysystemsindia.com> wrote:

> Hi All,
>
> POSIXFS is good option to mount cephfs filesystem as Data domain and get
> all benefits of virtualization layer and as well as ceph storage layer i am
> using since more than 2 years without problem
>
> Tarun kumar kushwaha
> Skyvirt Cyberrange
> https://cyberrange.skyvirt.tech
>
> On Wed, 21 Apr 2021, 13:03 Eyal Shenitzky,  wrote:
>
>> Hi Matthew,
>>
>> Currently, in order to use Ceph in oVirt you have 2 options:
>>
>> 1. Ceph using ISCSI gateway - regular ISCSI storage domain with Ceph as
>> the storage backend, supports all the regular operations [1].
>> 2. Using the new Managed Block Storage (Cinderlib integration)
>> technical-preview - Create a Managed Block Storage domain that doesn't
>> support all the operations that we have for the "regular" storage domain
>> you can find more info here [2] and [3].
>>
>> Each option has its benefits.
>>
>> [1] -
>> https://access.redhat.com/documentation/en-us/red_hat_ceph_storage/3/html/block_device_guide/using_an_iscsi_gateway
>> [2] -
>> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/installing_red_hat_virtualization_as_a_self-hosted_engine_using_the_command_line/set_up_cinderlib
>> [3] -
>> https://www.ovirt.org/develop/release-management/features/storage/cinderlib-integration.html
>>
>> On Wed, 21 Apr 2021 at 10:12, Sandro Bonazzola 
>> wrote:
>>
>>> +Eyal Shenitzky  any suggestion?
>>>
>>> Il giorno lun 12 apr 2021 alle ore 11:15  ha
>>> scritto:
>>>
>>>> Hi All,
>>>>
>>>> I need some "best practice" advice. We have a Ceph Storage Cluster
>>>> (Octopus moving to Pacific) which we'd like to use with our new oVirt
>>>> Cluster (all on CentOS 8 boxes). What I'd like to know is what is the
>>>> "best" (ie recommended / best practice) way of doing this - via iSCSI, CFS,
>>>> 'raw' RBD blocks, some other way I haven't read about yet, etc?
>>>>
>>>> I realise 'best' is a subjective term, but what I tend to do is do
>>>> 'manual' installs so that I both actually understand what is happening (ie
>>>> how things fit together - I pull apart and rebuild mechanical clocks and
>>>> watches for the same reason) and also so I can '"Puppet-ise" the results
>>>> for future use. This means that I am *not* necessarily looking for "quick
>>>> and dirty" or "quick and easy" (ie, I have no trouble using the CLI and
>>>> 'vim-ing' conf files as required) but I do want a solid, "best-practice"
>>>> system when I'm done.
>>>>
>>>> So, can some please help? And also, would you mind pointing me towards
>>>> the relevant documentation for the answer(s) supplied (yes, I *always* RTFM
>>>> :-) ).
>>>>
>>>> Thanks in advance
>>>>
>>>> Dulux-Oz
>>>> ___
>>>> 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/5VDIZ6AAES22C7MN7P3YNVYEAEYGAGSY/
>>>>
>>>
>>>
>>> --
>>>
>>> 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>*
>>>
>>>
>>>
>>
>> --
>> 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/QMWK2TT7NXNWRAGWW5MA74NTFDXU6QYP/
>>
>

-- 
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/DIO4UPB5CAUOWWKU5UJVFNW3KULYSS7F/

[ovirt-users] Re: n00b Requesting Some Advice

[Eyal Shenitzky]

Hi Matthew,

Currently, in order to use Ceph in oVirt you have 2 options:

1. Ceph using ISCSI gateway - regular ISCSI storage domain with Ceph as the
storage backend, supports all the regular operations [1].
2. Using the new Managed Block Storage (Cinderlib integration)
technical-preview - Create a Managed Block Storage domain that doesn't
support all the operations that we have for the "regular" storage domain
you can find more info here [2] and [3].

Each option has its benefits.

[1] -
https://access.redhat.com/documentation/en-us/red_hat_ceph_storage/3/html/block_device_guide/using_an_iscsi_gateway
[2] -
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/installing_red_hat_virtualization_as_a_self-hosted_engine_using_the_command_line/set_up_cinderlib
[3] -
https://www.ovirt.org/develop/release-management/features/storage/cinderlib-integration.html

On Wed, 21 Apr 2021 at 10:12, Sandro Bonazzola  wrote:

> +Eyal Shenitzky  any suggestion?
>
> Il giorno lun 12 apr 2021 alle ore 11:15  ha
> scritto:
>
>> Hi All,
>>
>> I need some "best practice" advice. We have a Ceph Storage Cluster
>> (Octopus moving to Pacific) which we'd like to use with our new oVirt
>> Cluster (all on CentOS 8 boxes). What I'd like to know is what is the
>> "best" (ie recommended / best practice) way of doing this - via iSCSI, CFS,
>> 'raw' RBD blocks, some other way I haven't read about yet, etc?
>>
>> I realise 'best' is a subjective term, but what I tend to do is do
>> 'manual' installs so that I both actually understand what is happening (ie
>> how things fit together - I pull apart and rebuild mechanical clocks and
>> watches for the same reason) and also so I can '"Puppet-ise" the results
>> for future use. This means that I am *not* necessarily looking for "quick
>> and dirty" or "quick and easy" (ie, I have no trouble using the CLI and
>> 'vim-ing' conf files as required) but I do want a solid, "best-practice"
>> system when I'm done.
>>
>> So, can some please help? And also, would you mind pointing me towards
>> the relevant documentation for the answer(s) supplied (yes, I *always* RTFM
>> :-) ).
>>
>> Thanks in advance
>>
>> Dulux-Oz
>> ___
>> 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/5VDIZ6AAES22C7MN7P3YNVYEAEYGAGSY/
>>
>
>
> --
>
> 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>*
>
>
>

-- 
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/QMWK2TT7NXNWRAGWW5MA74NTFDXU6QYP/

[ovirt-users] Re: Cold Move VM Storage failing

[Eyal Shenitzky]

Hi,

Thanks for reporting it.
This issue already fixed and you will have it in the next build.

On Sun, 7 Mar 2021 at 09:21,  wrote:

> Morning oVirt.
>
> I've rebuilt my oVirt environment and I'm currently on 4.4.5.8-1.el8. I
> have storage presented via NFS. I'm unable to move / copy VM disks when
> powered off. However I can Live migrate the disks when powered on. I have
> three storage domains presented and this is repeated across all three no
> matter where the storage is located. The disks are thin provisioned. I've
> tried deactivating and detaching the disk and it's the same
> NullPointerException error.
>
> 2021-03-06 15:13:17,010Z ERROR
> [org.ovirt.engine.core.bll.storage.disk.image.CopyDataCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-84)
> [af63add0-0ef3-4049-8461-b564abedba02] Command
> 'org.ovirt.engine.core.bll.storage.disk.image.CopyDataCommand' failed: null
> 2021-03-06 15:13:17,010Z ERROR
> [org.ovirt.engine.core.bll.storage.disk.image.CopyDataCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-84)
> [af63add0-0ef3-4049-8461-b564abedba02] Exception:
> java.lang.NullPointerException
>
> Engine log with stack trace is at https://textuploader.com/1820f
>
> Vdsm log is at https://textuploader.com/1820z
>
> I'm just checking I've not missed something obvious before raising a bug
> if neccessary
> ___
> 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/7O4EFMSKFXGNYUOJXIP4S774XZTES26R/
>


-- 
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/UT4CBML6OD5RNA23JVAQMKYAUKE4QCWL/

[ovirt-users] Re: what is OVF_STORE ?

[Eyal Shenitzky]

OVF_STORE is the kind of a disk that you can find on any storage domain,
it holds the entire OVFs of the entities in your data-center.
You can find more info here -
https://www.ovirt.org/develop/release-management/features/storage/ovfonanydomain.html

On Thu, 24 Dec 2020 at 12:17, Steven Rosenberg  wrote:

> https://en.wikipedia.org/wiki/Open_Virtualization_Format
>
> On Thu, Dec 24, 2020 at 12:10 PM tommy  wrote:
>
>> What’s meaning of the word OVF ?
>>
>>
>>
>> What’s OVF_STORE ?
>>
>>
>>
>> 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/4FWS5H65KYUHWFUIRB7J7D6PDGHKXXA4/
>>
> ___
> 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/MUJ3WDSAHMPDCIXUSISJSSJJ5TPW2QNP/
>


-- 
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/32O63ONLZAEEROXFLAKCB7XEG5YMV3CJ/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Eyal Shenitzky]

+Shir Fishbain  +Benny Zlotnik ,
Can you please review the manual and validate that all steps are up-to-date?

On Tue, 22 Dec 2020 at 11:16, Sandro Bonazzola  wrote:

>
>
> Il giorno mar 22 dic 2020 alle ore 10:01 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>>
>>
>> Il giorno lun 21 dic 2020 alle ore 18:33 Konstantin Shalygin <
>> k0...@k0ste.ru> ha scritto:
>>
>>> Sandro, after my mention my two bugs was closed as deprecated feature of
>>> "old Cinder integration". But actually no one oVirt 4.4 doc mentioned about
>>> deprecations/cautions/warnings.
>>>
>>
>> Indeed, documentation is not aligned with +Eyal Shenitzky
>>  's comments on the bugs.
>> A proper deprecation bug should have been opened and documentation should
>> have been properly updated to clearly mark the feature as deprecated.
>> Also the new implementation of cinderlib is not properly documented in
>> oVirt Install Guide, I'll try to get it updated today.
>>
>
> +Eyal Shenitzky  , +Steve Goodman
>  , +Stefano Stagnaro  can you
> please review https://github.com/oVirt/ovirt-site/pull/2409 ?
>
>
>
>
>
>>
>>
>>> How do you think, as manager of project, it's okay to just broke working
>>> code due loose tests and then deprecate it just by wave a hand?路‍♂️
>>>
>>
>> I'll let storage team lead to reply to this specific question. I can only
>> agree this has not been properly handled.
>>
>>
>>
>>>
>>> Thanks,
>>> k
>>>
>>>
>>> Sent from my iPhone
>>>
>>> On 21 Dec 2020, at 18:09, Sandro Bonazzola  wrote:
>>>
>>> 
>>>
>>>
>>> Il giorno lun 21 dic 2020 alle ore 15:57 Konstantin Shalygin <
>>> k0...@k0ste.ru> ha scritto:
>>>
>>>> On 21.12.2020 16:22, Sandro Bonazzola wrote:
>>>>
>>>> The oVirt project is excited to announce the general availability of
>>>> oVirt 4.4.4 , as of December 21st, 2020.
>>>>
>>>> Sandro, is any plans to fix for OpenStack provider regressions for 4.4
>>>> release?
>>>>
>>>>
>>>>
>>> I see you opened two bugs about it:
>>> *Bug 1905113* <https://bugzilla.redhat.com/show_bug.cgi?id=1905113> - 
>>> OpenStack
>>> Block Storage Provider (Cinder) regression: oVirt 4.4 Disk resize broken
>>> *Bug 1904669* <https://bugzilla.redhat.com/show_bug.cgi?id=1904669> - oVirt
>>> 4.3 -> 4.4 production upgrade: OpenStack Block Storage Provider (Cinder)
>>> regression
>>>
>>> Please consider most of the developers are going to be on vacation due
>>> to the upcoming holidays.
>>> I think storage team is looking into this but I see above bugs have not
>>> been targeted yet so a deeper investigation may be needed.
>>>
>>>
>>>
>>>> Thanks,
>>>>
>>>> k
>>>>
>>>
>>>
>>> --
>>>
>>> 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.*
>>>
>>>
>>> ___
>>> 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/GYAVGLTXHRGK27LWCGDAVFQGAIZMY2FC/
>>>
>>>
>>
>> --
>>
>> 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>*
>>
>>
>>
>
> --
>
> 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>*
>
>
>

-- 
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/3HIKB3KORTYFP3WRP6O3BLOUGKMULQJL/

[ovirt-users] Re: Error in ovirt 4.4: RedefineVmCheckpointsVDS: Property xml is required

[Eyal Shenitzky]

ndling.AuditLogDirector]
> (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] EVENT_ID:
> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM
> prd-ovirt-host-07.live.rot01.kwebbl.cloud command RedefineVmCheckpointsVDS
> failed: General Exception: ('Property xml is required',)
> 2020-12-03 08:07:27,077Z ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.RedefineVmCheckpointsVDSCommand]
> (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Command
> 'RedefineVmCheckpointsVDSCommand(HostName =
> prd-ovirt-host-07.live.rot01.kwebbl.cloud,
> VmCheckpointsVDSParameters:{hostId='22cf5917-95b1-42e2-81c5-e8b4ddb8fd53',
> vmId='fafb9627-a20b-47a0-aece-3b4a09ce70dc'})' execution failed:
> VDSGenericException: VDSErrorException: Failed to RedefineVmCheckpointsVDS,
> error = General Exception: ('Property xml is required',), code = 100
>

[...]

>
> 2020-12-03 08:07:27,080Z ERROR
> [org.ovirt.engine.core.bll.RedefineVmCheckpointCommand] (default task-506)
> [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Command
> 'org.ovirt.engine.core.bll.RedefineVmCheckpointCommand' failed:
> EngineException:
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
> VDSGenericException: VDSErrorException: Failed to RedefineVmCheckpointsVDS,
> error = General Exception: ('Property xml is required',), code = 100
> (Failed with error GeneralException and code 100)
> 2020-12-03 08:07:27,089Z ERROR
> [org.ovirt.engine.core.bll.RedefineVmCheckpointCommand] (default task-506)
> [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Transaction rolled-back for command
> 'org.ovirt.engine.core.bll.RedefineVmCheckpointCommand'.
> 2020-12-03 08:07:27,090Z INFO
>  [org.ovirt.engine.core.bll.RedefineVmCheckpointCommand] (default task-506)
> [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Lock freed to object
> 'EngineLock:{exclusiveLocks='[64fd8dd9-d16f-4359-a4b9-8435a5abd8ca=DISK,
> 794ffad6-1d1a-406a-a65e-c0600abb44f1=DISK]',
> sharedLocks='[fafb9627-a20b-47a0-aece-3b4a09ce70dc=VM]'}'
> 2020-12-03 08:07:27,101Z ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] EVENT_ID:
> VM_INCREMENTAL_BACKUP_FAILED_FULL_VM_BACKUP_NEEDED(10,791), Incremental
> backup abb3161b-13c5-444c-b656-11e79a474342 for VM prd-event-syslog-test2
> failed. Full backup is now needed (User: admin@internal-authz).
>

Here you can see that the engine reports the checkpoint redefinition failed
and a full backup should be taken.



> 2020-12-03 08:07:27,120Z INFO
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] EVENT_ID:
> VM_BACKUP_STARTED(10,790), Backup abb3161b-13c5-444c-b656-11e79a474342 for
> VM prd-event-syslog-test2 started (User: admin@internal-authz).
>
>
> Pozdrawiam,
>
> Ł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/DQQCMHOX2UMTUETJOLUXOKHDAHZ56B2O/

[ovirt-users] Re: Storage Domain Data (Master)

[Eyal Shenitzky]

Hi,

When the 'master' storage domain is down due to some issue, the engine will
try to re-construct the data-center and choose a new storage domain to be
the 'master' storage domain.

This operation can be done manually also by navigating to the problematic
data-center and select to re-initialize it.

But as Strahil said, if you can, the best thing to do is to set it to
maintenance so a new 'master' storage domain will be elected.

On Fri, 23 Oct 2020 at 21:10, Strahil Nikolov via Users 
wrote:

> Hm... interesting case.
>
> Have you tried to set it into maintenance ? Setting a domain to
> maintenance forces oVirt to pick another domain for master.
>
> Best Regards,
> Strahil Nikolov
>
>
>
>
>
>
> В петък, 23 октомври 2020 г., 19:34:19 Гринуич+3, supo...@logicworks.pt <
> supo...@logicworks.pt> написа:
>
>
>
>
>
> When data (Master) is down the others Domains data are down too?
>
> What is the best practice when a problem ocurres to the Data Master?
>
> Thansk
>
> --
> 
> Jose Ferradeira
> http://www.logicworks.pt
> ___
> 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/2SKXORAPJV4X2MCHSCFIE6EVUJNHKIZL/
> ___
> 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/US7NILCO62ARCBFLDPVYUPE4LMDTDG5N/
>


-- 
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/6W4X4N7G5LLL37L3R62UKZY5MIA3IMUR/

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

[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)

[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

[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

[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

[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

[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

[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.

[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 ??

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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.

[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?

[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

[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

[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

[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

[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

[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

[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

[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

[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?

[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?

[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?

[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

[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?

[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?

[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?

[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

[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

[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

[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

[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

[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

[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?

[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

[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

[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?

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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=

[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=

[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=

[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=

[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

[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

[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

[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/