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

2021-10-14 Thread Shani Leviim
Hi David,
Taken from [1], for setting the password for the engine user.
su - postgres
psql
postgres=# create role engine with login encrypted password 'password';

You can set the password for the postgres with 'sudo passwd postgres'
(Alghout the password should be postgres)

For unlocking the disk, follow the example here [2]
$ PGPASSWORD=xx ./unlock_entity.sh -t disk -q

[1]
https://www.ovirt.org/develop/Using-oVirt-Engine-with-a-PostgreSQL-container.html
[2]
https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html


*Regards,*

*Shani Leviim*


On Thu, Oct 14, 2021 at 12:45 PM David White via Users 
wrote:

> I am trying to put a host into maintenance mode, and keep getting this
> error:
>
> Error while executing action: Cannot switch Host
> cha1-storage.my-domain.com to Maintenance mode. Image transfer is in
> progress for the following (3) disks:
>
> e0f46dc5-7f98-47cf-a586-4645177bd6a2,
> 06bd3678-bfab-4793-a839-ec8cad4b96e5,
> 13cef086-3878-463b-a224-cc42b44d8468
>
> Reviewing documentation online, it seems I need to do this:
>PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
> -t disk e0f46dc5-7f98-47cf-a586-4645177bd6a2
>PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
> -t disk 06bd3678-bfab-4793-a839-ec8cad4b96e5
>PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
> -t disk 13cef086-3878-463b-a224-cc42b44d8468
>/usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh -R
>
> When I run those commands, it *seems* to run successfully.
> However, I don't think that I have the correct password, because I cannot
> get a psql interface:
>
> [root@ovirt-engine1 ovirt-engine]# psql -U admin -h localhost -p 5432
> psql: error: FATAL:  Ident authentication failed for user "admin"
> [root@ovirt-engine1 ovirt-engine]# psql -U admin -W -h localhost -p 5432
> Password:
> psql: error: FATAL:  Ident authentication failed for user "admin"
> [root@ovirt-engine1 ovirt-engine]# psql -U engine -h localhost -p 5432
> Password for user engine:
>
> Checking
> https://www.ovirt.org/develop/developer-guide/db-issues/postgresql-changing-db-pass.html,
> I tried:
> [root@ovirt-engine1 ovirt-engine]# read PASSWD
> /etc/pki/ovirt-engine/encryptpasswd.sh
> [root@ovirt-engine1 ovirt-engine]# cat
> /etc/pki/ovirt-engine/encryptpasswd.sh $PASSWD
> cat: /etc/pki/ovirt-engine/encryptpasswd.sh: No such file or directory
> cat: /etc/pki/ovirt-engine/encryptpasswd.sh: No such file or directory
>
> I must be doing something wrong here.
>
> 1) How can I reset the Postgres password? What user should I be using?
> 2) Once I have the correct password, will the commands I provided earlier
> work to unlock the disk?
>
> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>
> ___
> 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/AO3JBKZZDMTNTRD7GYLUKV7VG6OMVY5G/
>
___
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/W7ULHHPWM2H6PQO6E4ZZIB3G65UUO6VA/


[ovirt-users] Re: API how to increase extend resize disk VM

2021-10-07 Thread Shani Leviim
Glad it worked :)

I'll try to fill the gap, so maybe things will make more sense.

The API you dealt with has 2 basic services - Disk
<http://ovirt.github.io/ovirt-engine-api-model/4.3/#services/disk> and
Disk_Attachment
<http://ovirt.github.io/ovirt-engine-api-model/4.3/#services/disk_attachment>
.
In 4.3, once you're interested in a disk attached to a VM, the service you
need to use is *disk_attachment*.
(So the GET, PUT POST refers to the disk_attachment service).
Basically, in order to edit a disk (any disk), you need to attach it to a
VM (any VM), and only then update its parameters (name, interface, size,
etc).
Even if you want to edit a floating disk (a disk you've just created and
wants to change its name for instance), you need to attach it to a VM, edit
its name and then detach it from the VM back, so it will be floating again.

In 4.4, we've changed that behavior, so editing disks will be available
also for floating disks
https://www.ovirt.org/develop/release-management/features/storage/editing-floating-disks.html
That means that you can edit the disk "as disk", not necessarily attached
to a VM, and use the *disk* service.

So in your case, the service you need to use in order to update is
disk_attachment.

Now, regarding the provisioned_size field, on your GET request, you've
received the following response:


true
true
virtio_scsi
false
false
false
**



This means that the disk_attachment, the disk that attached to your VM,
also has a reference to the disk itself "as a disk".
By sending a GET request for
*/ovirt-engine/api/disks/f770c0d1-dd0d-40a8-a69a-a63d8db5c2cc*, you'll get
a response of the following form:


...

your-disk-name




2147483648
false
ok

...



Here, you can see the disk's parameters.
So actually, by sending an update request of the form:

  
2147483648
  


Means something like "go to the disk attachment of my VM, and update the
disk elements with the following fields and values".

Hope it makes more sense.


*Regards,*

*Shani Leviim*


On Thu, Oct 7, 2021 at 9:27 AM  wrote:

> although I don't see the elements there via GET, it really works, Thanks a
> lot. Karma +1 :-)
> ___
> 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/Y6554EC3FP45EVZ7NUTKUFETOJRDV5NB/
>
___
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/7AF6WF45AYLE7KGAOMDMZ7TJHS47QOCY/


[ovirt-users] Re: API how to increase extend resize disk VM

2021-10-06 Thread Shani Leviim
Hi,
The ability to update a disk and its size was upgraded in 4.4
http://ovirt.github.io/ovirt-engine-api-model/4.4/#services/disk/methods/update
That way, you can edit floating disk parameters, such as extend its size,
without attaching the disk to a VM.

On version 4.3, as already mentioned, the disk should be attached to the VM.
In your case, you can see the disk's size with the following request:
GET
https://ovirt.domain.com/ovirt-engine/api/disks/f770c0d1-dd0d-40a8-a69a-a63d8db5c2cc

Is there some more info on the engine log?


*Regards,*

*Shani Leviim*


On Tue, Oct 5, 2021 at 10:05 PM  wrote:

> I try this: PUT
> https://ovirt.domain.com/ovirt-engine/api/vms/678faf6f-fa5f-4785-a365-e1b85925575f/diskattachments/f770c0d1-dd0d-40a8-a69a-a63d8db5c2cc
>
> 
>   true
>   true
>   
> 30737418240
>   
> 
>
> I recieve: Request syntactically incorrect.
> Status code was 400 and not [200]: HTTP Error 400: Bad Request
> ___
> 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/PUFVAU7GGOZ4ZMFMUNDWATAPPSXMKOTE/
>
___
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/3OHDOVP276OGTR6OAZ2ZS64ZOKRWTNOY/


[ovirt-users] Re: Import ISCSI target as data domain, cannot see old data

2021-10-06 Thread Shani Leviim
Hi,
After importing the storage domain, you can access it and import the
unregistered entities:
On the UI, once accessing the imported storage domain, you should have tabs
as 'VM import', 'Disk import' and 'Template import',
so you'll be able to register those existing entities back to your current
ovirt.


*Regards,*

*Shani Leviim*


On Wed, Oct 6, 2021 at 8:49 AM  wrote:

> Hi Team,
> Hope you are doing well.
>
> I had a standalone Ovirt Engine with 2 hosts, one 2TB ISCSI data domain
> (dell equallogic). Today the Ovirt Engine machine crashed so we have to
> bring up a new one, setup is good and when I try to import ISCSI data
> domain I can see volumes/Luns, but after import, Ovirt shows the volume is
> empty - 2TB free (so all old data on the ISCSI volume is not presenting).
> However when I login to the ISCSI target machine, it shows the old data
> (around 400GB) is in use.  Seems like the new Ovirt Engine cannot detect
> the old ISCSI data domain disk content.
>
> Thank you,
> Sincerely,
> SYZhao
> ___
> 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/Y75HHRCIUVNIL7QTX2I5SZG5EQYOSBLP/
>
___
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/JYEZ5BWTGMMLMI6WFMPTVL6TSPIM52UT/


[ovirt-users] Re: Resize iSCSI LUN and Storage Domain

2021-08-24 Thread Shani Leviim
Hi Shantur,
The "Additional Size" column mentioned was merged with the 'add' column, so
the new column is called 'Actions' [1].
(manage domain while the sd is active).

There's also an option to refresh the LUNs size while the VM is up and
running (available since version 4.4.5) [2].
It also has a short demo for showing the refresh [3]

[1] https://gerrit.ovirt.org/c/ovirt-engine/+/84366
<https://gerrit.ovirt.org/c/ovirt-engine/+/112783>
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1155275
[3] https://imgur.com/a/Rjid65i




*Regards,*

*Shani Leviim*


On Tue, Aug 24, 2021 at 12:59 PM dhanaraj.ramesh--- via Users <
users@ovirt.org> wrote:

> Hi Shantur
>
> what version of ovirt you are using? what is the storage model? try to
> perform scan by selecting the storage domain that you have resized at the
> storage side. if that is not help, add new storage domain and perform
> discovery one more time and see whether it can be discovered
>
> extending the storage domain size can be done in fly, no maintenance
> required.
> ___
> 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/NRY4C66C6PD4TPF3TA3T2UC6LSW67HVY/
>
___
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/I3WVKB5ZUBNYOFDULONC2NFDZOHVJWWS/


[ovirt-users] Re: Error when trying to change master storage domain

2021-08-01 Thread Shani Leviim
Hi Matthew,

You might need to sync back the master version and domain between the
engine and vdsm.
To verify those parameters on vdsm, run this command on the SPM host:
vdsm-client StoragePool getInfo
storagepoolID="f72ec125-69a1-4c1b-a5e1-313fcb70b6ff"

The result should be something like:
"info": {
"domains": "1234:Active,5678:Active,91011:Active",
"isoprefix": "",
"lver": 6,

*"master_uuid": "123","master_ver": 14,*
"name": "No Description",
"pool_status": "connected",
"spm_id": 1,
"type": "NFS",
"version": "5"
}


Then, compare the master version value with the engine:
engine=> select * from storage_pool where id =
'f72ec125-69a1-4c1b-a5e1-313fcb70b6ff';

And the master domain:
engine=> select * from storage_domains where
storage_pool_id='f72ec125-69a1-4c1b-a5e1-313fcb70b6ff'  and
storage_domain_type='0';

(0 means master, for reference, see
https://github.com/oVirt/ovirt-engine/blob/a65cf0eae8858ab2278c3f537dc427e3ff20eba7/backend/manager/modules/common/src/main/java/org/ovirt/engine/core/common/businessentities/StorageDomainType.java
)

Then we can get the bigger picture (and update the engine data to match the
vdsm)


*Regards,*

*Shani Leviim*


On Thu, Jul 29, 2021 at 8:40 PM Matthew Benstead  wrote:

> Thanks Shani - yes we plan to upgrade to 4.4 in the future, but we're on
> 4.3 right now due to only running CentOS 7 at the moment.
>
> I was able to clear the job from the SPM:
>
> [root@daccs01 ~]# vdsm-client Host getAllTasksStatuses
> {
> "5fa9edf0-56c3-40e4-9327-47bf7764d28d": {
> "message": "1 jobs completed successfully",
> "code": 0,
> "taskID": "5fa9edf0-56c3-40e4-9327-47bf7764d28d",
> "taskResult": "success",
> "taskState": "finished"
> }
> }
> [root@daccs01 ~]# vdsm-client Task clear
> taskID=5fa9edf0-56c3-40e4-9327-47bf7764d28d
> true
> [root@daccs01 ~]# vdsm-client Host getAllTasksStatuses
> {}
>
> And confirm there were no async_tasks:
>
> engine=# select * from async_tasks;
>  task_id | action_type | status | result | step_id | command_id |
> started_at | storage_pool_id | task_type | vdsm_task_id | root_command_id |
> user_id
>
> -+-+++-+++-+---+--+-+-
> (0 rows)
>
>
> However, when putting the vm-storage-ssd domain into maintenance mode, it
> failed again:
>
>
>
>
>
>
>
>
>
> Here are some the logs entries - anything else I can look at?
>
>
> 2021-07-29 10:30:37,848-07 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engineScheduled-Thread-25) [35c5b47] EVENT_ID:
> VDS_BROKER_COMMAND_FAILURE(10,802),
>  VDSM compute7.pcic.uvic.ca command ConnectStoragePoolVDS failed: Wrong
> Master domain or its version: u'SD=a5a83df1-47e2-4927-9add-079199ca7ef8,
> pool=f72ec125-69a1-4c1b-a5e1-313fcb70b6ff'
> 2021-07-29 10:30:37,848-07 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-25) [35c5b47] Command
> 'org.ovirt.engine.core.vdsbroker.vd
> sbroker.ConnectStoragePoolVDSCommand' return value 'StatusOnlyReturn
> [status=Status [code=324, message=Wrong Master domain or its version:
> u'SD=a5a83df1-47e2-4927-9add-079199ca7ef8, pool=f72ec125-69a1-4c1b-a5e1-
> 313fcb70b6ff']]'
> ...
> 2021-07-29 10:30:37,848-07 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-25) [35c5b47] HostName =
> compute7.pcic.uvic.ca
> 2021-07-29 10:30:37,849-07 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-25) [35c5b47] Command
> 'ConnectStoragePoolVDSCommand(HostN
> ame = compute7.pcic.uvic.ca,
> ConnectStoragePoolVDSCommandParameters:{hostId='51769733-0cf6-4270-8288-ec96474b7609',
> vdsId='51769733-0cf6-4270-8288-ec96474b7609',
> storagePoolId='f72ec125-69a1-4c1b-a5e1-313fcb70b6
> ff', masterVersion='288'})' execution failed: IRSGenericException:
> IRSErrorException: IRSNoMasterDomainException: Wrong Master domain or its
> version: u'SD=a5a83df1-47e2-4927-9add-079199ca7ef8, pool=f72ec125-69a1
> -4c1b-a5e1-313fcb70b6ff'
> ...
> 2021-07-29 10:30:37,849-07 ERROR
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
> (EE-Mana

[ovirt-users] Re: Error when trying to change master storage domain

2021-07-29 Thread Shani Leviim
Hi Matthew,
Actually, your description is related to 2 features available for ovirt
4.4.5 <https://www.ovirt.org/release/4.4.5/>
1. The ability to switch the master storage domain while domains are up and
running [1]
2. Clearing the finished tasks from REST API [2] and UI [3].

We recommend you upgrade your engine to enjoy those features.

In the meanwhile, as you've described, moving the Master role from one
storage to the other is available using putting the domain into maintenance.
In order to clear the finished tasks from SPM:
   vdsm-client Host getAllTasksStatuses

It should be something like that:
{
"1dc4d885-577a-4b6a-b01f-e682602a907c": {
"code": 0,
"message": "1 jobs completed successfully",
"taskID": "1dc4d885-577a-4b6a-b01f-e682602a907c",
"taskResult": "success",
"taskState": "finished"
}
}

Then clear that tasks:
   vdsm-client Task clear taskID=12345
Once it gets cleared, the reconstruction can be finished.

To verify there are no more finished async tasks, you can run this SQL
query on the engine:
engine=# select * from async_tasks WHERE storage_pool_id = '123';

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1910022
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1627997
[3] https://bugzilla.redhat.com/show_bug.cgi?id=1910302


*Regards,*

*Shani Leviim*


On Thu, Jul 29, 2021 at 8:33 AM Matthew Benstead  wrote:

> Hello,
>
> I'm trying to decommission the old master storage domain in ovirt, and
> replace it with a new one. All of the VMs have been migrated off of the old
> master, and everything has been running on the new storage domain for a
> couple months. But when I try to put the old domain into maintenance mode I
> get an error.
>
> Old Master: vm-storage-ssd
> New Domain: vm-storage-ssd2
>
> The error is:
>
> Failed to Reconstruct Master Domain for Data Center EDC2
>
> As well as:
>
> Sync Error on Master Domain between Host daccs01 and oVirt Engine. Domain:
> vm-storage-ssd is marked as Master in oVirt Engine database but not on the
> Storage side. Please consult with Support on how to fix this issue.
>
> 2021-07-28 11:41:34,870-07 WARN
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
> (EE-ManagedThreadFactory-engine-Thread-23) [] Master domain version is not
> in sync between DB and VDSM. Domain vm-storage-ssd
>  marked as master, but the version in DB: 283 and in VDSM: 280
>
> And:
>
> Not stopping SPM on vds daccs01, pool id
> f72ec125-69a1-4c1b-a5e1-313fcb70b6ff as there are uncleared tasks Task
> '5fa9edf0-56c3-40e4-9327-47bf7764d28d', status 'finished'
>
>
> After a couple minutes all the domains are marked as active again and
> things continue, but vm-storage-ssd is still listed as the master domain.
> Any thoughts?
>
> This is on 4.3.10.4-1.el7   on CentOS 7.
>
> engine=# SELECT storage_name, storage_pool_id, storage, status FROM
> storage_pool_with_storage_domain ORDER BY storage_name;
>  storage_name  |   storage_pool_id
> |storage | status
>
> ---+--++
>  compute1-iscsi-ssd| f72ec125-69a1-4c1b-a5e1-313fcb70b6ff |
> yvUESE-yWUv-VIWL-qX90-aAq7-gK0I-EqppRL |  1
>  compute7-iscsi-ssd| f72ec125-69a1-4c1b-a5e1-313fcb70b6ff |
> 8ekHdv-u0RJ-B0FO-LUUK-wDWs-iaxb-sh3W3J |  1
>  export-domain-storage | f72ec125-69a1-4c1b-a5e1-313fcb70b6ff |
> d3932528-6844-481a-bfed-542872ace9e5   |  1
>  iso-storage   | f72ec125-69a1-4c1b-a5e1-313fcb70b6ff |
> f800b7a6-6a0c-4560-8476-2f294412d87d   |  1
>  vm-storage-7200rpm| f72ec125-69a1-4c1b-a5e1-313fcb70b6ff |
> a0bff472-1348-4302-a5c7-f1177efa45a9   |  1
>  vm-storage-ssd| f72ec125-69a1-4c1b-a5e1-313fcb70b6ff |
> 95acd9a4-a6fb-4208-80dd-1c53d6aacad0   |  1
>  vm-storage-ssd2   | f72ec125-69a1-4c1b-a5e1-313fcb70b6ff |
> 829d0600-c3f7-4dae-a749-d7f05c6a6ca4   |  1
> (7 rows)
>
> Thanks,
>  -Matthew
> --
> ___
> 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/OXOXW6B2NWXOUGZV3OKO4OMDXVDJSQLZ/
>
___
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/FMXDDVYXOL2GD6GEHBKHM77BWZMJ7BHX/


[ovirt-users] Re: Direct Linux kernel/initrd boot

2021-07-27 Thread Shani Leviim
Hi Chris,
Indeed, the ISO domains are deprecated, and you can use a data domain for
uploading iso files (as you've mentioned).
To do that, you need to use image-io for uploading images
<https://www.ovirt.org/develop/release-management/features/storage/image-upload.html>

Here's image-io documentation:
http://ovirt.github.io/ovirt-imageio/overview.html.

Then you can use the UI (admin portal) or REST API
<http://ovirt.github.io/ovirt-engine-api-model/master/#services/image_transfer>
for uploading the iso image to the relevant storage domain.



*Regards,*

*Shani Leviim*


On Mon, Jul 26, 2021 at 8:56 PM Chris Adams  wrote:

> I was looking at using direct Linux kernel/initrd booting for a
> particular automation project, but I'm not sure how to use it.  The docs
> talk about referencing files from an ISO domain, but those are
> deprecated (and I don't have one).  Can the files be in a regular data
> domain?  How would I specify which domain to look in?
>
> The docs also say the alternative is to specify a path "on the host",
> but I guess that requires the files to be copied to the same path on
> every host that could boot the VM?
>
> I guess I can instead make a one-off ISO and upload it to a data domain;
> it just would be easier to use direct boot.
> --
> Chris Adams 
> ___
> 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/IDIDY6ZLZCRMVMQTASSKOL4A7VHDZCVI/
>
___
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/L74BPUBL2IYMT5O5AD562Y63YLENWMUV/


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

2021-06-22 Thread Shani Leviim
You can follow this link:
http://ovirt.github.io/ovirt-engine-api-model/master/#services/vm/methods/stop

POST /ovirt-engine/api/vms/123/stop


*Regards,*

*Shani Leviim*


On Tue, Jun 22, 2021 at 6:16 AM Strahil Nikolov via Users 
wrote:

> It's far easier if you use ansible from engine...
>
> On Mon, Jun 21, 2021 at 21:13, k.gunasekhar--- via Users
>  wrote:
> Do you have any idea how to stop the VM using REST API
>
> ___
> 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/NS7XVSCO5BGF76LI7AXOCF2X7CJOSI7U/
>
> ___
> 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/IU2P7L6SUKSRQKIUDRSEPOOUUU2T6FV2/
>
___
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/OJ2JPVXHZSXMNUBNUB4GOR24OJUFIORW/


[ovirt-users] Re: How to assign a server disk and nic profile via REST API?

2021-05-02 Thread Shani Leviim
You can follow this example:
http://ovirt.github.io/ovirt-engine-api-model/master/#_create_a_virtual_machine_nic

Have you tried creating first the VM without the NIC and then creating its
nic with
POST /ovirt-engine/api/vms/#id/nics ?


*Regards,*

*Shani Leviim*


On Sun, May 2, 2021 at 1:14 PM Shani Leviim  wrote:

> For updating VMs, use PUT instead of POST
>
> http://ovirt.github.io/ovirt-engine-api-model/master/#services/vm/methods/update
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Sun, May 2, 2021 at 10:29 AM  wrote:
>
>> Temporary solution for me is:
>>
>> PUT /ovirt-engine/api/vms/$serverID/nics/$nicID
>>
>> 
>>   ovirtmgmt_25
>>   virtio
>>   
>> 
>>
>> But this solution is not optional, i need set this on "create VM".
>>
>> Ad this to:
>>
>> POST /ovirt-engine/api/vms
>>
>> 
>> $hostname
>> $description
>> 
>> $cluster
>> 
>> 
>> $template
>> 
>>
>> 
>> 
>> 1
>> $cpu
>> 1
>> 
>> 
>> $ramMB
>> 
>> true
>> $ramMBguaranteed
>> $ramMBmax
>> 
>> 
>>
>> like this, but not workling:
>>
>> 
>> $hostname
>> $description
>> 
>> $cluster
>> 
>> 
>> $template
>> 
>>
>> 
>>   ovirtmgmt_25
>>   virtio
>>   
>> 
>>
>> 
>> 
>> 1
>> $cpu
>> 1
>> 
>> 
>> $ramMB
>> 
>> true
>> $ramMBguaranteed
>> $ramMBmax
>> 
>> 
>> ___
>> 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/I3IHCJIR5N7M6ODF75QS7DR4E2VWSWYU/
>>
>
___
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/WWDZRY245GMWJGHU6PR5BDWH3GUGGTB3/


[ovirt-users] Re: How to assign a server disk and nic profile via REST API?

2021-05-02 Thread Shani Leviim
For updating VMs, use PUT instead of POST
http://ovirt.github.io/ovirt-engine-api-model/master/#services/vm/methods/update


*Regards,*

*Shani Leviim*


On Sun, May 2, 2021 at 10:29 AM  wrote:

> Temporary solution for me is:
>
> PUT /ovirt-engine/api/vms/$serverID/nics/$nicID
>
> 
>   ovirtmgmt_25
>   virtio
>   
> 
>
> But this solution is not optional, i need set this on "create VM".
>
> Ad this to:
>
> POST /ovirt-engine/api/vms
>
> 
> $hostname
> $description
> 
> $cluster
> 
> 
> $template
> 
>
> 
> 
> 1
> $cpu
> 1
> 
> 
> $ramMB
> 
> true
> $ramMBguaranteed
> $ramMBmax
> 
> 
>
> like this, but not workling:
>
> 
> $hostname
> $description
> 
> $cluster
> 
> 
> $template
> 
>
> 
>   ovirtmgmt_25
>   virtio
>   
> 
>
> 
> 
> 1
> $cpu
> 1
> 
> 
> $ramMB
> 
> true
> $ramMBguaranteed
> $ramMBmax
> 
> 
> ___
> 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/I3IHCJIR5N7M6ODF75QS7DR4E2VWSWYU/
>
___
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/IBS66KCGJYS2UCN5DQO7AJHWI6FNPAZQ/


[ovirt-users] Re: Cannot delete snapshot

2021-04-22 Thread Shani Leviim
Since 6180c2e8-141a-4126-bcb1-5af5caa98175 doesn't exist on the VDSM, it
should be removed from the DB,
and since it's the parent id for image
e77e2773-eecb-46a6-87c7-14df14f7d95b, it also should be changed.
Something like this:
UPDATE images set parentid = '19fa612d-2f93-46a5-93e7-c74afc2937fa' where
image_guid = 'e77e2773-eecb-46a6-87c7-14df14f7d95b';

Then you can remove the 6180c2e8 image.

It will be safe if you'll have a backup before making any DB changes.


*Regards,*

*Shani Leviim*


On Thu, Apr 22, 2021 at 3:06 PM Giulio Casella  wrote:

>
>
> On 22/04/2021 13:20, Shani Leviim wrote:
> > Hi,
> > You can use the DeleteImage tool [1], but it's first recommended to
> > backup your engine.
> >
> > To be on the safe side, here are some checks it's better to execute
> > before deleting:
> > - In order to locate the illegal image, you can run this command on the
> > host:
> > vdsm-tool dump-volume-chains 
>
> Ok, that is the relevant part of the output:
>
> image:2fd9b340-14ce-42cd-a880-8f75eb3b72e7
>
>  - 19fa612d-2f93-46a5-93e7-c74afc2937fa
>status: OK, voltype: INTERNAL, format: COW, legality:
> LEGAL, type: SPARSE, capacity: 53687091200, truesize: 45902462976
>
>  - e77e2773-eecb-46a6-87c7-14df14f7d95b
>status: OK, voltype: LEAF, format: COW, legality: LEGAL,
> type: SPARSE, capacity: 53687091200, truesize: 27917287424
>
> So I have on storage two images, first one is a snapshot, second one is
> Active VM.
>
> Being the VM up and running I think I could say that on storage the
> situation is consistent.
>
> >
> > - It's also recommended to verify that the engine and vdsm are synced
> > about that image, once you've found it, by running this command on the
> > engine:
> > SELECT *
> >  FROM images_storage_domain_view images_storage_domain_view
> >  WHERE image_group_id = ;
> >
>
> That's the point: engine (database) sees 3 images, whilst vdsm sees only 2.
>
> And this is output of:
>
> select
>
> image_guid,parentid,imagestatus,vm_snapshot_id,volume_type,volume_format,active
> from images where image_group_id='image-group-id';
>
>   image_guid  |   parentid
>  | imagestatus |vm_snapshot_id| volume_type
> | volume_format | active
>
> --+--+-+--+-+---+
>  6180c2e8-141a-4126-bcb1-5af5caa98175 |
> 19fa612d-2f93-46a5-93e7-c74afc2937fa |   1 |
> 281a4331-89fa-4544-b6ab-22c0e5ac6459 |   2 | 4 | f
>  19fa612d-2f93-46a5-93e7-c74afc2937fa |
> ---- |   4 |
> 6488f4c8-efc4-43df-aafc-497fb7d51fbb |   2 | 4 | f
>  e77e2773-eecb-46a6-87c7-14df14f7d95b |
> 6180c2e8-141a-4126-bcb1-5af5caa98175 |   1 |
> 59f69d6f-f300-45e4-8487-1fe4368a5933 |   2 | 4 | t
>
> So there is in the database an image (the one with image-guid
> "6180c2e8-141a-4126-bcb1-5af5caa98175") not existing on storage.
>
> > [1]
> > DeleteImage tool:
> > SELECT DeleteImage('image-id');
> >
> > DELETE
> > FROM images
> > WHERE image_guid = v_image_guid;
> >
>
> I think it could not be enough, I think I should adjust parentship
> relations in "images" table.
>
> Just looking at that table it seems not so difficult, but: is it
> sufficient? Is it safe?
>
> Regards,
> Giulio
>
>
___
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/D2HKS2RFMNKGP54JVA3D5MVUYKKQVZII/


[ovirt-users] Re: Cannot delete snapshot

2021-04-22 Thread Shani Leviim
Hi,
You can use the DeleteImage tool [1], but it's first recommended to backup
your engine.

To be on the safe side, here are some checks it's better to execute before
deleting:
- In order to locate the illegal image, you can run this command on the
host:
vdsm-tool dump-volume-chains 

- It's also recommended to verify that the engine and vdsm are synced about
that image, once you've found it, by running this command on the engine:
SELECT *
 FROM images_storage_domain_view images_storage_domain_view
 WHERE image_group_id = ;

[1]
DeleteImage tool:
SELECT DeleteImage('image-id');

DELETE
FROM images
WHERE image_guid = v_image_guid;



*Regards,*

*Shani Leviim*


On Wed, Apr 21, 2021 at 1:17 PM Giulio Casella  wrote:

> I tried, with no luck. Giving "disk snapshot id" as a parameter to that
> psql procedure nothing happened. Giving the "vm_snapshot_id" as found in
> the "images" table made the snapshot disappear from the gui, but not
> from the "images" table.
>
> SO I decided to look into DeleteSnapshot procedure, that resolve as:
>
> DELETE FROM snapshots WHERE snapshot_id = v_snapshot_id;
>
> It only acts on the "snapshots" table, and not on the "image" table,
> where the parentship between snapshots is still wrong.
>
> How safe is to manually modify "images" table and set correct parentship?
>
>
>
>
>
> On 20/04/2021 15:56, Shani Leviim wrote:
> > Thanks, Ritesh.
> >
> > In order to delete that snapshot, run this command on psql:
> > SELECT DeleteSnapshot('snapshot-id');
> >
> > *Regards,
> > *
> > *Shani Leviim
> > *
> >
> >
> > On Tue, Apr 20, 2021 at 3:25 PM Ritesh Chikatwar  > <mailto:rchik...@redhat.com>> wrote:
> >
> > adding @Shani Leviim <mailto:slev...@redhat.com>
> >
> > On Tue, Apr 20, 2021 at 5:35 PM Thomas Hoberg  > <mailto:tho...@hoberg.net>> wrote:
> >
> > I have used these tools to get rid of snapshots that wouldn't go
> > away any other way:
> >
> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html
> > <
> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html
> >
> > ___
> > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> > To unsubscribe send an email to users-le...@ovirt.org
> > <mailto:users-le...@ovirt.org>
> > Privacy Statement: https://www.ovirt.org/privacy-policy.html
> > <https://www.ovirt.org/privacy-policy.html>
> > oVirt Code of Conduct:
> > https://www.ovirt.org/community/about/community-guidelines/
> > <https://www.ovirt.org/community/about/community-guidelines/>
> > List Archives:
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/37K5J2X2OUDQKN5J3J7ISOV26FMTHCTY/
> > <
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/37K5J2X2OUDQKN5J3J7ISOV26FMTHCTY/
> >
> >
> >
> > ___
> > 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/LS3BUPQIVHQMG7I7C6IL7QTXJTJE7KCE/
> >
>
>
___
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/44NDDQMJIZX7M5P4IYKH5UZOGEL7QBE7/


[ovirt-users] Re: How to assign a server disk and nic profile via REST API?

2021-04-21 Thread Shani Leviim
Yes, follow the example here:

POST /ovirt-engine/api/vms/123/nics


  mynic
  virtio
  


http://ovirt.github.io/ovirt-engine-api-model/master/#services/vm_nics/methods/add



*Regards,*

*Shani Leviim*


On Wed, Apr 21, 2021 at 10:05 AM  wrote:

> Thanks. Is it possible to do it like this via the REST-API?
> I can't find it in the documentation. :-(
> I don't use Python.
> ___
> 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/GBCOWSEHG6HR2FFWTY6MLD632EPOOQWT/
>
___
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/574T3PCT6HQZXDQYBJCNACRZ5G5GGM25/


[ovirt-users] Re: Cannot delete snapshot

2021-04-20 Thread Shani Leviim
Thanks, Ritesh.

In order to delete that snapshot, run this command on psql:
SELECT DeleteSnapshot('snapshot-id');


*Regards,*

*Shani Leviim*


On Tue, Apr 20, 2021 at 3:25 PM Ritesh Chikatwar 
wrote:

> adding @Shani Leviim 
>
> On Tue, Apr 20, 2021 at 5:35 PM Thomas Hoberg  wrote:
>
>> I have used these tools to get rid of snapshots that wouldn't go away any
>> other way:
>>
>> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html
>> ___
>> 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/37K5J2X2OUDQKN5J3J7ISOV26FMTHCTY/
>>
>
___
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/LS3BUPQIVHQMG7I7C6IL7QTXJTJE7KCE/


[ovirt-users] Re: What software used to take forever incremental backup from VM?

2021-04-18 Thread Shani Leviim
Hi,
You can use an SDK script for automating the process.
You can use this example:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py

Also, adding +Nir Soffer  and +Eyal Shenitzky



*Regards,*

*Shani Leviim*


On Sun, Apr 18, 2021 at 9:23 AM  wrote:

> Hi there,
>
> I want forever incremental backup for over 150+ virtual machines inside
> oVirt to save more backup space, then restore in case some problem occurs,
> any good advice?
> ___
> 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/IQOZNU3QW4NETGX2BAXFDGW3NIVZBO22/
>
___
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/FY474QN2MPBLFMK2CTHUPD43STGVSTCV/


[ovirt-users] Re: Install oVirt using the Cockpit wizard

2021-04-14 Thread Shani Leviim
Hi,
I ran into this one a while ago, and restarting the postgresql service did
the trick:

- kill any other open postmaster sessions:
  ps -ef | grep postmaster

- restart the service:
  systemctl restart postgresql


*Regards,*

*Shani Leviim*


On Mon, Apr 12, 2021 at 12:20 PM rajkumar madhu 
wrote:

> Hi Team,
>
> I have installed oVirt repo in my centos8 server ( dnf install
> https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm )
> then while executing Engine-setup command in my server .I am getting the
> below error message.Could you please check and give me some suggestions to
> resolve the issue .
>
>  engine-setup
> [ INFO  ] Stage: Initializing
> [ INFO  ] Stage: Environment setup
>   Configuration files:
> /etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf,
> /etc/ovirt-engine-setup.conf.d/10-packaging.conf,
> /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf
>   Log file:
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20210412024224-fvaq4e.log
>   Version: otopi-1.9.4 (otopi-1.9.4-1.el8)
> [ ERROR ] Failed to execute stage 'Environment setup': Cannot connect to
> ovirt cinderlib database using existing credentials:
> ovirt_cinderlib@localhost:5432
> [ INFO  ] Stage: Clean up
>   Log file is located at
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20210412024224-fvaq4e.log
> [ INFO  ] Generating answer file
> '/var/lib/ovirt-engine/setup/answers/20210412024227-setup.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Execution of setup failed
>
>
> Regards,
>
> Rajkumar M
> 9176772077.
> ___
> 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/LPRRAS3JBVPX6GVEOFWPGHMOGUN6WBP6/
>
___
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/Z3SR2IBIMXLXYHWZZU7FEUHDQDRDRYP5/


[ovirt-users] Re: Ovirt with Oracle Linux 8.3 & Cockpit - Direct Luns

2021-04-14 Thread Shani Leviim
I'm not familiar with Cockpit, but I found this tutorial:
https://www.ovirt.org/documentation/installing_ovirt_as_a_self-hosted_engine_using_the_cockpit_web_interface/

So I guess they can both exist at the same time.

Please note that Direct LUN disks are not included in virtual machine
exports/snapshots.
Can you try adding the direct LUN by discovering and logging into the
desired target?
Or this one doesn't work as well?


*Regards,*

*Shani Leviim*


On Tue, Apr 13, 2021 at 1:39 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno mar 13 apr 2021 alle ore 06:52  ha
> scritto:
>
>> Is Ovirt compatible with Oracle Linux 8.3?
>
>
> Within the oVirt project we are not testing with Oracle Linux but if you
> find issues you can report here, I think OLVM developers are monitoring the
> list and can possibly help or push fixes.
>
>
>
>> I have KVM & Cockpit running on Oracle Linux 8.3 but don't see a way to
>> map direct luns (like RDM's) to the VM in the Cockpit interface.
>>
>
> I tend to think this is unrelated to being Oracle Linux, maybe someone
> from storage team can help here. @Eyal Shenitzky  ?
>
>
>
>> Do I need to move back to Centos 7.x or RHEL 7.x with Ovirt to be able to
>> use direct luns?  Can Ovirt and Cockpit coexist?
>> ___
>> 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/NMV22GEHA3SFAQYN3BNRRJX5BSF3A6V5/
>>
>
>
> --
>
> 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/T23HMJU62TEJMWD3ENTK74EMDF5YTHAZ/
>
___
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/TQGT6JKUWVOVW3MJPJYMUSQI7HMAIDUN/


[ovirt-users] Re: How to detach FC Storage Domain

2021-04-08 Thread Shani Leviim
Hi Miguel,
You can try to destroy the storage domain:
Storage > Storage domain > select the domain > 3 dots menu > destroy.

Then just add it again to the desired DC.


*Regards,*

*Shani Leviim*


On Thu, Apr 8, 2021 at 6:30 PM Miguel Garcia 
wrote:

> I have added some FC storage domains into incorrect Data Center, I'm
> trying to detach them by moving to Storage -> Storage domain select storage
> domain -> Data Center tab and click on detach button then got the following
> error: Failing detaching storage domain from Data Center
>
> In log files so far found next lines:
>
> 2021-03-25 22:58:41,621-04 INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-2636)
> [0a08dff7-13c4-49c2-b451-0dea136941ec] START,
> DetachStorageDomainVDSCommand(
> DetachStorageDomainVDSCommandParameters:{storagePoolId='68b8d8e9-af51-457d-9b9d-36e37ad60d55',
> ignoreFailoverLimit='false',
> storageDomainId='a1f6a779-a65f-427c-b034-174e1150361d',
> masterDomainId='----', masterVersion='1',
> force='false'}), log id: 42974429
> 2021-03-25 22:58:42,941-04 ERROR
> [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-2636)
> [0a08dff7-13c4-49c2-b451-0dea136941ec] Failed in 'DetachStorageDomainVDS'
> method
> 2021-03-25 22:58:42,944-04 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-2636)
> [0a08dff7-13c4-49c2-b451-0dea136941ec] EVENT_ID:
> IRS_BROKER_COMMAND_FAILURE(10,803), VDSM command DetachStorageDomainVDS
> failed: Storage domain does not exist:
> (u'a1f6a779-a65f-427c-b034-174e1150361d',)
> 2021-03-25 22:58:42,945-04 ERROR
> [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-2636)
> [0a08dff7-13c4-49c2-b451-0dea136941ec] Command
> 'DetachStorageDomainVDSCommand(
> DetachStorageDomainVDSCommandParameters:{storagePoolId='68b8d8e9-af51-457d-9b9d-36e37ad60d55',
> ignoreFailoverLimit='false',
> storageDomainId='a1f6a779-a65f-427c-b034-174e1150361d',
> masterDomainId='----', masterVersion='1',
> force='false'})' execution failed: IRSGenericException: IRSErrorException:
> Failed to DetachStorageDomainVDS, error = Storage domain does not exist:
> (u'a1f6a779-a65f-427c-b034-174e1150361d',), code = 358
>
> Seems that the storage domain does not exists. Is there a way to force
> detach action?
>
> 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/Q6TXNCIUDBJZPAXJBE3RQR7WYRVDO7GP/
>
___
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/2Y5XILF7NMUJOSN7VABNXLEQNHJAWVEI/


[ovirt-users] Re: Destroyed VM blocking hosts/filling logs

2021-04-08 Thread Shani Leviim
You can find your virsh user and password in
/etc/ovirt-hosted-engine/virsh_auth.conf
The content should be something like this:

sudo cat /etc/ovirt-hosted-engine/virsh_auth.conf
[credentials-vdsm]
authname=vdsm@ovirt
password=mypassword



*Regards,*

*Shani Leviim*


On Thu, Apr 8, 2021 at 5:20 PM David Kerry  wrote:

> Hi Shani,
>
> I actually came across that option and attempted it at one point,
> but vdsm has locked me out of using that command it seems.
>
> Eg:
>
> [root@ovirt-node217 ~]# virsh undefine vm-s2
> Please enter your authentication name: admin
> Please enter your password:
> error: failed to connect to the hypervisor
> error: authentication failed: authentication failed
>
> No known username/password seems to work.
>
> Is there some magic user to use for this, or some way
> to bypass the authentication?
>
> Thanks
>
> David
>
> On 2021-04-08 10:10 a.m., Shani Leviim wrote:
> > Hi David,
> > Yes - this one will remove completely the VM from the DB.
> >
> > You can use the virsh command to delete the VM guests:
> >
> https://www.cyberciti.biz/faq/howto-linux-delete-a-running-vm-guest-on-kvm/
> <
> https://www.cyberciti.biz/faq/howto-linux-delete-a-running-vm-guest-on-kvm/
> >
> >
> > *Regards,
> > *
> > *Shani Leviim
> > *
> >
> >
> > On Thu, Apr 8, 2021 at 4:32 PM David Kerry  dav...@riavera.com>> wrote:
> >
> > Hi Shani,
> >
> > These VMs in particular are running just fine on other hosts (and
> > I'd like to keep them that way, preferably).
> >
> > It looks like this command would delete the whole VM from the
> > entire system instead of just removing the stuck/shutdown instances
> > from the hosts it's not running on any more.
> >
> > Can you confirm this is what it would do?  If so, is there another
> > option to remove these stuck "ghost" VM instances from the hosts
> they are
> > no longer running on?
> >
> >
> > Thanks
> >
> > David
> >
> >
> > On 2021-04-08 3:20 a.m., Shani Leviim wrote:
> >  > Hi David,
> >  > You can delete the VM from the DB using this command:
> >  > SELECT DeleteVm('');
> >  >
> >  > *Regards,
> >  > *
> >  > *Shani Leviim
> >  > *
> >  >
> >  >
> >  > On Wed, Apr 7, 2021 at 4:23 PM David Kerry  <mailto:dav...@riavera.com> <mailto:dav...@riavera.com  dav...@riavera.com>>> wrote:
> >  >
> >  > Hello,
> >  >
> >  > This seems to be what the engine is trying to do, and failing
> at for some reason.
> >  >
> >  > eg:
> >  >
> >  > [root@ovirt-node217 ~]# vdsm-client Host getVMList
> fullStatus=True
> >  > [
> >  >  "8b3964bc-cd3f-4f13-84c6-1811193c93eb",
> >  >  "132668b6-9992-451f-95ac-dbcbeb03f5f1"
> >  > ]
> >  >
> >  > For reference:
> >  >
> >  > [root@ovirt-node217 ~]# virsh -r list --all
> >  >   IdName   State
> >  > 
> >  >   - vm-s2  shut off
> >  >   - vm-s1  shut off
> >  >
> >  > And in the console, it shows a count of "2" beside this host,
> but on the host detail
> >  > page, under the virtual-machine tab, the list is empty (these
> VMs are actually
> >  > running on a different host).
> >  >
> >  > [root@ovirt-node217 ~]# vdsm-client VM destroy
> vmID="8b3964bc-cd3f-4f13-84c6-1811193c93eb"
> >  > vdsm-client: Command VM.destroy with args {'vmID':
> '8b3964bc-cd3f-4f13-84c6-1811193c93eb'} failed:
> >  > (code=100, message=General Exception: ("'1048576'",))
> >  >
> >  > I guess what I need is a way to remove/clean-up these VMs
> manually since ovirt
> >  > does not seem to be able to do it by itself.
> >  >
> >  > This condition also blocks the host from being put into
> maintenance mode.
> >  >
> >  > When I reboot the host manually and "confirm host was
> rebooted", the VMs
> >  > are still there and still stuck.
>

[ovirt-users] Re: Destroyed VM blocking hosts/filling logs

2021-04-08 Thread Shani Leviim
Hi David,
Yes - this one will remove completely the VM from the DB.

You can use the virsh command to delete the VM guests:
https://www.cyberciti.biz/faq/howto-linux-delete-a-running-vm-guest-on-kvm/


*Regards,*

*Shani Leviim*


On Thu, Apr 8, 2021 at 4:32 PM David Kerry  wrote:

> Hi Shani,
>
> These VMs in particular are running just fine on other hosts (and
> I'd like to keep them that way, preferably).
>
> It looks like this command would delete the whole VM from the
> entire system instead of just removing the stuck/shutdown instances
> from the hosts it's not running on any more.
>
> Can you confirm this is what it would do?  If so, is there another
> option to remove these stuck "ghost" VM instances from the hosts they are
> no longer running on?
>
>
> Thanks
>
> David
>
>
> On 2021-04-08 3:20 a.m., Shani Leviim wrote:
> > Hi David,
> > You can delete the VM from the DB using this command:
> > SELECT DeleteVm('');
> >
> > *Regards,
> > *
> > *Shani Leviim
> > *
> >
> >
> > On Wed, Apr 7, 2021 at 4:23 PM David Kerry  dav...@riavera.com>> wrote:
> >
> > Hello,
> >
> > This seems to be what the engine is trying to do, and failing at for
> some reason.
> >
> > eg:
> >
> > [root@ovirt-node217 ~]# vdsm-client Host getVMList fullStatus=True
> > [
> >  "8b3964bc-cd3f-4f13-84c6-1811193c93eb",
> >  "132668b6-9992-451f-95ac-dbcbeb03f5f1"
> > ]
> >
> > For reference:
> >
> > [root@ovirt-node217 ~]# virsh -r list --all
> >   IdName   State
> > 
> >   - vm-s2  shut off
> >   - vm-s1  shut off
> >
> > And in the console, it shows a count of "2" beside this host, but on
> the host detail
> > page, under the virtual-machine tab, the list is empty (these VMs
> are actually
> > running on a different host).
> >
> > [root@ovirt-node217 ~]# vdsm-client VM destroy
> vmID="8b3964bc-cd3f-4f13-84c6-1811193c93eb"
> > vdsm-client: Command VM.destroy with args {'vmID':
> '8b3964bc-cd3f-4f13-84c6-1811193c93eb'} failed:
> > (code=100, message=General Exception: ("'1048576'",))
> >
> > I guess what I need is a way to remove/clean-up these VMs manually
> since ovirt
> > does not seem to be able to do it by itself.
> >
> > This condition also blocks the host from being put into maintenance
> mode.
> >
> > When I reboot the host manually and "confirm host was rebooted", the
> VMs
> > are still there and still stuck.
> >
> > Sincerely,
> >
> > David
> >
> >
> >     On 2021-04-07 6:01 a.m., Shani Leviim wrote:
> >> Hi,
> >> You can try with the vdsm-client tool:
> >> https://www.ovirt.org/develop/developer-guide/vdsm/vdsm-client.html
> <https://www.ovirt.org/develop/developer-guide/vdsm/vdsm-client.html>
> >>
> >> Stopping a VM:
> >> 1) Get the vmId:
> >> # vdsm-client Host getVMList fullStatus=True
> >>
> >> 2) Destroy the VM
> >> # vdsm-client VM destroy vmID=
> >>
> >> *Regards,
> >> *
> >> *Shani Leviim
> >> *
> >>
> >>
> >> On Sat, Apr 3, 2021 at 7:50 AM  dav...@riavera.com>> wrote:
> >>
> >> Hello,
> >>
> >> I've somehow gotten one of my VMs stuck in a state that ovirt
> seems to be rather confused about its
> >> existence of now.  I'm running oVirt 4.3.10 and using oVirt
> Node on all the hosts.
> >>
> >> My engine and host event logs are now filling up very rapidly
> with this error:
> >>
> >> VDSM node217 command DestroyVDS failed: General Exception:
> ("'1048576'",)
> >>
> >> I was playing with hugetable support, and that error number or
> string looks suspiciously
> >> like the "hugetable size" custom property I set on the VM.
> >>
> >> This VM was migrated to another host at one point as well, and
> now that host is also
> >> generating the same error as well.
> >>
> >> When I try to move these hosts to maintenance mode, they get
> stuck in "Preparing for
> >> Maintenance&quo

[ovirt-users] Re: cannot export - "r.original_template is undefined"

2021-04-08 Thread Shani Leviim
The UI messages may not appear on the engine log as they are.
It's mostly related to the operation itself (in your case, ExportVmCommand).

For a better understanding, looking at your logs (ui.log and engine.log) is
essential.
Please share them (here/private).

Also, since it looks like a bug, consider open one at Bugzilla and attach
those logs there and the steps to reproduce.


*Regards,*

*Shani Leviim*


On Wed, Apr 7, 2021 at 8:24 PM Diggy Mc  wrote:

>
> Attached is a screenshot of the error in the GUI.  Also, I could not
> find any relevant entries in either the engine or UI log files.
>
___
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/JTS6D3M6PG466T3NSBR6YNBDDNU2XMZQ/


[ovirt-users] Re: Destroyed VM blocking hosts/filling logs

2021-04-08 Thread Shani Leviim
Hi David,
You can delete the VM from the DB using this command:
SELECT DeleteVm('');


*Regards,*

*Shani Leviim*


On Wed, Apr 7, 2021 at 4:23 PM David Kerry  wrote:

> Hello,
>
> This seems to be what the engine is trying to do, and failing at for some
> reason.
>
> eg:
>
> [root@ovirt-node217 ~]# vdsm-client Host getVMList fullStatus=True
> [
> "8b3964bc-cd3f-4f13-84c6-1811193c93eb",
> "132668b6-9992-451f-95ac-dbcbeb03f5f1"
> ]
>
> For reference:
>
> [root@ovirt-node217 ~]# virsh -r list --all
>  IdName   State
> 
>  - vm-s2  shut off
>  - vm-s1  shut off
>
> And in the console, it shows a count of "2" beside this host, but on the
> host detail
> page, under the virtual-machine tab, the list is empty (these VMs are
> actually
> running on a different host).
>
> [root@ovirt-node217 ~]# vdsm-client VM destroy
> vmID="8b3964bc-cd3f-4f13-84c6-1811193c93eb"
> vdsm-client: Command VM.destroy with args {'vmID':
> '8b3964bc-cd3f-4f13-84c6-1811193c93eb'} failed:
> (code=100, message=General Exception: ("'1048576'",))
>
> I guess what I need is a way to remove/clean-up these VMs manually since
> ovirt
> does not seem to be able to do it by itself.
>
> This condition also blocks the host from being put into maintenance mode.
>
> When I reboot the host manually and "confirm host was rebooted", the VMs
> are still there and still stuck.
>
> Sincerely,
>
> David
>
>
> On 2021-04-07 6:01 a.m., Shani Leviim wrote:
>
> Hi,
> You can try with the vdsm-client tool:
> https://www.ovirt.org/develop/developer-guide/vdsm/vdsm-client.html
>
> Stopping a VM:
> 1) Get the vmId:
> # vdsm-client Host getVMList fullStatus=True
>
> 2) Destroy the VM
> # vdsm-client VM destroy vmID=
>
>
> *Regards, *
>
> *Shani Leviim *
>
>
> On Sat, Apr 3, 2021 at 7:50 AM  wrote:
>
>> Hello,
>>
>> I've somehow gotten one of my VMs stuck in a state that ovirt seems to be
>> rather confused about its
>> existence of now.  I'm running oVirt 4.3.10 and using oVirt Node on all
>> the hosts.
>>
>> My engine and host event logs are now filling up very rapidly with this
>> error:
>>
>> VDSM node217 command DestroyVDS failed: General Exception: ("'1048576'",)
>>
>> I was playing with hugetable support, and that error number or string
>> looks suspiciously
>> like the "hugetable size" custom property I set on the VM.
>>
>> This VM was migrated to another host at one point as well, and now that
>> host is also
>> generating the same error as well.
>>
>> When I try to move these hosts to maintenance mode, they get stuck in
>> "Preparing for
>> Maintenance" while it tries to migrate/deal with the VM that's not there
>> any more.
>>
>> Forcibly rebooting the hosts does not change anything.  The VM state/host
>> seems to be
>> captured somewhere persistent in this case.
>>
>> The VM in question is not running, and I can start it up on another host
>> successfully,
>> but ovirt still thinks it exists on the other 2 hosts no matter what I do.
>>
>> Is there perhaps some way to delete it from the engine database directly
>> to straighten
>> things out?
>>
>> Here's a dump of the vdsm log on one of the hosts.  I haven't been able
>> to pinpoint what
>> the exact issue is or how to fix it, but hopefully someone here will have
>> seen this before?
>>
>> 2021-04-03 04:40:35,515+ INFO  (jsonrpc/1) [api.virt] START
>> destroy(gracefulAttempts=1) from=:::10.100.0.210,58150,
>> vmId=58abf0cf-d7b9-4067-a86a-e619928368e7 (api:48)
>> 2021-04-03 04:40:35,516+ INFO  (jsonrpc/1) [virt.vm]
>> (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') Release VM resources (vm:5186)
>> 2021-04-03 04:40:35,516+ WARN  (jsonrpc/1) [virt.vm]
>> (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') trying to set state to
>> Powering down when already Down (vm:626)
>> 2021-04-03 04:40:35,516+ INFO  (jsonrpc/1) [virt.vm]
>> (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') Stopping connection
>> (guestagent:455)
>> 2021-04-03 04:40:35,517+ INFO  (jsonrpc/1) [vdsm.api] START
>> teardownImage(sdUUID='a08af6be-3802-4bb1-9fa5-4b6a10227290',
>> spUUID='78dc095a-5238-11e8-b8bf-00163e6a7af9',
>> imgUUID='9c896907-59b0-4983-9478-b36b2c2eb01e', volUUID=None)
>> from=:::10.100.0.210,58150, task_id=fc946d20-126a-4fd0-9078-91

[ovirt-users] Re: Destroyed VM blocking hosts/filling logs

2021-04-07 Thread Shani Leviim
Hi,
You can try with the vdsm-client tool:
https://www.ovirt.org/develop/developer-guide/vdsm/vdsm-client.html

Stopping a VM:
1) Get the vmId:
# vdsm-client Host getVMList fullStatus=True

2) Destroy the VM
# vdsm-client VM destroy vmID=


*Regards,*

*Shani Leviim*


On Sat, Apr 3, 2021 at 7:50 AM  wrote:

> Hello,
>
> I've somehow gotten one of my VMs stuck in a state that ovirt seems to be
> rather confused about its
> existence of now.  I'm running oVirt 4.3.10 and using oVirt Node on all
> the hosts.
>
> My engine and host event logs are now filling up very rapidly with this
> error:
>
> VDSM node217 command DestroyVDS failed: General Exception: ("'1048576'",)
>
> I was playing with hugetable support, and that error number or string
> looks suspiciously
> like the "hugetable size" custom property I set on the VM.
>
> This VM was migrated to another host at one point as well, and now that
> host is also
> generating the same error as well.
>
> When I try to move these hosts to maintenance mode, they get stuck in
> "Preparing for
> Maintenance" while it tries to migrate/deal with the VM that's not there
> any more.
>
> Forcibly rebooting the hosts does not change anything.  The VM state/host
> seems to be
> captured somewhere persistent in this case.
>
> The VM in question is not running, and I can start it up on another host
> successfully,
> but ovirt still thinks it exists on the other 2 hosts no matter what I do.
>
> Is there perhaps some way to delete it from the engine database directly
> to straighten
> things out?
>
> Here's a dump of the vdsm log on one of the hosts.  I haven't been able to
> pinpoint what
> the exact issue is or how to fix it, but hopefully someone here will have
> seen this before?
>
> 2021-04-03 04:40:35,515+ INFO  (jsonrpc/1) [api.virt] START
> destroy(gracefulAttempts=1) from=:::10.100.0.210,58150,
> vmId=58abf0cf-d7b9-4067-a86a-e619928368e7 (api:48)
> 2021-04-03 04:40:35,516+ INFO  (jsonrpc/1) [virt.vm]
> (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') Release VM resources (vm:5186)
> 2021-04-03 04:40:35,516+ WARN  (jsonrpc/1) [virt.vm]
> (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') trying to set state to
> Powering down when already Down (vm:626)
> 2021-04-03 04:40:35,516+ INFO  (jsonrpc/1) [virt.vm]
> (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') Stopping connection
> (guestagent:455)
> 2021-04-03 04:40:35,517+ INFO  (jsonrpc/1) [vdsm.api] START
> teardownImage(sdUUID='a08af6be-3802-4bb1-9fa5-4b6a10227290',
> spUUID='78dc095a-5238-11e8-b8bf-00163e6a7af9',
> imgUUID='9c896907-59b0-4983-9478-b36b2c2eb01e', volUUID=None)
> from=:::10.100.0.210,58150, task_id=fc946d20-126a-4fd0-9078-91
> 4b4a64b1d9 (api:48)
> 2021-04-03 04:40:35,518+ INFO  (jsonrpc/1) [storage.StorageDomain]
> Removing image rundir link
> u'/var/run/vdsm/storage/a08af6be-3802-4bb1-9fa5-4b6a10227290/9c896907-59b0-4983-9478-b36b2c2eb01e'
> (fileSD:592)
> 2021-04-03 04:40:35,518+ INFO  (jsonrpc/1) [vdsm.api] FINISH
> teardownImage return=None from=:::10.100.0.210,58150,
> task_id=fc946d20-126a-4fd0-9078-914b4a64b1d9 (api:54)
> 2021-04-03 04:40:35,519+ INFO  (jsonrpc/1) [vdsm.api] START
> teardownImage(sdUUID='b891448d-dd92-4a7b-a51a-22abc3d7da67',
> spUUID='78dc095a-5238-11e8-b8bf-00163e6a7af9',
> imgUUID='c0e95483-35f1-4a61-958e-4e308b70d3f8', volUUID=None)
> from=:::10.100.0.210,58150, task_id=77c0fdca-e13a-44b5-9a00-29
> 0522b194b2 (api:48)
> 2021-04-03 04:40:35,520+ INFO  (jsonrpc/1) [storage.StorageDomain]
> Removing image rundir link
> u'/var/run/vdsm/storage/b891448d-dd92-4a7b-a51a-22abc3d7da67/c0e95483-35f1-4a61-958e-4e308b70d3f8'
> (fileSD:592)
> 2021-04-03 04:40:35,520+ INFO  (jsonrpc/1) [vdsm.api] FINISH
> teardownImage return=None from=:::10.100.0.210,58150,
> task_id=77c0fdca-e13a-44b5-9a00-290522b194b2 (api:54)
> 2021-04-03 04:40:35,521+ INFO  (jsonrpc/1) [virt.vm]
> (vmId='58abf0cf-d7b9-4067-a86a-e619928368e7') Stopping connection
> (guestagent:455)
> 2021-04-03 04:40:35,521+ WARN  (jsonrpc/1) [root] File:
> /var/lib/libvirt/qemu/channels/58abf0cf-d7b9-4067-a86a-e619928368e7.ovirt-guest-agent.0
> already removed (fileutils:54)
> 2021-04-03 04:40:35,521+ WARN  (jsonrpc/1) [root] Attempting to remove
> a non existing network: ovirtmgmt/58abf0cf-d7b9-4067-a86a-e619928368e7
> (libvirtnetwork:198)
> 2021-04-03 04:40:35,522+ WARN  (jsonrpc/1) [root] Attempting to remove
> a non existing net user: ovirtmgmt/58abf0cf-d7b9-4067-a86a-e619928368e7
> (libvirtnetwork:205)
> 2021-04-03 04:40:35,526+ WARN  (jsonrpc/1) [root] Attempting to remove
> a non existing network: ovirtmgmt/58abf0cf-d7b9-4067-a86a-e619928368e7
> (

[ovirt-users] Re: How to assign a server disk and nic profile via REST API?

2021-04-07 Thread Shani Leviim
Hi,
You can use this one for adding a VM nic:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/add_vm_nic.py


*Regards,*

*Shani Leviim*


On Sun, Apr 4, 2021 at 5:10 PM  wrote:

> Hello to everybody,
>
> for about an hour I have stuck my nose in the ovirt and rhev
> documentation, but I still can't understand how to use the REST API to
> change the disk profile and nothing the server profile.
>
> Ideally, how to set it for them when setting up a VM.
>
> Thank you so much for the advice.
> ___
> 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/WK2XPICALNTXSLTUODFJFFZZB7B5PXZL/
>
___
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/2F2KWRDPAN6CTPWTBY5P5SXCOFEKF4T5/


[ovirt-users] Re: cannot export - "r.original_template is undefined"

2021-04-07 Thread Shani Leviim
Hi,
Does it appear as a UI error?
Can you please share the UI and engine logs + attach a screenshot?


*Regards,*

*Shani Leviim*


On Mon, Apr 5, 2021 at 7:09 PM Diggy Mc  wrote:

> I cannot export a VM to a data domain.  I receive the error:
>
> Export VM Failed
> r.original_template is undefined
>
> The VM originated as an OVA provided by a third party.  After importing
> the OVA and customizing the VM, I wanted to export it for backup purposes,
> but cannot.
>
> I am running oVirt 4.4.4.  You can download the OVA directly from
> ERPNext.org if that helps troubleshooting.  Download the "Production Image"
> from here: https://erpnext.org/get-started
>
> Any help is appreciated and let me know if additional information is
> 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/VPGGT7GCJ6K5AKID26GC6NQUPUELLUU2/
>
___
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/RTS6BJFYXFLDE7MKBLLNTW67ADKEGMXA/


[ovirt-users] Re: libvirtd.service is down

2021-03-22 Thread Shani Leviim
Hello,
I used to encounter this one a long time ago.
You can list your networks by using:
sudo virsh net-list --all

Once you've located the network you wish to delete, you can use:
sudo virsh net-destroy 


*Regards,*

*Shani Leviim*


On Sun, Mar 21, 2021 at 6:31 PM  wrote:

> Hello.
>
> I have an error in my oVirt node 4.4: internal error: "Network is already
> in use by interface ens3"
>
>
> This is the output from journalctl:
>
>
> [root@localhost ~]# sudo journalctl --unit libvirtd.service
> -- Logs begin at Sun 2021-03-21 16:13:11 UTC, end at Sun 2021-03-21
> 16:20:37 UTC. --
> Mar 21 16:13:24 localhost.localdomain systemd[1]: Starting
> Virtualization daemon...
> Mar 21 16:13:25 localhost.localdomain systemd[1]: Started
> Virtualization daemon.
> Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: libvirt version:
> 6.6.0, package: 13.el8 (CBS , 2021-03-01-13:29:02, )
> Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: hostname:
> localhost.localdomain
> Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: internal error:
> Network is already in use by interface ens3
> Mar 21 16:15:25 localhost.localdomain systemd[1]: libvirtd.service:
> Succeeded.
> Mar 21 16:19:30 localhost.localdomain systemd[1]: Starting
> Virtualization daemon...
> Mar 21 16:19:30 localhost.localdomain systemd[1]: Started
> Virtualization daemon.
>
>
> And this is the output from systemctl:
>
>
> [root@localhost ~]# sudo systemctl status libvirtd.service
> â libvirtd.service - Virtualization daemon
>Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled;
> vendor preset: enabled)
>   Drop-In: /etc/systemd/system/libvirtd.service.d
>ââunlimited-core.conf
>Active: inactive (dead) since Sun 2021-03-21 16:15:25 UTC; 2min 36s
> ago
>  Docs: man:libvirtd(8)
>https://libvirt.org
>   Process: 1626 ExecStart=/usr/sbin/libvirtd $LIBVIRTD_ARGS
> (code=exited, status=0/SUCCESS)
>  Main PID: 1626 (code=exited, status=0/SUCCESS)
>
> Mar 21 16:13:24 localhost.localdomain systemd[1]: Starting
> Virtualization daemon...
> Mar 21 16:13:25 localhost.localdomain systemd[1]: Started
> Virtualization daemon.
> Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: libvirt version:
> 6.6.0, package: 13.el8 (CBS , 2021-03-01-13:29:02, )
> Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: hostname:
> localhost.localdomain
> Mar 21 16:13:25 localhost.localdomain libvirtd[1626]: internal error:
> Network is already in use by interface ens3
> Mar 21 16:15:25 localhost.localdomain systemd[1]: libvirtd.service:
> Succeeded.
>
>
> I managed to successfully start libvirtd.service by doing systemctl start
> libvirtd.service but I want to correct this bug somehow.
>
>
> Anyone encountered this before?
>
>
> 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/LYFMLQKMZ7VEASZ6AJM7QK2RUVUXBASO/
>
___
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/6XBFKZVYU54YC265CBAAXV2CSPZL3NO7/


[ovirt-users] Re: Locked disks

2021-02-03 Thread Shani Leviim
In such a case, the disks shouldn't remain locked - sounds like a bug.
This one requires a deeper look.
If you're able to reproduce it again, please open a bug in Bugzilla (
https://bugzilla.redhat.com) with engine and vdsm logs,
so we'll be able to investigate it.


*Regards,*

*Shani Leviim*


On Wed, Feb 3, 2021 at 5:39 PM Giulio Casella  wrote:

> Hi,
> I tried unlock_entity.sh, and it solved the issue. So far so good.
>
> But it's still unclear why disks were locked.
>
> Let me make an hypothesis: in ovirt 4.3 a failure in snapshot removal
> would lead to a snapshot in illegal status. No problem, you can remove
> again and the situation is fixed.
> In ovirt 4.4 a failure in snapshot removal leave the whole disk in
> locked state (maybe a bug?), preventing any further action.
>
> Does it make sense?
>
>
> On 03/02/2021 12:25, Giulio Casella wrote:
> > Hi Shani,
> > no tasks listed in UI, and now "taskcleaner.sh -o" reports no task (just
> > before I gave "taskcleaner.sh -r").
> > But disks are still locked, and "unlock_entity.sh -q -t all -c"
> > (accordingly) reports only two disk's uuid (with their vm's uuid).
> >
> > Time to give a chance to unlock_entity.sh?
> >
> > Regards,
> > gc
> >
> > On 03/02/2021 11:52, Shani Leviim wrote:
> >> Hi Giulio,
> >> Before running unlock_entity.sh, let's try to find if there's any task
> >> in progress.
> >> Is there any hint on the events in the UI?
> >> Or try to run [1]:
> >> ./taskcleaner.sh -o
> >>
> >> Also, you can verify what entities are locked [2]:
> >> ./unlock_entity.sh -q -t all -c
> >>
> >> [1]
> >>
> https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh
> >> <
> https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh
> >
> >> [2]
> >>
> https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/unlock_entity.sh
> >> <
> https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/unlock_entity.sh
> >
> >>
> >> *Regards,
> >> *
> >> *Shani Leviim
> >> *
> >>
> >>
> >> On Wed, Feb 3, 2021 at 10:43 AM Giulio Casella  >> <mailto:giu...@di.unimi.it>> wrote:
> >>
> >> Since yesterday I found a couple VMs with locked disk. I don't know
> the
> >> reason, I suspect some interaction made by our backup system
> (vprotect,
> >> snapshot based), despite it's working for more than a year.
> >>
> >> I'd give a chance to unlock_entity.sh script, but it reports:
> >>
> >> CAUTION, this operation may lead to data corruption and should be
> used
> >> with care. Please contact support prior to running this command
> >>
> >> Do you think I should trust? Is it safe? VMs are in production...
> >>
> >> My manager is 4.4.4.7-1.el8 (CentOS stream 8), hosts are oVirt Node
> >> 4.4.4
> >>
> >>
> >> TIA,
> >> Giulio
> >> ___
> >> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> >> To unsubscribe send an email to users-le...@ovirt.org
> >> <mailto:users-le...@ovirt.org>
> >> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> >> <https://www.ovirt.org/privacy-policy.html>
> >> oVirt Code of Conduct:
> >> https://www.ovirt.org/community/about/community-guidelines/
> >> <https://www.ovirt.org/community/about/community-guidelines/>
> >> List Archives:
> >>
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/
> >> <
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/
> >
> >>
> > ___
> > 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/FEXMZKZFYCWUOVZXZ3C3XZ7VBVYKFJGH/
> >
>
> o
>
>
___
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/T3LAFCCPZC5BO33PJAZA7EMHCWUKYH74/


[ovirt-users] Re: Locked disks

2021-02-03 Thread Shani Leviim
Hi Giulio,
Before running unlock_entity.sh, let's try to find if there's any task in
progress.
Is there any hint on the events in the UI?
Or try to run [1]:
./taskcleaner.sh -o

Also, you can verify what entities are locked [2]:
./unlock_entity.sh -q -t all -c

[1]
https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh
[2]
https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/unlock_entity.sh


*Regards,*

*Shani Leviim*


On Wed, Feb 3, 2021 at 10:43 AM Giulio Casella  wrote:

> Since yesterday I found a couple VMs with locked disk. I don't know the
> reason, I suspect some interaction made by our backup system (vprotect,
> snapshot based), despite it's working for more than a year.
>
> I'd give a chance to unlock_entity.sh script, but it reports:
>
> CAUTION, this operation may lead to data corruption and should be used
> with care. Please contact support prior to running this command
>
> Do you think I should trust? Is it safe? VMs are in production...
>
> My manager is 4.4.4.7-1.el8 (CentOS stream 8), hosts are oVirt Node 4.4.4
>
>
> TIA,
> Giulio
> ___
> 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/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/
>
___
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/NEQA5ORDQJIGUZG2VRJ4THU2HJKCYWPA/


[ovirt-users] Re: Hello.which environment type I choose?

2021-02-02 Thread Shani Leviim
Hi Owen,
Welcome to the community!
As the version of oVirt is being increased, each version has new features,
views, and developments.
You can follow the different releases here: https://www.ovirt.org/release/
Each release has its release notes, which specify the required OS for it.
For example, the latest 4.4.4 version requires "Red Hat Enterprise Linux
8.2/8.3 (8.3 recommended) and CentOS Linux 8.2 (or similar)". (see
https://www.ovirt.org/release/4.4.4/).
The requirement for oVirt versions >4.4.0 is "CentOS Linux 8.1 (or
similar)".

You can view the different version and choose the best one for you,
as we recommend to test the latest version and developments.

About being part of the community:
By sending this email you're already part of it :)

On the IRC, make sure you've connected to the *#ovirt* channel on the
*irc.oftc.net
<http://irc.oftc.net>* server
You can view additional ways here: https://www.ovirt.org/community/.

Feel free to ask more questions.


*Regards,*

*Shani Leviim*


On Tue, Jan 26, 2021 at 9:43 AM 欧文  wrote:

> Dear:
> Hello. My name is Owen. First, I appreciate you spend time to check my
> email. Recently I want to use oVirt to build a project. But after reading
> the official document, I have some questions to ask. The project is
> intended to set up a physical server that is used to implement
> virtualization, Variable quantity of thin clients for users. But I don't
> know which environment types I should use to deploy. The number two
> question is why the system environment is different between each version of
> o-virt?Because centos 7 is the major version. But so many versions of
> o-virt is not centos 7 or centos 8.can you tell me the reason. Thank you.At
> last, I have a question.I ever joined the IRC, but there is no response to
> answer my question. Could you tell me where I can take part in the
> community with developers who develope o-virt.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/PNLECFKP6SAJVHI5ZSQHA2KH7GZFWSZ2/
>
___
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/WOYNRSGRXKER75FMQAXX5KA3PQC4SQ64/


[ovirt-users] Re: multipath and VDSM REVISION value mappings

2021-02-02 Thread Shani Leviim
Furthermore,
you should have a version requested by vdsm-tool configure.
If there is an old version, the config should update the file.
Having a higher version shouldn't be possible unless you modified it
manually:
In such a case, you should place "# VDSM PRIVATE" into the config, which
means you should maintain it.

This one is not recommended, as there can be some new config that has no
support in old code and can lead it to misbehave.


*Regards,*

*Shani Leviim*


On Tue, Feb 2, 2021 at 12:19 PM Shani Leviim  wrote:

> Hi Gianluca,
> The VDSM REVISION value doesn't depend on the oVirt/RHV version, but it's
> the last value in your lib/vdsm/tool/configurators/multipath.py:
>
> https://github.com/oVirt/vdsm/blob/master/lib/vdsm/tool/configurators/multipath.py
>
> The value is being increased whenever we change the multipath config, so
> you can see the latest version.
> This number is not related to the cluster version or vdsm version directly.
>
> By using a different revision number, you may not include the changes in
> the multipath config, which came along with those versions.
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Tue, Feb 2, 2021 at 10:51 AM Gianluca Cecchi 
> wrote:
>
>> Hello,
>> considering that the best practice is to keep the multipath.conf file
>> unmodified, is there a table with the mapping between the version of
>> oVirt/RHV and the value of "VDSM REVISION" in /etc/multipath.conf, so that
>> in case of doubts one can crosscheck (eg inherited environment where
>> different admins were managing...)?
>>
>> Does this value depend only on the hypervisor installed sw version or
>> also on the Cluster Compatibility version of the cluster the host belongs
>> to, or on the engine version?
>>
>> In several oVirt/RHV environments with 4.3 / 4.4 I see several numbers
>> for the VDSM REVISION from 2.0, to 1.9 and 1.5...
>>
>> Also what could be the impact of having a wrong (higher or lower)
>> revision inside the file?
>>
>> 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/SEZI5V5RVPKMAHMWS565G36JV6LD62YN/
>>
>
___
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/EWZBCVHE3C7O5XDVOMNIUIIQLO5DI26S/


[ovirt-users] Re: multipath and VDSM REVISION value mappings

2021-02-02 Thread Shani Leviim
Hi Gianluca,
The VDSM REVISION value doesn't depend on the oVirt/RHV version, but it's
the last value in your lib/vdsm/tool/configurators/multipath.py:
https://github.com/oVirt/vdsm/blob/master/lib/vdsm/tool/configurators/multipath.py

The value is being increased whenever we change the multipath config, so
you can see the latest version.
This number is not related to the cluster version or vdsm version directly.

By using a different revision number, you may not include the changes in
the multipath config, which came along with those versions.


*Regards,*

*Shani Leviim*


On Tue, Feb 2, 2021 at 10:51 AM Gianluca Cecchi 
wrote:

> Hello,
> considering that the best practice is to keep the multipath.conf file
> unmodified, is there a table with the mapping between the version of
> oVirt/RHV and the value of "VDSM REVISION" in /etc/multipath.conf, so that
> in case of doubts one can crosscheck (eg inherited environment where
> different admins were managing...)?
>
> Does this value depend only on the hypervisor installed sw version or also
> on the Cluster Compatibility version of the cluster the host belongs to, or
> on the engine version?
>
> In several oVirt/RHV environments with 4.3 / 4.4 I see several numbers for
> the VDSM REVISION from 2.0, to 1.9 and 1.5...
>
> Also what could be the impact of having a wrong (higher or lower) revision
> inside the file?
>
> 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/SEZI5V5RVPKMAHMWS565G36JV6LD62YN/
>
___
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/HWGQOJMUVR273Z6KAQOH473WTLTT5RRX/


[ovirt-users] Re: Users cannot create disks in portal

2021-02-02 Thread Shani Leviim
Hi Will,
According to the message behind the error [1], it seems that the students
need to have SuperUser permissions on hosted engine resources.
[1]
https://github.com/oVirt/ovirt-engine/blob/master/frontend/webadmin/modules/frontend/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties#L1091


*Regards,*

*Shani Leviim*


On Mon, Feb 1, 2021 at 2:08 AM  wrote:

> Building their own VMs. They are students in a student run data center.
> ___
> 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/63TB7Q2W5LNRN6LI2FFPQ7ISBTNQ36PL/
>
___
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/FCAJKM2SKN3MT7SIFNFDT3WIS4O5QTRY/


[ovirt-users] Re: oVirt Storage DRS feature

2021-02-02 Thread Shani Leviim
Hi Divan,
Yes, there is: https://www.ovirt.org/documentation/disaster_recovery_guide/


*Regards,*

*Shani Leviim*


On Tue, Feb 2, 2021 at 10:18 AM  wrote:

> Greetings all :)
>
> I'm wondering if oVirt supports the feature that VMware does, which is
> in VMware land is called SDRS [1].
>
> The idea is simple and I'm sure you all aware of it.
>
> You have a "cluster" of storage domains, the engine monitors the backend
> storage domains and auto balances the VMs across the storage domains
> based on IO latency and disk usage.
>
> If not, how are others out there managing this?
>
> One could manually balance, but that's clearly not ideal.
>
> [1]: https://www.youtube.com/watch?v=z77xmaxoNec
>
> --
> Divan Santana
> https://divansantana.com
> ___
> 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/5NEFGVZRSWGB4NEYLYRAQZS4NRW4TU3O/
>
___
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/BGTMPYVTW7DPVAJHSZQW7AIJEPIAWWQH/


[ovirt-users] Re: Shrink iSCSI Domain

2020-12-28 Thread Shani Leviim
Hi,
You can reduce LUNs from an iSCSI storage domain once it's in maintenance.
[1]
On the UI, after putting the storage domain in maintenance > Manage Domain
> select the LUNs to be removed from the storage domain.

Note that reducing LUNs is applicable in case the storage domain has more
than 1 LUN.
(Otherwise, removing the single LUN means removing the whole storage
domain).

[1]
https://www.ovirt.org/develop/release-management/features/storage/reduce-luns-from-sd.html


*Regards,*

*Shani Leviim*


On Sun, Dec 27, 2020 at 8:16 PM Vinícius Ferrão via Users 
wrote:

> Hello,
>
> Is there any way to reduce the size of an iSCSI Storage Domain? I can’t
> seem to figure this myself. It’s probably unsupported, and the path would
> be create a new iSCSI Storage Domain with the reduced size and move the
> virtual disks to there and them delete the old one.
>
> But I would like to confirm if this is the only way to do this…
>
> In the past I had a requirement, so I’ve created the VM Domains with 10TB,
> now it’s just too much, and I need to use the space on the storage for
> other activities.
>
> Thanks all and happy new year.
> ___
> 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/4B26ZBZUMRXZ6MLJ6YQTK26SZNZOYQLF/
>
___
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/4PXZQJ2UTXUDLMKEWCSJ4PYPMKVUUPLX/


[ovirt-users] Re: Ovirt VM import issue

2020-12-23 Thread Shani Leviim
+Liran Rotenberg 

Hi Deekshith,
Is there some more info on the engine log?


*Regards,*

*Shani Leviim*


On Tue, Dec 22, 2020 at 2:51 PM Deekshith via Users  wrote:

> Hi Team ,
>
>
>
>
>
> We are not able to import the Virtual machine from ova file into Ovirt
>  .Kindly help us
>
>
>
>
>
>
>
>
>
> Regards
>
> *Deekshith*
>
>
> ___
> 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/BDXY3M5KZ7DKH76IVN4KOLT2LR5B3QNL/
>
___
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/KPYSTHLN7AZALQNVOTYHQWPAG5YBJ24T/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-16 Thread Shani Leviim
Hi Gilboa,

Here are some guidelines/checks:
- Are you able to create a 4.5 DC/cluster?
- Host can be Up in the 4.5 clusters only when it reports 4.5 level
compatibility (it's based on RHEL 8.3).
  Can you make sure that on all 3 hosts?
- You can upgrade the 4.4 clusters to 4.5 only when all Up/NonOperational
hosts are reporting 4.5 level
- You can upgrade 4.4 DC to 4.5 only when all clusters inside are on the
4.5 level
- A 4.5 host-based on RHEL 8.3 should be fully functional in 4.2/4.3/4.4
clusters



*Regards,*

*Shani Leviim*


On Wed, Dec 16, 2020 at 12:53 PM Gilboa Davara  wrote:

> Hello all,
>
> I'm more-or-less finished building a new ovirt over glusterfs cluster with
> 3 fairly beefy servers.
> Nodes were fully upgraded to CentOS Linux release 8.3.2011 before they
> joined the cluster.
> Looking at the cluster view in the WebUI, I get an exclamation mark with
> the following message: "Upgrade cluster compatibility level".
> When I try to upgrade the cluster, 2 of the 3 hosts go into maintenance
> and reboot, but once the procedure is complete, the cluster version remains
> the same.
> Looking at the host vdsm logs, I see that once the engine refreshes their
> capabilities, all hosts return 4.2-4.4 and not 4.5.
>
> E.g.
>  'supportedENGINEs': ['4.2', '4.3', '4.4'], 'clusterLevels': ['4.2',
> '4.3', '4.4']
> I assume I should be seeing 4.5 after the upgrade, no?
>
> AmI missing something?
>
> Thanks,
> - Gilboa
> ___
> 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/7CCUHPEGVZD3BBLBDTOCHG5J6EEG5DE2/
>
___
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/MPQMQGKHDENJW3KOOINP4NKKFRVMOG2U/


[ovirt-users] Re: Increase the initial size of LVM snapshots to prevent VM's from freezing

2020-12-16 Thread Shani Leviim
Hi Gal,
You can decrease the interval of checking the VM watermark, search for
vm_watermark_interval in VDSM.
In the engine, you have the InitialSizeInBytes parameter when creating a
snapshot for a VM.


*Regards,*

*Shani Leviim*


On Sun, Dec 13, 2020 at 3:35 PM Gal Villaret  wrote:

> Hi all,
>
> Lately, I have been encountering an issue where VMs freeze during backups.
> From what I can gather, this happens because some of the VMs sometimes
> perform large writes during the backup window and the snapshots dose not
> grow fast enough.
> I use ISCSI storage with all VM disks preallocated.
>
> Is there a configuration value I can change in order to increase the
> initial size of snapshots and also maybe change the watermark trigger for
> the expansion of snapshots?
>
> 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/ELN2Z42XHZJBWZZC6X2NSE3E63DGHM3K/
>
___
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/BBSGWDRLCP4FDS2O64CDY57VVJF5GU5B/


[ovirt-users] Re: How to unlock disk images?

2020-12-15 Thread Shani Leviim
Hi Thomas,
You can use unlock_entity.sh[1] to list the unlock entities and remove them.
[1]
https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html


*Regards,*

*Shani Leviim*


On Tue, Dec 15, 2020 at 10:45 AM  wrote:

> On one oVirt 4.3 farm I have three locked images I'd like to clear out.
>
> One is an ISO image, that somehow never completed the transfer due to a
> slow network. It's occupying little space, except in the GUI where it
> sticks out and irritates. I guess it would just be an update somewhere on
> the Postgress database to unlock it and have it deletable: But since the
> schema isn't documented, I'd rather ask here: How to I unlock the image?
>
> Two are left-overs from a snapshot that somehow never completed, one for
> the disk another for the RAM part. I don't know how my colleague managed to
> get into that state, but impatience/concurrency probably was a factor, a
> transient failure of a node could have been another.
>
> In any case the snapshot operation logically has been going on for weeks
> without any real activity, survived several restarts (after patches) of all
> nodes and the ME and shows no sign of disappearing voluntarily.
>
> Again, I'd assume that I need to clear out the snapshot job, unlock the
> images and then delete what's left. Some easy SQL and most likely a
> management engine restart afterwards... if you knew what you were doing (or
> there was an option in the GUI).
>
> So how do I list/delete snapshot jobs that aren't really running any more?
> And how do I unlock the images so I can delete them?
>
> Thanks for your help!
> ___
> 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/XHC5GNLOZO2WFECII7AZX3QV2YEZ4NPO/
>
___
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/Y6ZQEOSG74D4H6Y4ZB2GHOHX5RQIPVVF/


[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-21 Thread Shani Leviim
Hi Massimo,
You can find the VM's snapshot id by sending a REST API request
http://localhost:8080/ovirt-engine/api/vms//snapshots/

You can also find the VM's snapshots (and view their parameters) by using
SQL:
select * from snapshots where vm_id = '';

Once you have the snapshot's id, you can use that command:
SELECT DeleteSnapshot('snapshot-id');


*Regards,*

*Shani Leviim*


On Wed, Oct 21, 2020 at 2:57 PM Massimo Coloma  wrote:

> Hi Shani ,
> The command it that ?
> SELECT DeleteSnapshot 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
> Regards
> Max
> ___
> 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/HYPKECYTNIMBSMIEOWT2MVPBQT5ON3IE/
>
___
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/6BVXABSAD5F3QLRVM6UEVFFTBUFHNEL4/


[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-21 Thread Shani Leviim
Hi Massimo,
This snapshot should be removed from the DB, as it seems that the vdsm-dump
has 1 image related to  the 'a0f9a434-7837-4ec6-8017-c9698ed5cd01' image ,
while the engine reports on 2 images (64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
and 776e817f-2112-4d42-8380-4160caf5059f)

In order to delete that snapshot, run this command:
SELECT DeleteSnapshot(<'snapshot-id'>);


*Regards,*

*Shani Leviim*


On Wed, Oct 21, 2020 at 1:13 AM Massimo Coloma  wrote:

> Hi,
> I send you the output of the first query:
> engine=# SELECT * FROM images_storage_domain_view
> images_storage_domain_view WHERE image_group_id =
> '55893adf-1e56-4346-8070-4b3e660dd44d';
>  image_guid | storage_name | storage_pool_id | storage_type |
> creation_date | size | it_guid | description | parentid |
>  lastmodified | app_list | storage_id | vm_snapshot_id | volume_type |
> volume_format | qcow_compat | imagestatus | imag
> e_group_id | active | volume_classification | entity_type | vm_names |
> number_of_vms | template_version_names | disk_id
>  | disk_alias | disk_description | shareable | wipe_after_delete |
> propagate_errors | sgio | disk_content_type | backup
>  | quota_id | quota_name | quota_enforcement_type | disk_profile_id |
> disk_profile_name | actual_size | read_rate | wri
> te_rate | read_latency_seconds | write_latency_seconds |
> flush_latency_seconds | disk_storage_type | cinder_volume_type
>  | image_transfer_phase | image_transfer_type | image_transfer_bytes_sent
> | image_transfer_bytes_total | progress
>
> +--+-+--+---+--+-+-+--+
>
> --+--+++-+---+-+-+-
>
> ---++---+-+--+---++
>
> -++--+---+---+--+--+---+---
>
> -+--+++-+---+-+---+
>
> +--+---+---+---+---
>
> -+--+-+---++--
> (0 rows)
>
> The second query:
> engine=# SELECT * FROM images_storage_domain_view
> images_storage_domain_view WHERE image_group_id =
> '825765ba-b132-4b36-8cb9-8ecd2c7b597a';
>  image_guid | storage_name | storage_pool_id | storage_type |
> creation_date | size | it_guid | description | parentid |
>  lastmodified | app_list | storage_id | vm_snapshot_id | volume_type |
> volume_format | qcow_compat | imagestatus | imag
> e_group_id | active | volume_classification | entity_type | vm_names |
> number_of_vms | template_version_names | disk_id
>  | disk_alias | disk_description | shareable | wipe_after_delete |
> propagate_errors | sgio | disk_content_type | backup
>  | quota_id | quota_name | quota_enforcement_type | disk_profile_id |
> disk_profile_name | actual_size | read_rate | wri
> te_rate | read_latency_seconds | write_latency_seconds |
> flush_latency_seconds | disk_storage_type | cinder_volume_type
>  | image_transfer_phase | image_transfer_type | image_transfer_bytes_sent
> | image_transfer_bytes_total | progress
>
> +--+-+--+---+--+-+-+--+
>
> --+--+++-+---+-+-+-
>
> ---++---+-+--+---++
>
> -++--+---+---+--+--+---+---
>
> -+--+++-+---+-+---+
>
> +--+---+---+---+---
>
> -+--+-+---++--
> (0 rows)
> The last query:
> engine=# SELECT * FROM images_storage_domain_view
> images_storage_domain_view WHERE image_group_id =
> 'a0f9a434-7837-4ec6-8017-c9698ed5cd01';
>   image_guid  | storage_name |
>  storage_pool_id| storage_type | creati
> on_date  | size |   it_guid|
>  description   |   parentid
>  |lastmodified| app_list |  

[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-20 Thread Shani Leviim
Hi,
I think we should treat each problem separately:
Can you run that SQL query on your engine and see the output?
SELECT *
 FROM images_storage_domain_view images_storage_domain_view
 WHERE image_group_id = '55893adf-1e56-4346-8070-4b3e660dd44d';

and same for 825765ba-b132-4b36-8cb9-8ecd2c7b597a.

Let's first verify the engine and vdsm are synced,

According to the vdsm-tool dump-volume-chains,
the disk you've mentioned seems to be legal:
   image:a0f9a434-7837-4ec6-8017-c9698ed5cd01

 - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
   status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800

Please share the output of the SQL query for this image as well
(a0f9a434-7837-4ec6-8017-c9698ed5cd01)

Also, can you please share a screenshot of the snapshot's deletion and the
illegal images?


*Regards,*

*Shani Leviim*


On Mon, Oct 19, 2020 at 6:46 PM Massimo Mad  wrote:

> Hi,
> It's very strange because in the engine UI i have only one disk in illegal
> status.
> But i have a problem with another VM that have all the disk OK the storage
> migration begins, takes the snap shot then fails and the snapshot is
> deleted.
> the size of the vm with the disk in illega is 200Gb the id of the disk is
> a0f9a434-7837-4ec6-8017-c9698ed5cd01
> Regards
> Massimo
>
>
> Il giorno lun 19 ott 2020 alle ore 15:47 Shani Leviim 
> ha scritto:
>
>> Hi Massimo,
>> As shown on the output, you currently have 2 illeagal images:
>>
>>image:55893adf-1e56-4346-8070-4b3e660dd44d
>>
>>  - ea57d10b-13d5-4696-bedc-13a92b88f32d
>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>> *ILLEGAL*, type: SPARSE, capacity: 107374182400, truesize: 1744830464
>>
>>
>>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a
>>
>>  - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>> *ILLEGAL*, type: SPARSE, capacity: 85899345920, truesize: 1879048192
>>
>> Can you try removing them from the engine UI?
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Mon, Oct 19, 2020 at 4:36 PM Massimo Mad  wrote:
>>
>>> Hi Shani
>>> I run the command on the host owner of the SPM it's correct ?
>>> This is the output:
>>> [root@ovirthpr01 ~]# vdsm-tool dump-volume-chains
>>> eb483eb3-a9ce-4867-9ce8-96a0ca171042
>>>
>>> Images volume chains (base volume first)
>>>
>>>image:ff44dc13-de50-4891-84ce-9fb3e3fe1c88
>>>
>>>  - c45ee9cd-17e3-4cec-b7fb-74af27e792a8
>>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>>> type: PREALLOCATED, capacity: 134217728, truesize: 134217728
>>>
>>>
>>>image:a0f9a434-7837-4ec6-8017-c9698ed5cd01
>>>
>>>  - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
>>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>>> type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800
>>>
>>>
>>>image:4da04f46-2fea-436f-9648-772c24a849c3
>>>
>>>  - 77ddb7b8-b10f-4d7e-82df-36e077a9eb25
>>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>>> type: PREALLOCATED, capacity: 134217728, truesize: 134217728
>>>
>>>
>>>image:55893adf-1e56-4346-8070-4b3e660dd44d
>>>
>>>  - ea57d10b-13d5-4696-bedc-13a92b88f32d
>>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>>> ILLEGAL, type: SPARSE, capacity: 107374182400, truesize: 1744830464
>>>
>>>
>>>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a
>>>
>>>  - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
>>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>>> ILLEGAL, type: SPARSE, capacity: 85899345920, truesize: 1879048192
>>>
>>>
>>>image:0264f52e-fa59-4523-81e4-47564193665e
>>>
>>>  - dfb3d366-f2d3-49ee-8ca3-3b44e24a0111
>>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>>> type: PREALLOCATED, capacity: 536870912000, truesize: 536870912000
>>> And after what is the next step?
>>> Regards
>>> Massimo
>>>
>>>
>>> Il giorno lun 19 ott 2020 alle ore 13:51 Shani Leviim <
>>> slev...@redhat.com> ha scritto:
>>>
>>>> Hi Massimo,
>>>> In order to locate 

[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-19 Thread Shani Leviim
Hi Massimo,
As shown on the output, you currently have 2 illeagal images:

   image:55893adf-1e56-4346-8070-4b3e660dd44d

 - ea57d10b-13d5-4696-bedc-13a92b88f32d
   status: ILLEGAL, voltype: LEAF, format: COW, legality:
*ILLEGAL*, type: SPARSE, capacity: 107374182400, truesize: 1744830464


   image:825765ba-b132-4b36-8cb9-8ecd2c7b597a

 - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
   status: ILLEGAL, voltype: LEAF, format: COW, legality:
*ILLEGAL*, type: SPARSE, capacity: 85899345920, truesize: 1879048192

Can you try removing them from the engine UI?


*Regards,*

*Shani Leviim*


On Mon, Oct 19, 2020 at 4:36 PM Massimo Mad  wrote:

> Hi Shani
> I run the command on the host owner of the SPM it's correct ?
> This is the output:
> [root@ovirthpr01 ~]# vdsm-tool dump-volume-chains
> eb483eb3-a9ce-4867-9ce8-96a0ca171042
>
> Images volume chains (base volume first)
>
>image:ff44dc13-de50-4891-84ce-9fb3e3fe1c88
>
>  - c45ee9cd-17e3-4cec-b7fb-74af27e792a8
>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: PREALLOCATED, capacity: 134217728, truesize: 134217728
>
>
>image:a0f9a434-7837-4ec6-8017-c9698ed5cd01
>
>  - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800
>
>
>image:4da04f46-2fea-436f-9648-772c24a849c3
>
>  - 77ddb7b8-b10f-4d7e-82df-36e077a9eb25
>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: PREALLOCATED, capacity: 134217728, truesize: 134217728
>
>
>image:55893adf-1e56-4346-8070-4b3e660dd44d
>
>  - ea57d10b-13d5-4696-bedc-13a92b88f32d
>status: ILLEGAL, voltype: LEAF, format: COW, legality:
> ILLEGAL, type: SPARSE, capacity: 107374182400, truesize: 1744830464
>
>
>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a
>
>  - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
>status: ILLEGAL, voltype: LEAF, format: COW, legality:
> ILLEGAL, type: SPARSE, capacity: 85899345920, truesize: 1879048192
>
>
>image:0264f52e-fa59-4523-81e4-47564193665e
>
>  - dfb3d366-f2d3-49ee-8ca3-3b44e24a0111
>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: PREALLOCATED, capacity: 536870912000, truesize: 536870912000
> And after what is the next step?
> Regards
> Massimo
>
>
> Il giorno lun 19 ott 2020 alle ore 13:51 Shani Leviim 
> ha scritto:
>
>> Hi Massimo,
>> In order to locate the illegal image, you can run this command on the
>> host:
>> vdsm-tool dump-volume-chains 
>>
>> It's also recommended to verify that the engine and vdsm are synced about
>> that image, once you've find it, by running this command on the engine:
>> SELECT *
>>  FROM images_storage_domain_view images_storage_domain_view
>>  WHERE image_group_id = ;
>>
>> Than, you can try removing it from the engine.
>> (and if it doesn't work - you can delete it from the DB)
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Mon, Oct 19, 2020 at 11:15 AM Massimo Mad  wrote:
>>
>>> Hi,
>>> I try to delete a snapshot that i have created in the past, now in the
>>> events i have the following error:
>>> Failed to delete snapshot
>>> And the VM now has the exclamation point with the following message:
>>> VM has snapshot with disk in illegal status
>>> How i can fix this problem ?
>>> Regards
>>> Massimo
>>> ___
>>> 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/VZJ62WAKAVWWORPPEIKMAT4KXOB6AU2D/
>>>
>>
___
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/4XTOI6EZIX2MT5NQ6LGDM5CDOPXZJEGX/


[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-19 Thread Shani Leviim
Hi Massimo,
In order to locate the illegal image, you can run this command on the host:
vdsm-tool dump-volume-chains 

It's also recommended to verify that the engine and vdsm are synced about
that image, once you've find it, by running this command on the engine:
SELECT *
 FROM images_storage_domain_view images_storage_domain_view
 WHERE image_group_id = ;

Than, you can try removing it from the engine.
(and if it doesn't work - you can delete it from the DB)


*Regards,*

*Shani Leviim*


On Mon, Oct 19, 2020 at 11:15 AM Massimo Mad  wrote:

> Hi,
> I try to delete a snapshot that i have created in the past, now in the
> events i have the following error:
> Failed to delete snapshot
> And the VM now has the exclamation point with the following message:
> VM has snapshot with disk in illegal status
> How i can fix this problem ?
> Regards
> Massimo
> ___
> 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/VZJ62WAKAVWWORPPEIKMAT4KXOB6AU2D/
>
___
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/MQXKZIN27RJDXIVARH4EBAC3VYKTYSP5/


[ovirt-users] Re: Help remove snapshot

2020-08-17 Thread Shani Leviim
Hi Magnus,
Sounds like you triggered this one
https://bugzilla.redhat.com/show_bug.cgi?id=1555116.
The error message you've got was meant to avoid removing a snapshot from a
broken chain.

On the Active VM snapshot -> Disks, is there any disk with Illegal status?

Deleting the whole snapshot can be done from the DB:
*delete from snapshots where snapshot_id = '.';*

Although it's recommended to understand the root cause for that one.

Can you please share your engine.log?


*Regards,*

*Shani Leviim*


On Mon, Aug 17, 2020 at 1:37 PM Magnus Isaksson  wrote:

> Hi!
>
> I would need some help removing a snapshot that looks like this.
> How do i remove it manually or fix snapshot definition?
> -
> Error while executing action:
>
> TUN_SALDC01:
>
>- The requested snapshot has an invalid parent, either fix the
>snapshot definition or remove it manually to complete the process.
>
> -
> And when i look at the disk on tha tnapshot it show as this:
>
>
> And general info:
>
> ___
> 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/5QEBPZPUHDGS52266D4OLVX54CUEWEOB/
>
___
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/QRNHSLEZXM27GABD43IJ7DHUYZ4EJJIY/


[ovirt-users] Re: uprade from 4.3 to 4.4

2020-08-12 Thread Shani Leviim
Hi Jose,
It is possible.

You can find in this detailed mail Installation instructions, release
notes, and references for more information:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VONS2YAHMTYBKWFCY7HAYDPLV47BO6US/

Please make sure to meet the prerequisites, as in RHEL 8 / CentOS 8 several
devices that worked on EL7 are no longer supported.


*Regards,*

*Shani Leviim*


On Tue, Aug 11, 2020 at 10:43 PM  wrote:

> Hello,
>
> is possible to upgrade from ovirt 4.3 to 4.4 ?
>
> Thanks
>
> --
> --
> 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/JHXZAWTFH5EIZWRKGHOGJ6FY4TF6N4S4/
>
___
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/PRWXDEBU2OIGFCB7SY63IQQEN5FHODGA/


[ovirt-users] Re: ovirt vm backup tool

2020-06-09 Thread Shani Leviim
Hi Shashank,
You can use the new incremental backup feature, which available for a tech
preview for ovirt 4.4.
You can find the feature page here [1], although it requires some updating.

For more details, the session from DevConf 2020 conference is available
here [2]
Also, there's a Python SDK script for backup a VM using incremental backup
new API [3]

Adding Eyal and Nir for more insights/details
+Eyal Shenitzky   +Nir Soffer 

A former discussion on the users' list can be found here [4]

[1]
https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
[2] https://www.youtube.com/watch?v=foyi1UyadEc
[3]
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py
[4]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XGCFWR6KXMFHGFZFIIA6PIV2534ZEEGK/


*Regards,*

*Shani Leviim*


On Tue, Jun 9, 2020 at 5:58 PM Ayansh Rocks 
wrote:

> Hi Guys,
>
> Can you please suggest a good backup tool for ovirt virtual machines..?
>
> Thanks
> Shashank
> ___
> 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/MHFZLPWYYGRB6RKV6673D223JRNHB7DN/
>
___
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/5HMNKGM3YPTYZWNXGSYY2VAWYTC6MGD4/


[ovirt-users] Re: disk snapshot in illegal status

2020-04-19 Thread Shani Leviim
The f447cd4f-9ab3-489d-8c2a-b2e69456496f - "Auto-generated" snapshot should
be deleted.
After that, make sure the 5a58466b-1547-4346-a550-8590880b379e (Active VM)
snapshot has an active=true flag.


*Regards,*

*Shani Leviim*


On Thu, Apr 16, 2020 at 9:33 PM David David  wrote:

> snapshots in UI:
>
> Disk Snapshot ID
> =
> 5a58466b-1547-4346-a550-8590880b379e - "Active VM" - has status "OK"
> f447cd4f-9ab3-489d-8c2a-b2e69456496f - "Auto-generated" - has status
> "Illegal"
> ==
> the "Disk Snapshot ID" with id 5a58466b-1547-4346-a550-8590880b379e
> actually not present in LV
>
> error screenshot attached
>
> чт, 16 апр. 2020 г. в 18:20, Shani Leviim :
>
>> Hi David,
>> Can you share a screenshot of the error you're getting?
>> And how the snapshots are presented on the ui?
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Thu, Apr 16, 2020 at 4:38 PM David David  wrote:
>>
>>> hi
>>>
>>> attempt to remove snapshot from UI results in an error
>>>
>>> I looked the LV through the lvs and did't find active snapshot ID, only
>>> the base snapshot ID is present
>>>
>>> ovirt in database see 2 snapshots, but i have only one base image on
>>> storage
>>>
>>> so, i must remove the active snapshot ID from db not the base image Id ?
>>>
>>> чт, 16 апр. 2020 г. в 13:58, Shani Leviim :
>>>
>>>> Hi David,
>>>> Sorry for the late reply.
>>>> the volume_dump returned 1 occurrence of that image, while the query
>>>> returned 2 occurrences.
>>>>
>>>> It seems that there's an image id with a description of 'Auto-generated
>>>> for Live Storage Migration' which wasn't removed from the DB.
>>>> Can you try to remove it from the UI?
>>>> (If you claimed to remove it, try to remove it from the DB).
>>>>
>>>>
>>>> *Regards,*
>>>>
>>>> *Shani Leviim*
>>>>
>>>>
>>>> On Tue, Apr 7, 2020 at 7:45 PM David David  wrote:
>>>>
>>>>> vdsm-tool dump-volume-chains d17aa967-f7f7-4d9f-98e4-7022854da4f5
>>>>>
>>>>> engine=# select * from images_storage_domain_view where
>>>>> image_group_id='1844873e-45ef-4a2b-a991-2df6e92a3e2d';
>>>>>
>>>>> output attached
>>>>>
>>>>> вт, 7 апр. 2020 г. в 19:47, Shani Leviim :
>>>>>
>>>>>> Hi David,
>>>>>> First, we need to compare the chain as it is seen by the engine and
>>>>>> the host and see if there's a difference.
>>>>>> Can you please share the output of the following?
>>>>>>
>>>>>> On the host:
>>>>>> vdsm-tool dump-volume-chains 
>>>>>>
>>>>>> On the engine:
>>>>>> SELECT *
>>>>>>  FROM images_storage_domain_view images_storage_domain_view
>>>>>>  WHERE image_group_id = ;
>>>>>>
>>>>>>
>>>>>> *Regards,*
>>>>>>
>>>>>> *Shani Leviim*
>>>>>>
>>>>>>
>>>>>> On Tue, Apr 7, 2020 at 5:28 PM David David 
>>>>>> wrote:
>>>>>>
>>>>>>> hello
>>>>>>>
>>>>>>> after removing "auto generated" snapshot, the vm snapshot became to
>>>>>>> illegal status and in the "snapshot" tab also marked in illegal status
>>>>>>>
>>>>>>> now my vm is not booting
>>>>>>>
>>>>>>> but "vdsm-client Volume getInfo" shows the snapshot status is legal
>>>>>>>
>>>>>>> vdsm-client Volume getInfo \
>>>>>>> storagepoolID=---- \
>>>>>>> storagedomainID=d17aa967-f7f7-4d9f-98e4-7022854da4f5 \
>>>>>>> imageID=1844873e-45ef-4a2b-a991-2df6e92a3e2d \
>>>>>>> volumeID=f447cd4f-9ab3-489d-8c2a-b2e69456496f
>>>>>>>
>>>>>>> {
>>>>>>> "status": "OK",
>>>>>>> "lease": {
>>>>>>> "path": "/dev/d1

[ovirt-users] Re: disk snapshot in illegal status

2020-04-16 Thread Shani Leviim
Hi David,
Sorry for the late reply.
the volume_dump returned 1 occurrence of that image, while the query
returned 2 occurrences.

It seems that there's an image id with a description of 'Auto-generated for
Live Storage Migration' which wasn't removed from the DB.
Can you try to remove it from the UI?
(If you claimed to remove it, try to remove it from the DB).


*Regards,*

*Shani Leviim*


On Tue, Apr 7, 2020 at 7:45 PM David David  wrote:

> vdsm-tool dump-volume-chains d17aa967-f7f7-4d9f-98e4-7022854da4f5
>
> engine=# select * from images_storage_domain_view where
> image_group_id='1844873e-45ef-4a2b-a991-2df6e92a3e2d';
>
> output attached
>
> вт, 7 апр. 2020 г. в 19:47, Shani Leviim :
>
>> Hi David,
>> First, we need to compare the chain as it is seen by the engine and the
>> host and see if there's a difference.
>> Can you please share the output of the following?
>>
>> On the host:
>> vdsm-tool dump-volume-chains 
>>
>> On the engine:
>> SELECT *
>>  FROM images_storage_domain_view images_storage_domain_view
>>  WHERE image_group_id = ;
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Tue, Apr 7, 2020 at 5:28 PM David David  wrote:
>>
>>> hello
>>>
>>> after removing "auto generated" snapshot, the vm snapshot became to
>>> illegal status and in the "snapshot" tab also marked in illegal status
>>>
>>> now my vm is not booting
>>>
>>> but "vdsm-client Volume getInfo" shows the snapshot status is legal
>>>
>>> vdsm-client Volume getInfo \
>>> storagepoolID=---- \
>>> storagedomainID=d17aa967-f7f7-4d9f-98e4-7022854da4f5 \
>>> imageID=1844873e-45ef-4a2b-a991-2df6e92a3e2d \
>>> volumeID=f447cd4f-9ab3-489d-8c2a-b2e69456496f
>>>
>>> {
>>> "status": "OK",
>>> "lease": {
>>> "path": "/dev/d17aa967-f7f7-4d9f-98e4-7022854da4f5/leases",
>>> "owners": [],
>>> "version": null,
>>> "offset": 132120576
>>> },
>>> "domain": "d17aa967-f7f7-4d9f-98e4-7022854da4f5",
>>> "capacity": "21474836480",
>>> "voltype": "LEAF",
>>> "description": "None",
>>> "parent": "----",
>>> "format": "RAW",
>>> "generation": 1,
>>> "image": "1844873e-45ef-4a2b-a991-2df6e92a3e2d",
>>> "uuid": "f447cd4f-9ab3-489d-8c2a-b2e69456496f",
>>> "disktype": "DATA",
>>> "legality": "LEGAL",
>>> "mtime": "0",
>>> "apparentsize": "21474836480",
>>> "truesize": "21474836480",
>>> "type": "PREALLOCATED",
>>> "children": [],
>>> "pool": "",
>>> "ctime": "1530472945"
>>> }
>>>
>>> how to fix the problem?
>>> ___
>>> 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/JSYMY4QG2HSPVITAX7QSVZDZ4HJDLN4W/
>>>
>>
___
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/KR5QGE72YOSK3MSQDFLU4LK6B2SSHU2M/


[ovirt-users] Re: export vm from 3.4 to 4.3

2020-04-13 Thread Shani Leviim
Hi Nagaraju,
You can detach the relevant storage domain and attach it back to the
relevant DC.
That functionality replaces the export domains.
You can find a detailed explanation here:
https://www.ovirt.org/develop/release-management/features/storage/importstoragedomain.html

You can also import a VM using an OVA file.
You can find the relevant information here:
https://www.ovirt.org/develop/release-management/features/virt/enhance-import-export-with-ova.html


*Regards,*

*Shani Leviim*


On Mon, Apr 13, 2020 at 11:25 AM Budur Nagaraju  wrote:

>  Hi
>
> Can someone help in exporting a vm from  3.5  to 4.3  version , any help
> or links for exporting a vm ?
>
> Thanks,
> Nagaraju
>
>
>
> ___
> 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/6S767MMLOBXFKT3LRYMVGUIX3P2LNYGY/
>
___
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/3VSKYBNUI2GW3HMGYOFR6OCRRIB65QW3/


[ovirt-users] Re: disk snapshot in illegal status

2020-04-07 Thread Shani Leviim
Hi David,
First, we need to compare the chain as it is seen by the engine and the
host and see if there's a difference.
Can you please share the output of the following?

On the host:
vdsm-tool dump-volume-chains 

On the engine:
SELECT *
 FROM images_storage_domain_view images_storage_domain_view
 WHERE image_group_id = ;


*Regards,*

*Shani Leviim*


On Tue, Apr 7, 2020 at 5:28 PM David David  wrote:

> hello
>
> after removing "auto generated" snapshot, the vm snapshot became to
> illegal status and in the "snapshot" tab also marked in illegal status
>
> now my vm is not booting
>
> but "vdsm-client Volume getInfo" shows the snapshot status is legal
>
> vdsm-client Volume getInfo \
> storagepoolID=---- \
> storagedomainID=d17aa967-f7f7-4d9f-98e4-7022854da4f5 \
> imageID=1844873e-45ef-4a2b-a991-2df6e92a3e2d \
> volumeID=f447cd4f-9ab3-489d-8c2a-b2e69456496f
>
> {
> "status": "OK",
> "lease": {
> "path": "/dev/d17aa967-f7f7-4d9f-98e4-7022854da4f5/leases",
> "owners": [],
> "version": null,
> "offset": 132120576
> },
> "domain": "d17aa967-f7f7-4d9f-98e4-7022854da4f5",
> "capacity": "21474836480",
> "voltype": "LEAF",
> "description": "None",
> "parent": "----",
> "format": "RAW",
> "generation": 1,
> "image": "1844873e-45ef-4a2b-a991-2df6e92a3e2d",
> "uuid": "f447cd4f-9ab3-489d-8c2a-b2e69456496f",
> "disktype": "DATA",
> "legality": "LEGAL",
> "mtime": "0",
> "apparentsize": "21474836480",
> "truesize": "21474836480",
> "type": "PREALLOCATED",
> "children": [],
> "pool": "",
> "ctime": "1530472945"
> }
>
> how to fix the problem?
> ___
> 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/JSYMY4QG2HSPVITAX7QSVZDZ4HJDLN4W/
>
___
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/YPAIRT44P5HXG77F2AKI33KSFTBTKCWP/


[ovirt-users] Re: Ovirt and Dell Compellent in ISCSI

2020-04-07 Thread Shani Leviim
Hi Sylvain,
Not sure that's exactly what you're looking for, but you can define an
iscsi bond (iscsi multipath) using the UI and REST API:
https://www.ovirt.org/develop/release-management/features/storage/iscsi-multipath.html

Note that this is a character of the DC.

Hope it helps.


*Regards,*

*Shani Leviim*


On Wed, Apr 1, 2020 at 12:35 PM  wrote:

> hi all,
> we use ovirt 4.3 on dell server r640 runing centos 7.7 and a storage bay
> Dell Compellent SCv3020 in ISCSI.
> We use two 10gb interfaces for iSCSI connection on each dell server.
> If we configure ISCSI connection directly from web IU, we can’t specify
> the two physical ethernet interface , and there are missing path . (only 4
> path on 8)
> So, on the shell of hypervisor we use this commands  for configure the
> connections :
> iscsiadm -m iface -I em1 --op=new # 1st ethernet interface
> iscsiadm -m iface -I p3p1 --op=new # 2d ethernet interface
> iscsiadm -m discovery -t sendtargets -p xx.xx.xx.xx
> iscsiadm -m node -o show
> iscsiadm -m node --login
> after this, on the web IU we can connect our LUN with all path.
>
> Also, I don’t understand how to configure multipath in the web UI . By
> defaut the configuration is in failover :
> multipath -ll :
> 36000d3100457e405 dm-3 COMPELNT,Compellent Vol
> size=500G features='1 queue_if_no_path' hwhandler='0' wp=rw
> `-+- policy='service-time 0' prio=1 status=active
>   |- 23:0:0:1 sdb 8:16   active ready running
>   |- 24:0:0:1 sdd 8:48   active ready running
>   |- 25:0:0:1 sdc 8:32   active ready running
>   |- 26:0:0:1 sde 8:64   active ready running
>   |- 31:0:0:1 sdf 8:80   active ready running
>   |- 32:0:0:1 sdg 8:96   active ready running
>   |- 33:0:0:1 sdh 8:112  active ready running
>   |- 34:0:0:1 sdi 8:128  active ready running
>
> I think round robind or another configuration will be more performent.
>
> So can we made this configuration , select physical interface and
> configure multipath in web UI ? for easyly maintenance and adding other
> server ?
>
> Thank you.
>
> Sylvain.
> ___
> 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/UDKK3ZW7QCWHXQL2SXHAL3EN5SHZNRM4/
>
___
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/GTDAPLBC7POIAAM6BDHSLKCHOORBTTIR/


[ovirt-users] Re: Auto-logout while editing

2020-04-07 Thread Shani Leviim
+Sharon Gratch 
Adding Sharon, maybe are there some insights you can share?


*Regards,*

*Shani Leviim*


On Fri, Apr 3, 2020 at 5:10 PM Shareef Jalloq  wrote:

> There's a rather annoying bug in the Engine UI where you can be logged out
> while actively using the system.  I've been logged out twice now while
> editing the settings for a new VM.  I'm screen grabbing and documenting as
> I go but I was just logged out while editing the System settings for a new
> VM.
>
> Shareef.
> ___
> 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/JNT3K5UDANHD5CA6JFZDZOOND7ORVULN/
>
___
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/BIRT53IIDHUVMZKJRXGRIVJSFE57LUVV/


[ovirt-users] Re: snapshot options on remote NFS storage

2020-04-07 Thread Shani Leviim
Hi Jayme,
You can find here a detailed explanation about each storage type (including
NFS and block domains),
and the required steps for preparing those storages:
https://ovirt.org/documentation/admin-guide/chap-Storage.html.


*Regards,*

*Shani Leviim*


On Fri, Apr 3, 2020 at 9:33 PM Jayme  wrote:

> Was wondering if there are any guides or if anyone could share their
> storage configuration details for NFS. If using LVM is it safe to snapshot
> volumes with running VM images for backup purposes?
> ___
> 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/XWTO4BVMIJRPF7EMEGOK2XTZZU6PIPYK/
>
___
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/IKGCKR44BOGLOG4CRKQNEFPUDSEJYIB2/


[ovirt-users] Re: Mount ISO to VM

2020-04-07 Thread Shani Leviim
Hi Anton,
Sure thing.

During the creation of the NFS storage, you should specify an export path.
SSHing that export path will expose you to the storage domain's content.

You can visit the "Attaching NFS Storage" section in
https://ovirt.org/documentation/admin-guide/chap-Storage.html


*Regards,*

*Shani Leviim*


On Tue, Apr 7, 2020 at 1:37 PM Anton Louw 
wrote:

>
>
> Hi Shani,
>
>
>
> Great, thank you very much.
>
>
>
> Do you perhaps know if I can access the storage domain if I SSH to a node?
> For instance, if I want to access a “datastore” in VMware, I SSH to a host
> and select /vmfs/volumes
>
>
>
> Is there anything like that available for oVirt?
>
>
>
> Thanks
>
>
>
> *Anton Louw*
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> *From:* Shani Leviim 
> *Sent:* 07 April 2020 11:35
> *To:* Anton Louw 
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] Mount ISO to VM
>
>
>
> Hi Anton,
>
> You can upload an ISO file as a disk using the UI:
>
> Storage -> Disks -> upload.
>
> Further information can be found here under the "Uploading a Disk Image to
> a Storage Domain" section:
>
> https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks.html
>
>
>
> Or use the following script using SDK:
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
>
>
>
> On Tue, Apr 7, 2020 at 11:45 AM Anton Louw 
> wrote:
>
>
>
> Hi Everybody,
>
>
>
> Is there a way to mount an ISO to one of my VMs if I do not have an ISO
> domain, but the ISO file is on a Data domain?
>
>
>
> Thanks
>
>
>
> *Anton Louw*
>
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
>
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
>
>
> <https://www.facebook.com/voxtelecomZA>
>
>   <https://www.facebook.com/voxtelecomZA>
>
> <https://www.facebook.com/voxtelecomZA>
>
>   <https://www.facebook.com/voxtelecomZA>
>
> <https://www.facebook.com/voxtelecomZA>
>
>   <https://www.facebook.com/voxtelecomZA>
>
> <https://www.facebook.com/voxtelecomZA>
>
>   <https://www.facebook.com/voxtelecomZA>
>
> <https://www.facebook.com/voxtelecomZA>
>
>   <https://www.facebook.com/voxtelecomZA>
>
>   <https://www.facebook.com/voxtelecomZA>
>
> <https://www.facebook.com/voxtelecomZA>
>
>
> *Disclaimer* <https://www.facebook.com/voxtelecomZA>
>
> The contents of this email are confidential to the sender and the intended
> recipient. Unless the contents are clearly and entirely of a personal
> nature, they are subject to copyright in favour of the holding company of
> the Vox group of companies. Any recipient who receives this email in error
> should immediately report the error to the sender and permanently delete
> this email from all storage devices.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by *Mimecast Ltd*, an innovator in Software as a
> Service (SaaS) for business. Providing a *safer* and *more useful* place
> for your human generated data. Specializing in; Security, archiving and
> compliance. To find out more *Click Here*.
> <https://www.facebook.com/voxtelecomZA>
>
>   <https://www.facebook.com/voxtelecomZA>
>
> ___
> 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/D7ONE6IJN6RK2IQRNUYCZE3EOXBJWHX4/*
> <https://www.facebook.com/voxtelecomZA>
>
>
>
___
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/BLIXHEBK73X6PMVAPEVFZFDVB75AY4UG/


[ovirt-users] Re: Storage domain in maintenance

2020-04-07 Thread Shani Leviim
Hi Strahil,
You may find some more information on the logs:
On the engine machine: /var/log/ovirt-engine/engine.log
On the relevant host: /var/log/vdsm/vdsm.log.

You can also attach them/send privately so we can also have a look.


*Regards,*

*Shani Leviim*


On Sun, Apr 5, 2020 at 9:29 AM Strahil Nikolov 
wrote:

> Hello All,
> I have several storage domains in maintenance mode  and I can't neither
> detach, nor activate.
>
> Can someone explain to me what is actually doing the engine whwn I try to
> activate - so I can debug it?
>
> The error from vdsm-client is that the storage domain does not exist, yet
> it is in the DB .
>
> I assume that there is somw storage issue, but in order to debug it - I
> need  to know what is gooing on under the hood.
>
>
> Thanks in advance
>
> 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/6FDVRUEC5HRLYK362K7FTLBE65DT24DF/
>
___
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/XYRPZFVRRE27Y6JUS53DXFZ5SWSEMWFO/


[ovirt-users] Re: ISO and Export domains deprecated

2020-04-07 Thread Shani Leviim
For Ovirt users, you can follow the instructions on that mailing thread:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GFOK55O5N4SRU5PA32P3LATW74E7WKT6/


*Regards,*

*Shani Leviim*


On Tue, Apr 7, 2020 at 12:17 PM Shani Leviim  wrote:

> Hi Colin,
>
> Export domains were deprecated already on RHV 4.
> The same functionality can be achieved by importing to/from a data domain.
> Starting with RHV 4.2, it is also possible to export and import VMs as OVA
> files, to allow moving the VMs between different environments.
> For further information, you can visit here:
> https://access.redhat.com/solutions/3172561
>
> ISO domains haven't been deprecated yet - still work in progress.
> One of our goal is the ability to attach that destinated SD to more than
> one DC.
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Sun, Apr 5, 2020 at 9:24 AM Colin Coe  wrote:
>
>> Hi all
>>
>> I'm trying to understand how ISO and Export domains going away  is going
>> to affect us.
>>
>> We have four RHV instances:
>> - Prod DC1 (RHV4.1)
>> - Prod DC2 (RHV4.1)
>> - DEV (RHV4.3)
>> - TEST (RHV4.3)
>>
>> Prod DC1, DEV and TEST all share export and ISO domains.
>>
>> Prod DC2 is remote and currently has its own ISO and Export domains.
>>
>> When ISO and Export domains go away, can I still share ISO domains
>> between the RHV instances?
>>
>> 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/O5WRSQGKBRIFHDNGCDYE7HM675IBVHPL/
>>
>
___
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/ARXVHFAN73PWSVHSP2QWC3YD5LPSEAOB/


[ovirt-users] Re: Windows 10 Pro 64 (1909) crashes when migrating

2020-04-07 Thread Shani Leviim
Hi Brett,
According to [1], you can try to update the package qemu-kvm-rhev.
(Or yum update if there're more packages related need to be upgraded).

You may also find some more information about that error on the vdsm log
(/var/log/vdsm/vdsm.log)
and the qemu log (/var/log/libvirt/qemu/vm_name.log)

[1] https://access.redhat.com/solutions/3423481


*Regards,*

*Shani Leviim*


On Mon, Apr 6, 2020 at 12:09 PM Maton, Brett 
wrote:

> I recently added a Windows 10 Pro 64 bit (release 1909) VM, and I'm seeing
> a lot of failures when oVirt tries to move the VM to another host
> (triggered by load balancing),
>
> These errors are showing up in the UI event log
>
> Migration failed  (VM: , Source: , Destination:  2>).
>
> Followed by:
>
> VM  is down with error. Exit message: Lost connection with qemu
> process.
>
> Google returned some references to 'options kvm ignore_msrs=1' which I've
> added to /etc/modprobe/d/kvm.conf and restarted the hosts but that doesn't
> appear to have made a difference.
>
> Is this a known issue with Windows 10 guests?
> ___
> 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/QNJ7GFDXKBVREHJY4FBIORLBVEBO353R/
>
___
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/6H735KZWX7DMB6ONUYRSNZ3R5IUBQ4WY/


[ovirt-users] Re: Mount ISO to VM

2020-04-07 Thread Shani Leviim
Hi Anton,
You can upload an ISO file as a disk using the UI:
Storage -> Disks -> upload.
Further information can be found here under the "Uploading a Disk Image to
a Storage Domain" section:
https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks.html

Or use the following script using SDK:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py


*Regards,*

*Shani Leviim*


On Tue, Apr 7, 2020 at 11:45 AM Anton Louw 
wrote:

>
>
> Hi Everybody,
>
>
>
> Is there a way to mount an ISO to one of my VMs if I do not have an ISO
> domain, but the ISO file is on a Data domain?
>
>
>
> Thanks
>
> *Anton Louw*
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> [image: #VoxBrand]
> <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME>
> *Disclaimer*
>
> The contents of this email are confidential to the sender and the intended
> recipient. Unless the contents are clearly and entirely of a personal
> nature, they are subject to copyright in favour of the holding company of
> the Vox group of companies. Any recipient who receives this email in error
> should immediately report the error to the sender and permanently delete
> this email from all storage devices.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by *Mimecast Ltd*, an innovator in Software as a
> Service (SaaS) for business. Providing a *safer* and *more useful* place
> for your human generated data. Specializing in; Security, archiving and
> compliance. To find out more Click Here
> <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>.
>
>
> ___
> 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/D7ONE6IJN6RK2IQRNUYCZE3EOXBJWHX4/
>
___
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/ZYDCK235FZJCLKTWVRPDCFWP4XSM3YXS/


[ovirt-users] Re: ISO and Export domains deprecated

2020-04-07 Thread Shani Leviim
Hi Colin,

Export domains were deprecated already on RHV 4.
The same functionality can be achieved by importing to/from a data domain.
Starting with RHV 4.2, it is also possible to export and import VMs as OVA
files, to allow moving the VMs between different environments.
For further information, you can visit here:
https://access.redhat.com/solutions/3172561

ISO domains haven't been deprecated yet - still work in progress.
One of our goal is the ability to attach that destinated SD to more than
one DC.


*Regards,*

*Shani Leviim*


On Sun, Apr 5, 2020 at 9:24 AM Colin Coe  wrote:

> Hi all
>
> I'm trying to understand how ISO and Export domains going away  is going
> to affect us.
>
> We have four RHV instances:
> - Prod DC1 (RHV4.1)
> - Prod DC2 (RHV4.1)
> - DEV (RHV4.3)
> - TEST (RHV4.3)
>
> Prod DC1, DEV and TEST all share export and ISO domains.
>
> Prod DC2 is remote and currently has its own ISO and Export domains.
>
> When ISO and Export domains go away, can I still share ISO domains between
> the RHV instances?
>
> 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/O5WRSQGKBRIFHDNGCDYE7HM675IBVHPL/
>
___
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/3ZLOUO5KA3YKZSHV2WJDZT5QLLPABM5B/


[ovirt-users] Re: strange error when editing multiple disks

2020-03-15 Thread Shani Leviim
Are there any VDSM/server logs as well?
It's hard to tell, as it's not reproducing.

IMHO, the VM was locked before the failed try, and since it's status wasn't
'DOWN' the message came up.


*Regards,*

*Shani Leviim*


On Thu, Mar 12, 2020 at 4:31 PM Gianluca Cecchi 
wrote:

> On Thu, Mar 12, 2020 at 3:14 PM Gianluca Cecchi 
> wrote:
>
>> On Thu, Mar 12, 2020 at 10:40 AM Shani Leviim  wrote:
>>
>>
>>
>>> For a deeper look, can you please attach screenshots and UI+engine logs?
>>>
>>>
>>> *Regards,*
>>>
>>> *Shani Leviim*
>>>
>>>
>>>
>> I was trying to reproduce now in similar ways not able to create the
>> problem I will search for logs
>>
>> Gianluca
>>
>
>
> you see in extract of engine.log here:
>
> https://drive.google.com/file/d/1vDY64QaRkb8LWHJ9gD16bsJlyovISNwr/view?usp=sharing
>
> first step of editing the second disk "c8_Disk2" of VM c8 with success at
> 2020-03-12 09:51:28,680+01
>
> error (WARN line) related to attempt of editing the boot disk named
> "c8_boot" of the same VM at 2020-03-12 09:51:40,359+01 with reason:
> Validation of action 'UpdateVmDisk' failed for user tekka@my_domain@my_domain.
> Reasons:
> VAR__ACTION__UPDATE,VAR__TYPE__DISK,ACTION_TYPE_FAILED_VM_IS_NOT_DOWN
>
> second attempt (after doing similar actions on disks of another VM named
> c8client) that had success for the same disk "c8_boot" of VM c8 at
> 2020-03-12 09:52:15,928+01
>
> 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/6W5AX7U53VY7YBYUBZDYSUUM346JIEFO/


[ovirt-users] Re: strange error when editing multiple disks

2020-03-12 Thread Shani Leviim
Hi Gianluca,
I'm working on master 4.4 and I didn't run into this one.

Was the second disk shareable?
In the case of editing a shareable disk, you first need to shut down all
the VMs that disk attached to.

Also, editing the VM attached disks should accrue one by one, as you can't
edit them both at once (the edit button should be grayed out).

For a deeper look, can you please attach screenshots and UI+engine logs?


*Regards,*

*Shani Leviim*


On Thu, Mar 12, 2020 at 11:06 AM Gianluca Cecchi 
wrote:

> I'm noticing this on 4.3.8 and I don't have understood exactly the raising
> condition, if UI based or what
> At first I thought it was the bootable flag, but it is not, apparently
>
> vm1 powered on with two disks
> I select the VM then Disks subtab
> select line of second disk --> edit --> OK
> All goes well
> Then, remaining in the same Disks subtab window  I select the line of the
> first disk --> Edit --> OK
> And now I get the error window:
> "
> Error while executing action:
>
> vm1:
>
>- Cannot edit Virtual Disk. At least one of the VMs is not down.
>
> "
> ?
> Then I go and select another powered on VM, vm2, with only one disk, the
> one with bootable flag, and I'm able to edit it successfully.
> Then I come back and select vm1 and Disks subtab, select again the first
> line of the boot disk --> Edit --> OK
> and I'm able to edit with success. but eg if I want to modify both
> alias and description fields I have to do one at a time, otherwise if in
> the same window I try to modify both and then press OK I still get the
> error message above.
>
> Can anyone verify/test? I was able to reproduce on bot oVirt 4.3.8 and RHV
> 4.3.8
>
> 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/T42ESMTAWPV4MH45YBZUBHHCLF3FQRVL/
>
___
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/SEKW4Z6JOPBD2PM222WWVRFVENJN3U7Y/


[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"

2020-02-19 Thread Shani Leviim
Hi Marcel,
That's basically it.
Adding +Martin Perina .

Martin is there a way to keep the VM's assigned MAC addresses while
migrating their SD?


*Regards,*

*Shani Leviim*


On Wed, Feb 19, 2020 at 7:14 AM djagoo  wrote:

> After three weeks the only possible solution I can see is
>
> - undeploying hosted engine from one of the hosts
> - removing the host from the cluster
> - creating a new DC
> - creating a new Cluster
> - recreate all networks etc. from the old DC in the new one
> - add the host
> - add a new temporary V5 SD serving as MasterSD
> - backup of the hosted-engine
> - enable global ha maintenance
> - shutdown of the hosted-engine
> - hosted-engine --deploy --restore-from-file using the new datacenter and
> cluster on the one host in the new DC
> - unattach V4 storage vom old DC reattach to the new DC and hope that all
> vm's are showing up on the new DC
> - adding the remaining 2 hosts to the new DC and reinstall/redeploy
> hosted-engine to them
>
> Do you think this could be the solution? Is it possible to move everything
> from the old DC to the new one by attaching the storage to it or am I
> loosing information about the vms (assigned MAC Addresses and so on)?
>
> Regards
>
> Marcel
> ___
> 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/GDEK2BRBYFZ77OBVHMVUSGXV5R32S7IB/
>
___
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/6IS2SRKBURZFIJP2AIC756I6XLJ2VREE/


[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"

2020-02-18 Thread Shani Leviim
Hi Marcel,
Before ovirt-engine-4.3.3.2, the 4.3 compatibility version was considered
as V4, and from that version, it was considered as V5.
Therefore, it seems that since your Default DC was created before that
version, it was considered as V4.

You can try to make it V5 by doing the following:
- Edit the Default cluster, re-choose the 4.3 option on the 'Compatibility
Version' field and press OK.
- Do the same for the Default Data Center.

I believe that your newer engine, which considers 4.3 as V5 format, will do
the relevant update on your environment.


*Regards,*

*Shani Leviim*


On Tue, Feb 18, 2020 at 12:08 PM  wrote:

> Hi Shani,
>
> on the productive cluster (Default) the compat level is 4.3 and on the
> cluster
> it's 4.3 too so I can't raise the level to update the format to V5.
>
> I added some screenshots.
>
> Regards
>
> Marcel
>
> On Tuesday, February 18, 2020 10:51:29 AM CET you wrote:
> > Hi Marcel,
> > Can you make sure the DC and Cluster formats are V5?
> > Maybe try to "update" them by editing the cluster first, and selecting
> the
> > newest Compatibility Version available.
> > Then, do the same for the DC.
> >
> > If all versions/formats are of V5, and it still occurs, can you please
> > share some screenshots so I'll have a look?
> >
> >
> > *Regards,*
> >
> > *Shani Leviim*
> >
> > On Mon, Feb 17, 2020 at 5:08 PM djagoo  wrote:
> > > Hi Shani,
> > >
> > > I just tried it.
> > >
> > > I created a new DC and cluster, added a temporary host to this cluster
> > > which served as SPM. The new DC showed up as V5.
> > > Then I activated maintenance on one of the V4 SDs and detached it from
> my
> > > production domain. After I attached it to the V5 dummy domain it was
> > > updated to V5 format as you predicted. I detached it again but could
> not
> > > reattach it to the production domain "There are no compatible Storage
> > > Domains to attach to this Data Center". So this seems not to be the
> > > solution :(
> > >
> > > Do you have another idea or am I doing something wrong?
> > >
> > > Regards,
> > >
> > > Marcel
> > > ___
> > > 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/XV6WQNGS3LQU
> > > 3GWMR62MNZ5ENQA4BJQZ/
>
>
___
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/A3ERB5LCGUQM7JR4SRAJ73NDQJBW32JU/


[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"

2020-02-16 Thread Shani Leviim
Basically, in case the Master SD is down, that function should move to the
other SD on the same DC.
Taken from [1]:

To change the Master Storage Domain to another specific Storage Domain, the
below steps need to be followed:

* Put all storage domains except the Master storage domain and the one that
needs to be the new master storage to maintenance mode from
Data Centre -> Lower Sub tab -> Storage -> Right-click -> Maintenance.
(The only active storage domains now would be the Master storage domain and
the storage domain which need to be the master.)

*Now put the "Master storage" to maintenance mode.

* The only active storage domain (which you want to make the new master
storage) would automatically be the master storage.

[1] https://access.redhat.com/solutions/34923


*Regards,*

*Shani Leviim*


On Sun, Feb 16, 2020 at 2:20 PM djagoo  wrote:

> Hi Shani,
>
> thanks for your help. The master SD is the one the hosted engine is on. I
> can't put it to maintenance and attach it to another domain. But I`ll try
> this procedure with one of the oder SDs. If it works: is there a way to
> change the master domain to one of the others or is it always the one the
> hosted enginge is running on?
>
> Regards,
>
> Marcel
> ___
> 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/XAAO4IHSPC66ZNZUF7XXJCMJ32Y5T4H7/
>
___
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/RQ43AKLV57VQCA6LJDSYQTACVVYYXYRA/


[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"

2020-02-16 Thread Shani Leviim
Hi Marcel,
For the 4.3 DC version, since 4.3.3, the storage format was changed to V5.
Till that version, the storage format for 4.3 DCs was V4.
Since your SDs were created before 4.3.3, their storage format should be V4.

In order to upgrade this format, you can try to detach those storage
domains and attach them to a DC which its version is V5.
(On the UI: Go to the relevant SD -> Data Center tab -> maintenance and
then Detach).

You should get a confirmation window that asks you to confirm the storage
format's upgrade.


*Regards,*

*Shani Leviim*


On Sun, Feb 16, 2020 at 8:20 AM djagoo  wrote:

> Just created a test data center. Now, when I try to add/create a new
> storage domain there is V4 format for the existing domain and V5 for the
> new data center.
> ___
> 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/RYHYHSDUP3SIEFOAIMLWDSYJCIF4U6AS/
>
___
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/3QWMB6DH7JWOPCAKJKCA367L6DHVLRJ7/


[ovirt-users] Re: Unable to create VMs under ovirt 4.4

2020-02-13 Thread Shani Leviim
Hi Dirk,

The hle and rtm are seems to be CPU flags.
In order to see the flags, you can run lscpu.
(I got this clue from here: [1])

In case you're using the virt-manager, this one may help: (taken from [2])
1.Open virt-manager
2.Go to parameters of VM
3.Go to cpu section
4.Check "Copy host CPU configuration" and click Apply

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


*Regards,*

*Shani Leviim*


On Thu, Feb 13, 2020 at 12:36 PM Dirk Streubel 
wrote:

> Hi,
>
> i am using for my engine this version and this packages with the latest
> updates:
>
> [root@engine ~]# cat /etc/redhat-release
> CentOS Linux release 7.7.1908 (Core)
>
> [root@engine ~]# rpm -qa | grep ovirt*
> ovirt-web-ui-1.6.1-0.20191208.git0112715.el7.noarch
>
> ovirt-engine-websocket-proxy-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> ovirt-ansible-cluster-upgrade-1.2.1-1.el7.noarch
> ovirt-ansible-shutdown-env-1.0.3-1.el7.noarch
> ovirt-ansible-manageiq-1.2.1-1.el7.noarch
> ovirt-engine-ui-extensions-1.0.13-1.el7.noarch
> ovirt-engine-restapi-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
>
> ovirt-engine-vmconsole-proxy-helper-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
>
> ovirt-host-deploy-common-1.9.0-0.0.master.20191125083355.gitd2b9fa5.el7.noarch
> ovirt-vmconsole-1.0.7-3.el7.noarch
> ovirt-provider-ovn-1.2.29-1.el7.noarch
>
> ovirt-engine-extensions-api-impl-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> ovirt-engine-wildfly-18.0.0-1.el7.x86_64
> python2-ovirt-setup-lib-1.3.0-1.el7.noarch
> ovirt-vmconsole-proxy-1.0.7-3.el7.noarch
> ovirt-imageio-proxy-setup-1.6.3-0.el7.noarch
> ovirt-engine-dwh-4.4.0-0.0.master.20191119095914.el7.noarch
>
> ovirt-engine-setup-plugin-websocket-proxy-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
>
> ovirt-engine-tools-backup-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> ovirt-ansible-image-template-1.2.1-1.el7.noarch
> ovirt-ansible-engine-setup-1.2.1-1.el7.noarch
> ovirt-ansible-hosted-engine-setup-1.0.35-1.el7.noarch
> ovirt-ansible-repositories-1.2.1-1.el7.noarch
> ovirt-ansible-disaster-recovery-1.2.0-1.el7.noarch
> ovirt-engine-setup-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
>
> ovirt-engine-webadmin-portal-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
>
> ovirt-engine-dbscripts-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> ovirt-engine-tools-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> ovirt-engine-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
>
> ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
>
> ovirt-engine-setup-plugin-ovirt-engine-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
>
> python2-ovirt-host-deploy-1.9.0-0.0.master.20191125083355.gitd2b9fa5.el7.noarch
> ovirt-cockpit-sso-0.1.2-1.el7.noarch
> ovirt-engine-dwh-setup-4.4.0-1.el7.noarch
>
> python2-ovirt-engine-lib-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> ovirt-imageio-common-1.6.3-0.el7.x86_64
> python-ovirt-engine-sdk4-4.4.1-2.el7.x86_64
>
> ovirt-engine-setup-plugin-ovirt-engine-common-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> ovirt-imageio-proxy-1.6.3-0.el7.noarch
> ovirt-iso-uploader-4.4.0-1.el7.noarch
> ovirt-engine-extension-aaa-jdbc-1.1.90-1.el7.noarch
> ovirt-ansible-vm-infra-1.2.1-1.el7.noarch
> ovirt-engine-metrics-1.3.5-0.0.master.20191124152203.git2a61c41.el7.noarch
> ovirt-ansible-infra-1.2.1-1.el7.noarch
> ovirt-ansible-roles-1.2.1-1.el7.noarch
> ovirt-engine-backend-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> ovirt-engine-api-explorer-0.0.6-0.alpha.1.20190917git98bf54c.el7.noarch
>
> ovirt-engine-setup-plugin-cinderlib-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> ovirt-engine-wildfly-overlay-18.0.0-1.el7.noarch
> ovirt-release44-pre-4.4.0-0.4.alpha.20200212093606.git5bce5d1.el7.noarch
>
> ovirt-engine-setup-base-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> [root@engine ~]#
>
>
> and this for my engine:
>
> [root@hypervisor ~]# cat /etc/redhat-release
> CentOS Linux release 8.1.1911 (Core)
>
> [root@hypervisor ~]# rpm -qa | grep ovirt*
> ovirt-host-4.4.0-0.3.alpha.el8.x86_64
> python3-ovirt-setup-lib-1.3.0-1.el8.noarch
> ovirt-provider-ovn-driver-1.2.29-1.el8.noarch
> ovirt-vmconsole-host-1.0.7-3.el8.noarch
> ovirt-imageio-daemon-1.6.3-0.el8.noarch
> cockpit-ovirt-dashboard-0.14.1-1.el8.noarch
>
> ovirt-host-deploy-common-1.9.0-0.0.master.20191125083550.gitd2b9fa5.el8.noarch
> ovirt-imageio-common-1.6.3-0.el8.x86_64
> ovirt-vmconsole-1.0.7-3.el8.noarch
> ovirt-ansible-engine-setup-1.2.1-1.el8.noarch
> ovirt-host-dependencies-

[ovirt-users] Re: Still having NFS issues. (Permissions)

2019-12-15 Thread Shani Leviim
Hi Robert,
I've found this one:
https://www.ovirt.org/develop/troubleshooting-nfs-storage-issues.html

IIRC, you don't need to use 'chown 36:36 /storage/', since no squash mode
needed.
Can you please share the result of 'cat /etc/exports'?
It is supposed to be of the form:
/storage   *(rw,sync,no_root_squash)

In addition, make sure the rpcbind and nfs-server services are running.

Also, it seems there are a few mail threads about your issue, and it's hard
to follow your steps and tries.
Please avoid that by replying to this email instead of opening another
thread.


*Regards,*

*Shani Leviim*


On Sat, Dec 14, 2019 at 8:43 PM Robert Webb  wrote:

> So I did some testing and and removed the “all_squash,anonuid=36,anongid=36”,
> set all the image directories to 0755, added libvirt to the kvm group, then
> rebooted.
>
>
>
> After doing so, sanlock had no access to the directories and neither did
> libvert. Leaving everything else alone, I changed the the perms to 0760,
> sanlock no longer complained, but libvirtd still complained about file
> permissions.
>
>
>
> Next test was to the change file perms to 770 and I got the same error
> with libvertd.
>
>
>
> I have not done any linux work for quite a while so please correct me, but
> if I do a “ps aux | grep libvirt” I see the libvritd process running as
> root. Does the libvirt user get invoked only when a script is running? If
> the daemon is only running as root, then would it not be trying to access
> storage as root at this point?
>
>
>
> This is my ps list:
>
>
>
> root  2898  0.1  0.0 1553860 28580 ?   Ssl  14:45   0:01
> /usr/sbin/libvirtd –listen
>
>
>
>
>
> Here is what I see in the audit log:
>
>
>
> type=VIRT_CONTROL msg=audit(1576336098.295:451): pid=2898 uid=0
> auid=4294967295 ses=4294967295
> subj=system_u:system_r:virtd_t:s0-s0:c0.c1023 msg='virt=kvm op=start
> reason=booted vm="HostedEngine" uuid=70679ece-fbe9-4402-b9b0-34bbee9b6e69
> vm-pid=-1 exe="/usr/sbin/libvirtd" hostname=? addr=? terminal=? res=failed
>
>
>
>
> ___
> 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/ZHUU6CCXTIACJUGRI5EKL4INMKPLU2N4/
>
___
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/VHI6SUCKDNOBHUDD4FIJWLNP7YHPYKR2/


[ovirt-users] Re: oVirt 4.3.5 potential issue with NFS storage

2019-08-12 Thread Shani Leviim
Basically, I meant to verify the access by ssh, but I want to verify
something following your detailed reply:

According to [1], in order to set a NetApp NFS server, the required steps
should look like this:

# mount NetApp_NFS:/path/to/export /mnt
# chown -R 36.36 /mnt
# chmod -R 755 /mnt
# umount /mnt

Which is quite similar to the steps you've mentioned, except the last step
of unmounting:
Unmount the 10.214.13.64:/ovirt_production

I think that you had to unmount /mnt/rhevstore instead.

Can you please verify?

[1] https://access.redhat.com/solutions/660143


*Regards,*

*Shani Leviim*


On Sun, Aug 11, 2019 at 10:57 PM Vrgotic, Marko 
wrote:

> Hi Shani,
>
> Thank you for your reply, but
> How do I do that?
> Reason why I am asking is following:
> Hosts 2,3,4 do not have that issue. Host 1 and 5 do.
> What I learned previously is that when using Netapp based NFS, which we
> are, it’s required to before provisioning SHE and/or just adding a Host to
> a pool, it’s required to execute following steps:
>
> Create random dir on a host:
> - mkdir /mnt/rhevstore
> Mount netapp volume to the dir
> - mount -o sec=sys -t nfs 10.214.13.64:/ovirt_production /mnt/rhevstore
> Set ownership to vdsm:kvm (36:36):
> - chown -R vdsm:kvm /mnt/rhevstore/*
> Unmount the 10.214.13.64:/ovirt_production
>
> I do not expect the above ownership actions need to be done initially on
> each host, before starting the deployment, otherwise it would be
> practically impossible to expand the Host pool.
>
> All 5 hosts are provisioned in same way. How? I am using foreman to
> provision these servers, so they are built of same kickstart hostgroup
> template.
>
> I even installed ovirt-hosted-engine-setup package to make sure all
> required packages, users and groups are in place before adding host to
> oVirt via UI or Ansible.
>
> Is it possible that we if I am already using or heavily using the
> mentioned volume via Hosts already added to oVirt pool, that ownership
> actions executed,on host about to be added to the pool, will fail to
> complete setting ownership on all required files on the volume?
>
> To repeat the question above: How do I make sure Host can read metadata
> file of the storage volume?
>
> Kindly awaiting your reply.
>
>
> All best,
> Marko Vrgotic
> Sent from my iPhone
>
> On 11 Aug 2019, at 01:19, Shani Leviim  wrote:
>
> Hi Marko,
> Is seems that there's a connectivity problem with host 10.210.13.64.
> Can you please make sure the metadata under
> /rhev/data-center/mnt/10.210.13.64:_ovirt__production/6effda5e-1a0d-4312-bf93-d97fa9eb5aee/dom_md/metadata
> is accessible?
>
>
> *Regards, *
>
> *Shani Leviim *
>
>
> On Sat, Aug 10, 2019 at 2:57 AM Vrgotic, Marko 
> wrote:
>
>> Log files from ovirt engine and ovirt-sj-05 vdsm  attached.
>>
>>
>>
>> Its related to host named: ovirt-sj-05.ictv.com
>>
>>
>>
>> Kindly awaiting your reply.
>>
>>
>>
>>
>>
>> — — —
>> Met vriendelijke groet / Kind regards,
>>
>> *Marko Vrgotic*
>>
>>
>>
>>
>>
>>
>>
>> *From: *"Vrgotic, Marko" 
>> *Date: *Thursday, 8 August 2019 at 17:02
>> *To: *Shani Leviim 
>> *Cc: *"users@ovirt.org" 
>> *Subject: *Re: [ovirt-users] Re: oVirt 4.3.5 potential issue with NFS
>> storage
>>
>>
>>
>> Hey Shanii,
>>
>>
>>
>> Thank you for the reply.
>>
>> Sure, I will attach the full logs asap.
>>
>> What do you mean by “flow you are doing”?
>>
>>
>>
>> Kindly awaiting your reply.
>>
>>
>>
>> Marko Vrgotic
>>
>>
>>
>> *From: *Shani Leviim 
>> *Date: *Thursday, 8 August 2019 at 00:01
>> *To: *"Vrgotic, Marko" 
>> *Cc: *"users@ovirt.org" 
>> *Subject: *Re: [ovirt-users] Re: oVirt 4.3.5 potential issue with NFS
>> storage
>>
>>
>>
>> Hi,
>>
>> Can you please clarify the flow you're doing?
>>
>> Also, can you please attach full vdsm and engine logs?
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>>
>>
>>
>> On Thu, Aug 8, 2019 at 6:25 AM Vrgotic, Marko 
>> wrote:
>>
>> Log line form VDSM:
>>
>>
>>
>> “[root@ovirt-sj-05 ~]# tail -f /var/log/vdsm/vdsm.log | grep WARN
>>
>> 2019-08-07 09:40:03,556-0700 WARN  (check/loop) [storage.check] Checker
>> u'/rhev/data-center/mnt/10.210.13.64:_ovirt__production/bda97276-a399-448f-9113-017972f6b55a/dom_md/metadata'
>> is blocked for 20.00 seconds (check:282)
>>
>>

[ovirt-users] Re: oVirt 4.3.5 potential issue with NFS storage

2019-08-11 Thread Shani Leviim
Hi Marko,
Is seems that there's a connectivity problem with host 10.210.13.64.
Can you please make sure the metadata under
/rhev/data-center/mnt/10.210.13.64:_ovirt__production/6effda5e-1a0d-4312-bf93-d97fa9eb5aee/dom_md/metadata
is accessible?


*Regards,*

*Shani Leviim*


On Sat, Aug 10, 2019 at 2:57 AM Vrgotic, Marko 
wrote:

> Log files from ovirt engine and ovirt-sj-05 vdsm  attached.
>
>
>
> Its related to host named: ovirt-sj-05.ictv.com
>
>
>
> Kindly awaiting your reply.
>
>
>
>
>
> — — —
> Met vriendelijke groet / Kind regards,
>
> *Marko Vrgotic*
>
>
>
>
>
>
>
> *From: *"Vrgotic, Marko" 
> *Date: *Thursday, 8 August 2019 at 17:02
> *To: *Shani Leviim 
> *Cc: *"users@ovirt.org" 
> *Subject: *Re: [ovirt-users] Re: oVirt 4.3.5 potential issue with NFS
> storage
>
>
>
> Hey Shanii,
>
>
>
> Thank you for the reply.
>
> Sure, I will attach the full logs asap.
>
> What do you mean by “flow you are doing”?
>
>
>
> Kindly awaiting your reply.
>
>
>
> Marko Vrgotic
>
>
>
> *From: *Shani Leviim 
> *Date: *Thursday, 8 August 2019 at 00:01
> *To: *"Vrgotic, Marko" 
> *Cc: *"users@ovirt.org" 
> *Subject: *Re: [ovirt-users] Re: oVirt 4.3.5 potential issue with NFS
> storage
>
>
>
> Hi,
>
> Can you please clarify the flow you're doing?
>
> Also, can you please attach full vdsm and engine logs?
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
>
>
>
> On Thu, Aug 8, 2019 at 6:25 AM Vrgotic, Marko 
> wrote:
>
> Log line form VDSM:
>
>
>
> “[root@ovirt-sj-05 ~]# tail -f /var/log/vdsm/vdsm.log | grep WARN
>
> 2019-08-07 09:40:03,556-0700 WARN  (check/loop) [storage.check] Checker
> u'/rhev/data-center/mnt/10.210.13.64:_ovirt__production/bda97276-a399-448f-9113-017972f6b55a/dom_md/metadata'
> is blocked for 20.00 seconds (check:282)
>
> 2019-08-07 09:40:47,132-0700 WARN  (monitor/bda9727) [storage.Monitor]
> Host id for domain bda97276-a399-448f-9113-017972f6b55a was released (id:
> 5) (monitor:445)
>
> 2019-08-07 09:44:53,564-0700 WARN  (check/loop) [storage.check] Checker
> u'/rhev/data-center/mnt/10.210.13.64:_ovirt__production/bda97276-a399-448f-9113-017972f6b55a/dom_md/metadata'
> is blocked for 20.00 seconds (check:282)
>
> 2019-08-07 09:46:38,604-0700 WARN  (monitor/bda9727) [storage.Monitor]
> Host id for domain bda97276-a399-448f-9113-017972f6b55a was released (id:
> 5) (monitor:445)”
>
>
>
>
>
>
>
> *From: *"Vrgotic, Marko" 
> *Date: *Wednesday, 7 August 2019 at 09:09
> *To: *"users@ovirt.org" 
> *Subject: *oVirt 4.3.5 potential issue with NFS storage
>
>
>
> Dear oVIrt,
>
>
>
> This is my third oVirt platform in the company, but first time I am seeing
> following logs:
>
>
>
> “2019-08-07 16:00:16,099Z INFO
> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-51) [1b85e637] Lock freed
> to object
> 'EngineLock:{exclusiveLocks='[2350ee82-94ed-4f90-9366-451e0104d1d6=PROVIDER]',
> sharedLocks=''}'
>
> 2019-08-07 16:00:25,618Z WARN
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
> (EE-ManagedThreadFactory-engine-Thread-37723) [] domain
> 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' in problem
> 'PROBLEMATIC'. vds: 'ovirt-sj-05.ictv.com'
>
> 2019-08-07 16:00:40,630Z INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
> (EE-ManagedThreadFactory-engine-Thread-37735) [] Domain
> 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' recovered from
> problem. vds: 'ovirt-sj-05.ictv.com'
>
> 2019-08-07 16:00:40,652Z INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
> (EE-ManagedThreadFactory-engine-Thread-37737) [] Domain
> 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' recovered from
> problem. vds: 'ovirt-sj-01.ictv.com'
>
> 2019-08-07 16:00:40,652Z INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
> (EE-ManagedThreadFactory-engine-Thread-37737) [] Domain
> 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' has recovered from
> problem. No active host in the DC is reporting it as problematic, so
> clearing the domain recovery timer.”
>
>
>
> Can you help me understanding why is this being reported?
>
>
>
> This setup is:
>
>
>
> 5HOSTS, 3 in HA
>
> SelfHostedEngine
>
> Version 4.3.5
>
> NFS based Netapp storage, version 4.1
>
> “10.210.13.64:/ovirt_hosted_engine on 
> /rhev/data-center/mnt/10.210.13.64:_ovirt__hosted__engine
> type nfs4
> (rw,relatime,vers=4.1,rsize=65536,wsize=65536,namlen=255,soft,

[ovirt-users] Re: Error creating local storage domain: Internal Engine Error.

2019-08-08 Thread Shani Leviim
Hi Barman,
It seems that for local DC, the storage type selected is the latest one
(v5) by default, and this one should be changed.

Please open a bug in the Bugzilla for that: https://bugzilla.redhat.com/,
and reply back its track id.


*Regards,*

*Shani Leviim*


On Thu, Aug 8, 2019 at 3:36 PM Shani Leviim  wrote:

> Hi Barman,
> Can you please attach a full engine log?
> Also attaching a screenshot would be great.
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Thu, Aug 8, 2019 at 2:44 PM  wrote:
>
>> Hello.
>>
>> I'm new to ovirt and trying to set up a sandbox on an old Dell
>> workstation I have.  Any help greatly appreciated.
>>
>> I have created a 4.2 Compatible DC and Cluster.  I'm able to add the host
>> and that checks in OK.
>> Its an older system hence going with 4.2 for processor support.
>>
>> When I try to a local storage domain, it fails.
>>
>> The error returned to the screen is :  Error while executing action New
>> Local Storage Domain: Internal Engine Error
>>
>> The process gets as far as creating some files and directories in the
>> directory I'm trying to configure as a local storage domain.
>>
>> I notice in the UI, the format of the domain is specified as v4.  (This
>> option is greyed out and I cannot modify it).
>>
>> This is an excerpt of the engine.log, with the error the first line of
>> which seems to be indicating its trying to use a v5 format .
>>
>>
>> 019-08-07 23:21:24,618+01 WARN
>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand]
>> (default task-56) [67e87701] Validation of action
>> 'AttachStorageDomainToPool' failed for user SYSTEM. Reasons:
>> VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__ATTACH,ACTION_TYPE_FAILED_STORAGE_DOMAIN_FORMAT_ILLEGAL,$storageFormat
>> V5
>> 2019-08-07 23:21:24,620+01 INFO
>> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand]
>> (default task-56) [67e87701] Lock freed to object
>> 'EngineLock:{exclusiveLocks='[f2858a80-4730-40f8-b417-50d65503dcae=STORAGE]',
>> sharedLocks=''}'
>> 2019-08-07 23:21:24,623+01 INFO
>> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701]
>> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating
>> DELETED_OR_UPDATED_ENTITY of
>> org.ovirt.engine.core.common.businessentities.StorageDomainDynamic;
>> snapshot: id=f2858a80-4730-40f8-b417-50d65503dcae.
>> 2019-08-07 23:21:24,626+01 INFO
>> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701]
>> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating
>> NEW_ENTITY_ID of
>> org.ovirt.engine.core.common.businessentities.profiles.DiskProfile;
>> snapshot: 94c8fb2e-e17a-46dd-a859-f3e18d9b3de7.
>> 2019-08-07 23:21:24,627+01 INFO
>> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701]
>> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating
>> NEW_ENTITY_ID of
>> org.ovirt.engine.core.common.businessentities.StorageDomainDynamic;
>> snapshot: f2858a80-4730-40f8-b417-50d65503dcae.
>> 2019-08-07 23:21:24,627+01 INFO
>> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701]
>> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating
>> NEW_ENTITY_ID of
>> org.ovirt.engine.core.common.businessentities.StorageDomainStatic;
>> snapshot: f2858a80-4730-40f8-b417-50d65503dcae.
>> 2019-08-07 23:21:24,635+01 ERROR
>> [org.ovirt.engine.core.bll.storage.domain.AddLocalStorageDomainCommand]
>> (default task-56) [67e87701] Transaction rolled-back for command
>> 'org.ovirt.engine.core.bll.storage.domain.AddLocalStorageDomainCommand'.
>> 2019-08-07 23:21:24,639+01 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-56) [67e87701] EVENT_ID: USER_ADD_STORAGE_DOMAIN_FAILED(957),
>> Failed to add Storage Domain STG01. (User: admin@internal-authz)
>>
>> Thanks all.
>> Barman.
>> ___
>> 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/EMNQLWPQ2BVV2E3B5MASZF6JUQPQ62PQ/
>>
>
___
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/Z5TZHW6XOR6TQ42NV63AT4CRC36MKSPG/


[ovirt-users] Re: Error creating local storage domain: Internal Engine Error.

2019-08-08 Thread Shani Leviim
Hi Barman,
Can you please attach a full engine log?
Also attaching a screenshot would be great.


*Regards,*

*Shani Leviim*


On Thu, Aug 8, 2019 at 2:44 PM  wrote:

> Hello.
>
> I'm new to ovirt and trying to set up a sandbox on an old Dell workstation
> I have.  Any help greatly appreciated.
>
> I have created a 4.2 Compatible DC and Cluster.  I'm able to add the host
> and that checks in OK.
> Its an older system hence going with 4.2 for processor support.
>
> When I try to a local storage domain, it fails.
>
> The error returned to the screen is :  Error while executing action New
> Local Storage Domain: Internal Engine Error
>
> The process gets as far as creating some files and directories in the
> directory I'm trying to configure as a local storage domain.
>
> I notice in the UI, the format of the domain is specified as v4.  (This
> option is greyed out and I cannot modify it).
>
> This is an excerpt of the engine.log, with the error the first line of
> which seems to be indicating its trying to use a v5 format .
>
>
> 019-08-07 23:21:24,618+01 WARN
> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand]
> (default task-56) [67e87701] Validation of action
> 'AttachStorageDomainToPool' failed for user SYSTEM. Reasons:
> VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__ATTACH,ACTION_TYPE_FAILED_STORAGE_DOMAIN_FORMAT_ILLEGAL,$storageFormat
> V5
> 2019-08-07 23:21:24,620+01 INFO
> [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand]
> (default task-56) [67e87701] Lock freed to object
> 'EngineLock:{exclusiveLocks='[f2858a80-4730-40f8-b417-50d65503dcae=STORAGE]',
> sharedLocks=''}'
> 2019-08-07 23:21:24,623+01 INFO
> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701]
> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating
> DELETED_OR_UPDATED_ENTITY of
> org.ovirt.engine.core.common.businessentities.StorageDomainDynamic;
> snapshot: id=f2858a80-4730-40f8-b417-50d65503dcae.
> 2019-08-07 23:21:24,626+01 INFO
> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701]
> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating
> NEW_ENTITY_ID of
> org.ovirt.engine.core.common.businessentities.profiles.DiskProfile;
> snapshot: 94c8fb2e-e17a-46dd-a859-f3e18d9b3de7.
> 2019-08-07 23:21:24,627+01 INFO
> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701]
> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating
> NEW_ENTITY_ID of
> org.ovirt.engine.core.common.businessentities.StorageDomainDynamic;
> snapshot: f2858a80-4730-40f8-b417-50d65503dcae.
> 2019-08-07 23:21:24,627+01 INFO
> [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701]
> Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating
> NEW_ENTITY_ID of
> org.ovirt.engine.core.common.businessentities.StorageDomainStatic;
> snapshot: f2858a80-4730-40f8-b417-50d65503dcae.
> 2019-08-07 23:21:24,635+01 ERROR
> [org.ovirt.engine.core.bll.storage.domain.AddLocalStorageDomainCommand]
> (default task-56) [67e87701] Transaction rolled-back for command
> 'org.ovirt.engine.core.bll.storage.domain.AddLocalStorageDomainCommand'.
> 2019-08-07 23:21:24,639+01 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-56) [67e87701] EVENT_ID: USER_ADD_STORAGE_DOMAIN_FAILED(957),
> Failed to add Storage Domain STG01. (User: admin@internal-authz)
>
> Thanks all.
> Barman.
> ___
> 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/EMNQLWPQ2BVV2E3B5MASZF6JUQPQ62PQ/
>
___
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/Q3TWHKKRKUZEKJ3WTEIMCG5LHU3T2SGN/


[ovirt-users] Re: oVirt 4.3.5 potential issue with NFS storage

2019-08-08 Thread Shani Leviim
Hi,
Can you please clarify the flow you're doing?
Also, can you please attach full vdsm and engine logs?


*Regards,*

*Shani Leviim*


On Thu, Aug 8, 2019 at 6:25 AM Vrgotic, Marko 
wrote:

> Log line form VDSM:
>
>
>
> “[root@ovirt-sj-05 ~]# tail -f /var/log/vdsm/vdsm.log | grep WARN
>
> 2019-08-07 09:40:03,556-0700 WARN  (check/loop) [storage.check] Checker
> u'/rhev/data-center/mnt/10.210.13.64:_ovirt__production/bda97276-a399-448f-9113-017972f6b55a/dom_md/metadata'
> is blocked for 20.00 seconds (check:282)
>
> 2019-08-07 09:40:47,132-0700 WARN  (monitor/bda9727) [storage.Monitor]
> Host id for domain bda97276-a399-448f-9113-017972f6b55a was released (id:
> 5) (monitor:445)
>
> 2019-08-07 09:44:53,564-0700 WARN  (check/loop) [storage.check] Checker
> u'/rhev/data-center/mnt/10.210.13.64:_ovirt__production/bda97276-a399-448f-9113-017972f6b55a/dom_md/metadata'
> is blocked for 20.00 seconds (check:282)
>
> 2019-08-07 09:46:38,604-0700 WARN  (monitor/bda9727) [storage.Monitor]
> Host id for domain bda97276-a399-448f-9113-017972f6b55a was released (id:
> 5) (monitor:445)”
>
>
>
>
>
>
>
> *From: *"Vrgotic, Marko" 
> *Date: *Wednesday, 7 August 2019 at 09:09
> *To: *"users@ovirt.org" 
> *Subject: *oVirt 4.3.5 potential issue with NFS storage
>
>
>
> Dear oVIrt,
>
>
>
> This is my third oVirt platform in the company, but first time I am seeing
> following logs:
>
>
>
> “2019-08-07 16:00:16,099Z INFO
> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-51) [1b85e637] Lock freed
> to object
> 'EngineLock:{exclusiveLocks='[2350ee82-94ed-4f90-9366-451e0104d1d6=PROVIDER]',
> sharedLocks=''}'
>
> 2019-08-07 16:00:25,618Z WARN
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
> (EE-ManagedThreadFactory-engine-Thread-37723) [] domain
> 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' in problem
> 'PROBLEMATIC'. vds: 'ovirt-sj-05.ictv.com'
>
> 2019-08-07 16:00:40,630Z INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
> (EE-ManagedThreadFactory-engine-Thread-37735) [] Domain
> 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' recovered from
> problem. vds: 'ovirt-sj-05.ictv.com'
>
> 2019-08-07 16:00:40,652Z INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
> (EE-ManagedThreadFactory-engine-Thread-37737) [] Domain
> 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' recovered from
> problem. vds: 'ovirt-sj-01.ictv.com'
>
> 2019-08-07 16:00:40,652Z INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
> (EE-ManagedThreadFactory-engine-Thread-37737) [] Domain
> 'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' has recovered from
> problem. No active host in the DC is reporting it as problematic, so
> clearing the domain recovery timer.”
>
>
>
> Can you help me understanding why is this being reported?
>
>
>
> This setup is:
>
>
>
> 5HOSTS, 3 in HA
>
> SelfHostedEngine
>
> Version 4.3.5
>
> NFS based Netapp storage, version 4.1
>
> “10.210.13.64:/ovirt_hosted_engine on 
> /rhev/data-center/mnt/10.210.13.64:_ovirt__hosted__engine
> type nfs4
> (rw,relatime,vers=4.1,rsize=65536,wsize=65536,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=10.210.11.14,local_lock=none,addr=10.210.13.64)
>
>
>
> 10.210.13.64:/ovirt_production on 
> /rhev/data-center/mnt/10.210.13.64:_ovirt__production
> type nfs4
> (rw,relatime,vers=4.1,rsize=65536,wsize=65536,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=10.210.11.14,local_lock=none,addr=10.210.13.64)
>
> tmpfs on /run/user/0 type tmpfs
> (rw,nosuid,nodev,relatime,seclabel,size=9878396k,mode=700)”
>
>
>
> First mount is SHE dedicated storage.
>
> Second mount “ovirt_produciton” is for other VM Guests.
>
>
>
> Kindly awaiting your reply.
>
>
>
> Marko Vrgotic
> ___
> 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/ICRKHD3GXTPQEZN2T6LJBS6YIVLER6TP/
>
___
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/4VNZFLBYJUS3LM3JHGRIE7BFHWJ47DLF/


[ovirt-users] Re: Does cluster upgrade wait for heal before proceeding to next host?

2019-08-06 Thread Shani Leviim
Hi Jayme,
I can't recall such a healing time.
Can you please retry and attach the engine & vdsm logs so we'll be smarter?


*Regards,*

*Shani Leviim*


On Tue, Aug 6, 2019 at 5:24 PM Jayme  wrote:

> I've yet to have cluster upgrade finish updating my three host HCI
> cluster.  The most recent try was today moving from oVirt 4.3.3 to
> 4.3.5.5.  The first host updates normally, but when it moves on to the
> second host it fails to put it in maintenance and the cluster upgrade
> stops.
>
> I suspect this is due to that fact that after my hosts are updated it
> takes 10 minutes or more for all volumes to sync/heal.  I have 2Tb SSDs.
>
> Does the cluster upgrade process take heal time in to account before
> attempting to place the next host in maintenance to upgrade it? Or is there
> something else that may be at fault here, or perhaps a reason why the heal
> process takes 10 minutes after reboot to complete?
> ___
> 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/5XM3QB3364ZYIPAKY4KTTOSJZMCWHUPD/
>
___
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/GBX3L23MWGMTF7Q4KGVR63RIQZFYXGWK/


[ovirt-users] Re: bond for vm interfaces

2019-08-06 Thread Shani Leviim
Hi Edoardo,
Can you please supply some more details about the bond you're trying to
create?
In case it's a VLAN bonding, you can assist this one:
https://www.ovirt.org/develop/networking/bonding-vlan-bridge.html#bonding-vlan-bridge


*Regards,*

*Shani Leviim*


On Mon, Jul 22, 2019 at 1:34 PM Edoardo Mazza  wrote:

> Hello everyone,
> I need to create a bond for vm interfaces but I don't kown what is the
> best solution, you can help me?
> Thanks
> Edoardo
> ___
> 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/HCRX6B6IC74YYBXOVI4PDUZ3MB5M56UQ/
>
___
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/JFYICLGBQHFEKNY6K3LIER4ABWHPKZTD/


[ovirt-users] Re: iSCSI-based storages won't login to the portals with all IPs on reboot

2019-07-25 Thread Shani Leviim
Hi Nicolas,
Can you please share your vdsm log?
Also, can you please share the output of 'iscsiadm -m session -P1' before
and after the maintenance?

Did you define any iscsi multipath on the DC level?


*Regards,*

*Shani Leviim*


On Mon, Jul 22, 2019 at 11:24 AM  wrote:

> Hi,
>
> We're running oVirt 4.3.2. Currently, we have one storage backend
> (cabinet) with two controllers, each of them with 2 network interfaces
> (4 network interfaces in total). When we added the Storage Domain, we
> discovered the target for each of the 4 IPs and marked the LUN so it
> would be added with 4 different IPs.
>
> When we put a host on maintenance, all the paths are deactivated, and
> when we activate it back it discovers all the 4 paths for the storage
> backend. However, if we reboot the host, on activation it only activates
> one path. We can see this running 'multipath -ll'.
>
> We can manually activate the rest of the paths using this command for
> each of the IPs:
>
> # iscsiadm --mode discovery --type sendtargets --portal 10.X.X.X
> --login
>
> However, we wonder why oVirt wouldn't log into each of the IPs upon a
> boot. Is there something we're missing? Can this be fixed manually?
> Currently we're running a script on boot that will issue the command
> above for each of the IPs of the cabinet.
>
> Thanks for any help!
> ___
> 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/ZEZ5BV5XBDRBZOUTKWLQIOHSGTTQMQ2G/
>
___
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/554JTQATJIDP6PGIV6JLIBTDZAC4IZ6K/


[ovirt-users] Re: Cannot access dashboard after upgrading to 4.3.4

2019-06-16 Thread Shani Leviim
Hi,
Did you run 'engine-setup' and 'yum update' after upgrading ovirt?

Taken from here as a reference:
https://ovirt.org/documentation/self-hosted/chap-upgrading_the_self-hosted_engine.html


*Regards,*

*Shani Leviim*


On Sat, Jun 15, 2019 at 10:26 AM Albl, Oliver 
wrote:

> Hi all,
>
>
>
>   I upgraded our installation from 4.2.8 to 4.3.4 and I am unable to
> access the dashboard in UI as there is only “Loading data…” displayed.
> There are postgres processes running on the engine taking 100% cpu. One is
> running for more than 14 hours:
>
>
>
> SELECT name, AVG(total) AS total, AVG(used) AS used, MAX(previous_used) AS
> previous_used, MAX(previous_total) AS previous_total, MAX(vm_disk_
>
> usage_percent) AS usage_percent FROM (SELECT history_datetime, vms.vm_name
> AS name, SUM(vm_disk_size_mb) AS total, SUM(vm_disk_actual_size_mb) AS
> used, COALESCE(MAX(previous_actual_size), 0)
>
> AS previous_used, COALESCE(MAX(previous_total_size), 0) AS previous_total,
> CASE WHEN MAX(vm_disk_size_mb) = 0 THEN 0 ELSE
> (CAST(MAX(vm_disk_actual_size_mb) AS DECIMAL)/ MAX(vm_disk_size_mb) *
>
> 100) END AS vm_disk_usage_percent FROM
> v4_2_statistics_vms_disks_resources_usage_samples samples INNER JOIN
> v4_2_latest_configuration_vms_devices devices ON devices.device_id =
> vm_disk_id IN
>
> NER JOIN v4_2_latest_configuration_vms vms ON vms.vm_id = devices.vm_id
> INNER JOIN v4_2_latest_configuration_vms_disks disks ON disks.vm_disk_id =
> samples.vm_disk_id LEFT OUTER JOIN (SELECT v
>
> m_name, AVG(previous_actual_size) AS previous_actual_size,
> AVG(previous_total_size) AS previous_total_size FROM (SELEC
>
> 13783 | 2019-06-15 08:41:52.349769+02 | active | SELECT name, AVG(total)
> AS total, AVG(used) AS used, MAX(previous_used) AS previous_used,
> MAX(previous_total) AS previous_total, MAX(vm_disk_
>
> usage_percent) AS usage_percent FROM (SELECT history_datetime, vms.vm_name
> AS name, SUM(vm_disk_size_mb) AS total, SUM(vm_disk_actual_size_mb) AS
> used, COALESCE(MAX(previous_actual_size), 0)
>
> AS previous_used, COALESCE(MAX(previous_total_size), 0) AS previous_total,
> CASE WHEN MAX(vm_disk_size_mb) = 0 THEN 0 ELSE
> (CAST(MAX(vm_disk_actual_size_mb) AS DECIMAL)/ MAX(vm_disk_size_mb) *
>
> 100) END AS vm_disk_usage_percent FROM
> v4_2_statistics_vms_disks_resources_usage_samples samples INNER JOIN
> v4_2_latest_configuration_vms_devices devices ON devices.device_id =
> vm_disk_id IN
>
> NER JOIN v4_2_latest_configuration_vms vms ON vms.vm_id = devices.vm_id
> INNER JOIN v4_2_latest_configuration_vms_disks disks ON disks.vm_disk_id =
> samples.vm_disk_id LEFT OUTER JOIN (SELECT v
>
> m_name, AVG(previous_actual_size) AS previous_actual_size,
> AVG(previous_total_size) AS previous_total_size FROM (SELEC…
>
>
>
> oVirt Engine is configured with 128 GB memory and 24 cores.
>
>
>
> Please advice how to adress this.
>
>
>
> Thank you and all the best,
>
> Oliver
>
>
> ___
> 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/JJWRQKGCIHRG765YJCEG5CV6BJTFPFAO/
>
___
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/YMWBF6PT7OVKDKVK5OUPZ42QB7CFANVM/


[ovirt-users] Re: 4.3 live migration creates wrong image permissions.

2019-06-13 Thread Shani Leviim
Hi,
It seems that you hit this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1666795

Adding +Milan Zamazal , Can you please confirm?


*Regards,*

*Shani Leviim*


On Thu, Jun 13, 2019 at 12:18 PM Alex McWhirter  wrote:

> after upgrading from 4.2 to 4.3, after a vm live migrates it's disk
> images are become owned by root:root. Live migration succeeds and the vm
> stays up, but after shutting down the VM from this point, starting it up
> again will cause it to fail. At this point i have to go in and change
> the permissions back to vdsm:kvm on the images, and the VM will boot
> again.
> ___
> 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/TSWRTC2E7XZSGSLA7NC5YGP7BIWQKMM3/
>
___
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/IAYOFTU5KHBC3EXTM6HBE3A47LVD42KC/


[ovirt-users] Re: Can't bring upgraded to 4.3 host back to cluster

2019-06-12 Thread Shani Leviim
Np :)

On Tuesday, June 11, 2019, Artem Tambovskiy 
wrote:

> Actually, this one wasn't stupid. The host was running version 4.3.3 and
> was upgraded to 4.3.4 after yum update.
> And this solved the issue ... thanks a lot!
>
> Looing at the bugtracker (https://bugzilla.redhat.com/
> buglist.cgi?classification=oVirt=flagtypes.name=
> substring_format=advanced_milestone=ovirt-4.3.4=blocker)
> I don't see a suitable bug for this. perhaps vdsmd reconfiguration + yum
> upgrade + host reboot did the trick.
>
> Thank you very much for spending a time on this!
> Regards,
> Artem
>
> On Tue, Jun 11, 2019 at 5:19 PM Shani Leviim  wrote:
>
>> A stupid one: did you try to yum update?
>>
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Tue, Jun 11, 2019 at 5:11 PM Artem Tambovskiy <
>> artem.tambovs...@gmail.com> wrote:
>>
>>>
>>> Just tried this:
>>>
>>> [root@ovirt1 vdsm]# vdsm-tool configure --force
>>>
>>> Checking configuration status...
>>>
>>> abrt is already configured for vdsm
>>> Managed volume database is already configured
>>> lvm is configured for vdsm
>>> libvirt is already configured for vdsm
>>> SUCCESS: ssl configured to true. No conflicts
>>> Current revision of multipath.conf detected, preserving
>>>
>>> Running configure...
>>> Reconfiguration of abrt is done.
>>> Reconfiguration of passwd is done.
>>> Reconfiguration of libvirt is done.
>>>
>>> Done configuring modules to VDSM.
>>>
>>> And tried to restart vdsmd - it failed again.
>>>
>>> [root@ovirt1 vdsm]# journalctl -xe
>>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: ovirt-ha-broker.service
>>> failed.
>>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: ovirt-ha-broker.service
>>> holdoff time over, scheduling restart.
>>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Cannot add dependency job
>>> for unit lvm2-lvmetad.socket, ignoring: Unit is masked.
>>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Stopped oVirt Hosted Engine
>>> High Availability Communications Broker.
>>> -- Subject: Unit ovirt-ha-broker.service has finished shutting down
>>> -- Defined-By: systemd
>>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>> --
>>> -- Unit ovirt-ha-broker.service has finished shutting down.
>>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Started oVirt Hosted Engine
>>> High Availability Communications Broker.
>>> -- Subject: Unit ovirt-ha-broker.service has finished start-up
>>> -- Defined-By: systemd
>>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>> --
>>> -- Unit ovirt-ha-broker.service has finished starting up.
>>> --
>>> -- The start-up result is done.
>>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: mom-vdsm.service holdoff
>>> time over, scheduling restart.
>>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Cannot add dependency job
>>> for unit lvm2-lvmetad.socket, ignoring: Unit is masked.
>>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Stopped MOM instance
>>> configured for VDSM purposes.
>>> -- Subject: Unit mom-vdsm.service has finished shutting down
>>> -- Defined-By: systemd
>>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>> --
>>> -- Unit mom-vdsm.service has finished shutting down.
>>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: start request repeated too
>>> quickly for supervdsmd.service
>>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Failed to start Auxiliary
>>> vdsm service for running helper functions as root.
>>> -- Subject: Unit supervdsmd.service has failed
>>> -- Defined-By: systemd
>>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>> --
>>> -- Unit supervdsmd.service has failed.
>>> --
>>> -- The result is failed.
>>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Dependency failed for
>>> Virtual Desktop Server Manager.
>>> -- Subject: Unit vdsmd.service has failed
>>> -- Defined-By: systemd
>>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>> --
>>> -- Unit vdsmd.service has failed.
>>> --
>>> -- The result is dependency.
>>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Dependency failed for MOM
>>> instance configured for VDSM purposes.
>>> -- Subject: Unit mom-

[ovirt-users] Re: Can't bring upgraded to 4.3 host back to cluster

2019-06-11 Thread Shani Leviim
+Dan Kenigsberg 

Hi Artem,
Thanks for the log.

It seems that this error message appears quite a lot:
2019-06-11 12:10:35,283+0300 ERROR (MainThread) [root] Panic: Connect to
supervdsm service failed: [Errno 2] No such file or directory (panic:29)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
86, in _connect
self._manager.connect, Exception, timeout=60, tries=3)
  File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 58,
in retry
return func()
  File "/usr/lib64/python2.7/multiprocessing/managers.py", line 500, in
connect
conn = Client(self._address, authkey=self._authkey)
  File "/usr/lib64/python2.7/multiprocessing/connection.py", line 173, in
Client
c = SocketClient(address)
  File "/usr/lib64/python2.7/multiprocessing/connection.py", line 308, in
SocketClient
s.connect(address)
  File "/usr/lib64/python2.7/socket.py", line 224, in meth
return getattr(self._sock,name)(*args)
error: [Errno 2] No such file or directory

Can you please verify that the 'supervdsmd.service' is running?


*Regards,*

*Shani Leviim*


On Tue, Jun 11, 2019 at 3:04 PM Artem Tambovskiy 
wrote:

> Hi Shani,
>
> yes, you are right - I can do ssh form aby to any hosts in the cluster.
> vdsm.log attached.
> I have tried to restart vdsm manually and even done a host restart several
> times with no success.
> Host activation fails all the time ...
>
> Thank you in advance for your help!
> Regard,
> Artem
>
> On Tue, Jun 11, 2019 at 10:51 AM Shani Leviim  wrote:
>
>> Hi Artem,
>> According to oVirt documentation [1], hosts on the same cluster should be
>> reachable from one to each other.
>>
>> Can you please share your vdsm log?
>> I suppose you do manage to ssh that inactive host (correct me if I'm
>> wrong).
>> While getting the vdsm log, maybe try to restart the network and vdsmd
>> services on the host.
>>
>> Another thing you can try on the UI is putting the host on maintenance
>> and then activate it.
>>
>> [1]
>> https://www.ovirt.org/documentation/admin-guide/chap-Clusters.html#introduction-to-clusters
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Mon, Jun 10, 2019 at 4:42 PM Artem Tambovskiy <
>> artem.tambovs...@gmail.com> wrote:
>>
>>> Hello,
>>>
>>> May I ask you for and advise?
>>> I'm running a small oVirt cluster and couple of months ago I decided to
>>> do an upgrade from oVirt 4.2.8 to 4.3 and having an issues since that time.
>>> I can only guess what I did wrong - probably one of the problems that I
>>> haven't switched the cluster from iptables to firewalld. But this is just
>>> my guess.
>>>
>>> The problem is that I have upgraded the engine and one host, and then I
>>> done an upgrade of second host I can't bring it to active state. Looks like
>>> VDSM can't detect the network and fails to start. I even tried to reinstall
>>> the hosts from UI (I have seen that the packages being installed) but
>>> again, VDSM doesn't startup at the end and reinstallation fails.
>>>
>>> Looking at hosts process list I see  script *wait_for_ipv4s*  hanging
>>> forever.
>>>
>>> vdsm   8603  1  6 16:26 ?00:00:00 /usr/bin/python
>>> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent
>>>
>>> *root   8630  1  0 16:26 ?00:00:00 /bin/sh
>>> /usr/libexec/vdsm/vdsmd_init_common.sh --pre-startroot   8645   8630  6
>>> 16:26 ?00:00:00 /usr/bin/python2 /usr/libexec/vdsm/wait_for_ipv4s*
>>> root   8688  1 30 16:27 ?00:00:00 /usr/bin/python2
>>> /usr/share/vdsm/supervdsmd --sockfile /var/run/vdsm/svdsm.sock
>>> vdsm   8715  1  0 16:27 ?00:00:00 /usr/bin/python
>>> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker
>>>
>>> The all hosts in cluster are reachable from each other ...  That could
>>> be the issue?
>>>
>>> Thank you in advance!
>>> --
>>> Regards,
>>> Artem
>>> ___
>>> 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/TQX3LN2TEM4DECKKUMMRCWXTRM6BGIAB/
>>>
>>
>
> --
> Regards,
> Artem
>
___
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/C6TR46UNW2GWXOA32NT7FOIA4KJDVTSK/


[ovirt-users] Re: Can't bring upgraded to 4.3 host back to cluster

2019-06-11 Thread Shani Leviim
Hi Artem,
According to oVirt documentation [1], hosts on the same cluster should be
reachable from one to each other.

Can you please share your vdsm log?
I suppose you do manage to ssh that inactive host (correct me if I'm wrong).
While getting the vdsm log, maybe try to restart the network and vdsmd
services on the host.

Another thing you can try on the UI is putting the host on maintenance and
then activate it.

[1]
https://www.ovirt.org/documentation/admin-guide/chap-Clusters.html#introduction-to-clusters


*Regards,*

*Shani Leviim*


On Mon, Jun 10, 2019 at 4:42 PM Artem Tambovskiy 
wrote:

> Hello,
>
> May I ask you for and advise?
> I'm running a small oVirt cluster and couple of months ago I decided to do
> an upgrade from oVirt 4.2.8 to 4.3 and having an issues since that time. I
> can only guess what I did wrong - probably one of the problems that I
> haven't switched the cluster from iptables to firewalld. But this is just
> my guess.
>
> The problem is that I have upgraded the engine and one host, and then I
> done an upgrade of second host I can't bring it to active state. Looks like
> VDSM can't detect the network and fails to start. I even tried to reinstall
> the hosts from UI (I have seen that the packages being installed) but
> again, VDSM doesn't startup at the end and reinstallation fails.
>
> Looking at hosts process list I see  script *wait_for_ipv4s*  hanging
> forever.
>
> vdsm   8603  1  6 16:26 ?00:00:00 /usr/bin/python
> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent
>
> *root   8630  1  0 16:26 ?00:00:00 /bin/sh
> /usr/libexec/vdsm/vdsmd_init_common.sh --pre-startroot   8645   8630  6
> 16:26 ?00:00:00 /usr/bin/python2 /usr/libexec/vdsm/wait_for_ipv4s*
> root   8688  1 30 16:27 ?00:00:00 /usr/bin/python2
> /usr/share/vdsm/supervdsmd --sockfile /var/run/vdsm/svdsm.sock
> vdsm   8715  1  0 16:27 ?00:00:00 /usr/bin/python
> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker
>
> The all hosts in cluster are reachable from each other ...  That could be
> the issue?
>
> Thank you in advance!
> --
> Regards,
> Artem
> ___
> 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/TQX3LN2TEM4DECKKUMMRCWXTRM6BGIAB/
>
___
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/K5IHSDIGFOYGU5KUHA7ITP362YOME7OJ/


[ovirt-users] Re: Is there a way to tell whether a permission set for a VM is inherited using REST API?

2019-04-22 Thread Shani Leviim
Hi Anton,
You can assign permissions to the VM by using the following syntax:

POST /ovirt-engine/api/vms/ yyy/permissions


  
 username
  
  


For further information, you can visit here:
http://ovirt.github.io/ovirt-engine-api-model/master/#services/assigned_permissions/methods/add

Hope it helps!


*Regards,*

*Shani Leviim*


On Mon, Apr 22, 2019 at 1:04 PM Anton E  wrote:

> Hi everyone!
>
> My question is in the subject for the most part.
> I'm trying to backup a vm parameters, including the linked attributes,
> namely the permissions. But I don't want the inherited permissions to be
> included into the backup, I only need the attributes specific to the vm. It
> looks like there is no difference between the inherited and the vm-specific
> permissions in the output from /ovirt-engine/api/vms//permissions
> service.
>
> What is the best way to distinguish the specific permissions from the
> inherited ones? It seems I can follow the link to the particular permission
> and see whether the vm attribute is set on it and it points to the VM I
> need, but that would require numerous REST requests to be done. Is there a
> more elegant way? Maybe I can somehow filter the output of
> /ovirt-engine/api/vms//permissions to only include the required info?
>
> Thanks in advance.
>
> Best regards,
> Anton.
> ___
> 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/AVHAC4SSJWVYYD5GVJG6WP7GUEMGD67Y/
>
___
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/63QCMFWNEE5F4RRKKZN7P55UXKDHS3E6/


[ovirt-users] Re: Can't create pool after update to 4.3.3

2019-04-22 Thread Shani Leviim
Looks like you're hitting this one:
https://bugzilla.redhat.com/show_bug.cgi?id=1701205
Although it a different scenario, the error that is the same UI error
message.


*Regards,*

*Shani Leviim*


On Mon, Apr 22, 2019 at 6:24 AM  wrote:

> Of course:
>
> 2019-04-22 11:18:10,691+05 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-54) [] Permutation name: D61F00D17FE3467BBA8D0D9D801D9940
> 2019-04-22 11:18:10,691+05 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-54) [] Uncaught exception: com.google.gwt.event.shared.Umb
> rellaException: Exception caught: undefined
> at java.lang.Throwable.Throwable(Throwable.java:70)
> [rt.jar:1.8.0_191]
> at
> java.lang.RuntimeException.RuntimeException(RuntimeException.java:32)
> [rt.jar:1.8.0_191]
> at
> com.google.web.bindery.event.shared.UmbrellaException.UmbrellaException(UmbrellaException.java:64)
> [gwt-servlet.jar:]
> at Unknown.new s1(webadmin-0.js)
> at
> com.google.gwt.event.shared.HandlerManager.$fireEvent(HandlerManager.java:117)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.client.ui.Widget.$fireEvent(Widget.java:127)
> [gwt-servlet.jar:]
> at com.google.gwt.user.client.ui.Widget.fireEvent(Widget.java:127)
> [gwt-servlet.jar:]
> at
> com.google.gwt.event.logical.shared.ValueChangeEvent.fire(ValueChangeEvent.java:40)
> [gwt-servlet.jar:]
> at
> org.ovirt.engine.ui.common.widget.editor.ListModelListBox.$lambda$2(ListModelListBox.java:251)
> at
> org.ovirt.engine.ui.common.widget.editor.ListModelListBox$lambda$2$Type.execute(ListModelListBox.java:251)
> at
> com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:167)
> [gwt-servlet.jar:]
> at
> com.google.gwt.core.client.impl.SchedulerImpl.$flushPostEventPumpCommands(SchedulerImpl.java:338)
> [gwt-servlet.jar:]
> at
> com.google.gwt.core.client.impl.SchedulerImpl$Flusher.execute(SchedulerImpl.java:76)
> [gwt-servlet.jar:]
> at
> com.google.gwt.core.client.impl.SchedulerImpl.execute(SchedulerImpl.java:140)
> [gwt-servlet.jar:]
> at com.google.gwt.core.client.impl.Impl.apply(Impl.java:236)
> [gwt-servlet.jar:]
> at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275)
> [gwt-servlet.jar:]
> at Unknown.eval(webadmin-0.js)
> at Unknown.d(webadmin-0.js)
> Caused by: java.lang.NullPointerException
> at java.lang.Throwable.Throwable(Throwable.java:59)
> [rt.jar:1.8.0_191]
> at java.lang.Exception.Exception(Exception.java:25)
> [rt.jar:1.8.0_191]
> at
> java.lang.RuntimeException.RuntimeException(RuntimeException.java:25)
> [rt.jar:1.8.0_191]
> at Unknown.new TNf(webadmin-0.js)
> at
> javaemul.internal.InternalPreconditions.checkCriticalNotNull(InternalPreconditions.java:417)
> [gwt-servlet.jar:]
> at
> javaemul.internal.InternalPreconditions.checkNotNull(InternalPreconditions.java:403)
> [gwt-servlet.jar:]
> at
> org.ovirt.engine.ui.uicommonweb.models.vms.UnitVmModel.$compatibilityVersionChanged(UnitVmModel.java:2090)
> at
> org.ovirt.engine.ui.uicommonweb.models.vms.UnitVmModel.eventRaised(UnitVmModel.java:1962)
> at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99)
> at
> org.ovirt.engine.ui.uicommonweb.models.ListModel.$setSelectedItem(ListModel.java:82)
> at
> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget_dataCenterWithClustersList_selectedItem_Context.$setInModel(AbstractVmPopupWidget_dataCente
> rWithClustersList_selectedItem_Context.java:19)
> at
> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget_dataCenterWithClustersList_selectedItem_Context.setInModel(AbstractVmPopupWidget_dataCenter
> WithClustersList_selectedItem_Context.java:19)
> at
> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.$setInModel(UiCommonEditorVisitor.java:143)
> at
> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.$lambda$0(UiCommonEditorVisitor.java:60)
> at
> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor$lambda$0$Type.onValueChange(UiCommonEditorVisitor.java:60)
> at
> com.google.gwt.event.logical.shared.ValueChangeEvent.dispatch(ValueChangeEvent.java:127)
> [gwt-servlet.jar:]
> at com.google.gwt.event.shared.GwtEvent.dispatch(GwtEvent.java:76)
> [gwt-servlet.jar:]
> at
> com.google.web.bindery.event.shared.SimpleEventBus.$doFire(SimpleEventBus.java:173)
> [gwt-servlet.jar:]
> ... 14 more
> ___
> Users mailing list 

[ovirt-users] Re: Can't create pool after update to 4.3.3

2019-04-21 Thread Shani Leviim
Hi,
I think there's an open bug related to this issue.
To be sure, can you please attach the relevant part from the ui.log?


*Regards,*

*Shani Leviim*


On Fri, Apr 19, 2019 at 10:02 AM  wrote:

> Hi all.
>
> After update my oVirt to 4.3.3 i can't create new pool.
> I make new template and trying to create new  pool - but can't select any
> template, selection field is empty.
>
> I have this error:
>
> Uncaught exception occurred. Please try reloading the page. Details:
> Exception caught: undefined
> Please have your administrator check the UI logs
> ___
> 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/GURSKHKG5RWDFNGHUKKA7BMCMJBPFCVB/
>
___
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/Q7WYOPJVP3RJWWFMGQK3I7VACSQKL74P/


[ovirt-users] Re: Problem with snapshots in illegal status

2019-02-25 Thread Shani Leviim
Hi Bruno,
Can you please share the output of:
vdsm-tool dump-volume-chains 

Also, can you see those images on the 'images' table?


*Regards,*

*Shani Leviim*


On Mon, Feb 25, 2019 at 9:32 AM Bruno Rodriguez  wrote:

> Good morning, Shani
>
> I'm not trying to deactivate any disk because the VM using it is working.
> I can't turn it off because I'm pretty sure if I do I won't be able to turn
> it on again, in fact the web interface is telling me that if I turn it off
> possibly it won't restart :(
>
> For what I can check I have no information about any of the the snapshots
> I provided in the database
>
> engine=# select * from snapshots where snapshot_id IN
> ('f649d9c1-563e-49d4-9fad-6bc94abc279b',
> '5734df23-de67-41a8-88a1-423cecfe7260',
> 'f649d9c1-563e-49d4-9fad-6bc94abc279b',
> '2929df28-eae8-4f27-afee-a984fe0b07e7',
> '4bd4360e-e0f4-4629-ab38-2f0d80d3ae0f',
> 'fbaff53b-30ce-4b20-8f10-80e70becb48c',
> 'c628386a-da6c-4a0d-ae7d-3e6ecda27d6d',
> 'e9ddaa5c-007d-49e6-8384-efefebb00aa6',
> '5b6db52a-bfe3-45f8-b7bb-d878c4e63cb4',
> '7efe2e7e-ca24-4b27-b512-b42795c79ea4');
>  snapshot_id | vm_id | snapshot_type | status | description |
> creation_date | app_list | vm_configuration | _create_date | _update_date |
> memory_volume | memory_metadata_disk_id | memory_dump_disk_id | vm_conf
> iguration_broken
>
> -+---+---++-+---+--+--+--+--+---+-+-+
> -----
> (0 rows)
>
>
> Thank you
>
>
> On Sun, Feb 24, 2019 at 12:16 PM Shani Leviim  wrote:
>
>> Hi Bruno,
>>
>> It seems that the disk you're trying to deactivate is in use ( Logical
>> volume
>> e655abce-c5e8-44f3-8d50-9fd76edf05cb/fa154782-0dbb-45b5-ba62-d6937259f097
>> in use).
>> Is there any task that uses that disk?
>>
>> Also, did you try to verify the snapshot's creation date with the DB?
>> ( select * from snapshots; )
>>
>>
>> *Regards*
>>
>> *Shani Leviim*
>>
>>
>> On Fri, Feb 22, 2019 at 6:08 PM Bruno Rodriguez  wrote:
>>
>>> Hello,
>>>
>>> We are experiencing some problems with some snapshots in illegal status
>>> generated with the python API. I think I'm not the only one, and that is
>>> not a relief but I hope someone can help about it.
>>>
>>> I'm a bit scared because, for what I see, the creation date in the
>>> engine for every snapshot is way different from the date when it was really
>>> created. The name of the snapshot is in the format
>>> backup_snapshot_MMDD-HHMMSS, but as you can see in the following
>>> examples, the stored date is totally random...
>>>
>>> Size
>>> Creation Date
>>> Snapshot Description
>>> Status
>>> Disk Snapshot ID
>>>
>>> 33 GiB
>>> Mar 2, 2018, 5:03:57 PM
>>> backup_snapshot_20190217-011645
>>> Illegal
>>> 5734df23-de67-41a8-88a1-423cecfe7260
>>>
>>> 33 GiB
>>> May 8, 2018, 10:02:56 AM
>>> backup_snapshot_20190216-013047
>>> Illegal
>>> f649d9c1-563e-49d4-9fad-6bc94abc279b
>>>
>>> 10 GiB
>>> Feb 21, 2018, 11:10:17 AM
>>> backup_snapshot_20190217-010004
>>> Illegal
>>> 2929df28-eae8-4f27-afee-a984fe0b07e7
>>>
>>> 43 GiB
>>> Feb 2, 2018, 12:55:51 PM
>>> backup_snapshot_20190216-015544
>>> Illegal
>>> 4bd4360e-e0f4-4629-ab38-2f0d80d3ae0f
>>>
>>> 11 GiB
>>> Feb 13, 2018, 12:51:08 PM
>>> backup_snapshot_20190217-010541
>>> Illegal
>>> fbaff53b-30ce-4b20-8f10-80e70becb48c
>>>
>>> 11 GiB
>>> Feb 13, 2018, 4:05:39 PM
>>> backup_snapshot_20190217-011207
>>> Illegal
>>> c628386a-da6c-4a0d-ae7d-3e6ecda27d6d
>>>
>>> 11 GiB
>>> Feb 13, 2018, 4:38:25 PM
>>> backup_snapshot_20190216-012058
>>> Illegal
>>> e9ddaa5c-007d-49e6-8384-efefebb00aa6
>>>
>>> 11 GiB
>>> Feb 13, 2018, 10:52:09 AM
>>> backup_snapshot_20190216-012550
>>> Illegal
>>> 5b6db52a-bfe3-45f8-b7bb-d878c4e63cb4
>>>
>>> 55 GiB
>>> Jan 22, 2018, 5:02:29 PM
>>> backup_snapshot_20190217-012659
>>> Illegal
>>> 7efe2e7e-ca24-4b27-b512-b42795c79ea4
>>>
>>>
>>> When I'm getting the logs for the first one, to check what happened to
>>> it, I get the following
>>>
>>> 2019-02-17 01:16:45,8

[ovirt-users] Re: Problem with snapshots in illegal status

2019-02-24 Thread Shani Leviim
Hi Bruno,

It seems that the disk you're trying to deactivate is in use ( Logical
volume
e655abce-c5e8-44f3-8d50-9fd76edf05cb/fa154782-0dbb-45b5-ba62-d6937259f097
in use).
Is there any task that uses that disk?

Also, did you try to verify the snapshot's creation date with the DB?
( select * from snapshots; )


*Regards*

*Shani Leviim*


On Fri, Feb 22, 2019 at 6:08 PM Bruno Rodriguez  wrote:

> Hello,
>
> We are experiencing some problems with some snapshots in illegal status
> generated with the python API. I think I'm not the only one, and that is
> not a relief but I hope someone can help about it.
>
> I'm a bit scared because, for what I see, the creation date in the engine
> for every snapshot is way different from the date when it was really
> created. The name of the snapshot is in the format
> backup_snapshot_MMDD-HHMMSS, but as you can see in the following
> examples, the stored date is totally random...
>
> Size
> Creation Date
> Snapshot Description
> Status
> Disk Snapshot ID
>
> 33 GiB
> Mar 2, 2018, 5:03:57 PM
> backup_snapshot_20190217-011645
> Illegal
> 5734df23-de67-41a8-88a1-423cecfe7260
>
> 33 GiB
> May 8, 2018, 10:02:56 AM
> backup_snapshot_20190216-013047
> Illegal
> f649d9c1-563e-49d4-9fad-6bc94abc279b
>
> 10 GiB
> Feb 21, 2018, 11:10:17 AM
> backup_snapshot_20190217-010004
> Illegal
> 2929df28-eae8-4f27-afee-a984fe0b07e7
>
> 43 GiB
> Feb 2, 2018, 12:55:51 PM
> backup_snapshot_20190216-015544
> Illegal
> 4bd4360e-e0f4-4629-ab38-2f0d80d3ae0f
>
> 11 GiB
> Feb 13, 2018, 12:51:08 PM
> backup_snapshot_20190217-010541
> Illegal
> fbaff53b-30ce-4b20-8f10-80e70becb48c
>
> 11 GiB
> Feb 13, 2018, 4:05:39 PM
> backup_snapshot_20190217-011207
> Illegal
> c628386a-da6c-4a0d-ae7d-3e6ecda27d6d
>
> 11 GiB
> Feb 13, 2018, 4:38:25 PM
> backup_snapshot_20190216-012058
> Illegal
> e9ddaa5c-007d-49e6-8384-efefebb00aa6
>
> 11 GiB
> Feb 13, 2018, 10:52:09 AM
> backup_snapshot_20190216-012550
> Illegal
> 5b6db52a-bfe3-45f8-b7bb-d878c4e63cb4
>
> 55 GiB
> Jan 22, 2018, 5:02:29 PM
> backup_snapshot_20190217-012659
> Illegal
> 7efe2e7e-ca24-4b27-b512-b42795c79ea4
>
>
> When I'm getting the logs for the first one, to check what happened to it,
> I get the following
>
> 2019-02-17 01:16:45,839+01 INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.CreateVolumeVDSCommand] (default
> task-100) [96944daa-c90a-4ad7-a556-c98e66550f87] START,
> CreateVolumeVDSCommand(
> CreateVolumeVDSCommandParameters:{storagePoolId='fa64792e-73b3-4da2-9d0b-f334422aaccf',
> ignoreFailoverLimit='false',
> storageDomainId='e655abce-c5e8-44f3-8d50-9fd76edf05cb',
> imageGroupId='c5cc464e-eb71-4edf-a780-60180c592a6f',
> imageSizeInBytes='32212254720', volumeFormat='COW',
> newImageId='fa154782-0dbb-45b5-ba62-d6937259f097', imageType='Sparse',
> newImageDescription='', imageInitialSizeInBytes='0',
> imageId='5734df23-de67-41a8-88a1-423cecfe7260',
> sourceImageGroupId='c5cc464e-eb71-4edf-a780-60180c592a6f'}), log id:
> 497c168a
> 2019-02-17 01:18:26,506+01 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand]
> (default task-212) [19f00d3e-5159-48aa-b3a0-615a085b62d9] START,
> GetVolumeInfoVDSCommand(HostName = hood13.pic.es,
> GetVolumeInfoVDSCommandParameters:{hostId='0a774472-5737-4ea2-b49a-6f0ea4572199',
> storagePoolId='fa64792e-73b3-4da2-9d0b-f334422aaccf',
> storageDomainId='e655abce-c5e8-44f3-8d50-9fd76edf05cb',
> imageGroupId='c5cc464e-eb71-4edf-a780-60180c592a6f',
> imageId='5734df23-de67-41a8-88a1-423cecfe7260'}), log id: 111a34cf
> 2019-02-17 01:18:26,764+01 INFO
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
> (default task-212) [19f00d3e-5159-48aa-b3a0-615a085b62d9] Successfully
> added Download disk 'vm.example.com_Disk1' (id
> '5734df23-de67-41a8-88a1-423cecfe7260') for image transfer command
> '11104d8c-2a9b-4924-96ce-42ef66725616'
> 2019-02-17 01:18:27,310+01 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.AddImageTicketVDSCommand]
> (default task-212) [19f00d3e-5159-48aa-b3a0-615a085b62d9] START,
> AddImageTicketVDSCommand(HostName = hood11.pic.es,
> AddImageTicketVDSCommandParameters:{hostId='79cbda85-35f4-44df-b309-01b57bc2477e',
> ticketId='0d389c3e-5ea5-4886-8ea7-60a1560e3b2d', timeout='300',
> operations='[read]', size='35433480192',
> url='file:///rhev/data-center/mnt/blockSD/e655abce-c5e8-44f3-8d50-9fd76edf05cb/images/c5cc464e-eb71-4edf-a780-60180c592a6f/5734df23-de67-41a8-88a1-423cecfe7260',
> filename='null'}), log id: f5de141
> 2019-02-17 01:22:28,898+01 INFO
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-100)
> [19f00d3e-5159-48aa-

[ovirt-users] Re: unable to put ovirt host in maintenance

2019-02-24 Thread Shani Leviim
Hi Stephane,

In order to delete the reference to those tasks you can use:
PGPASSWORD=password  /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh

and:
PGPASSWORD=password  /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh -R

You can use -help flag for more options.


*Regards,*

*Shani Leviim*


On Sat, Feb 23, 2019 at 6:36 PM  wrote:

> Hello I'm trying to put one of my ovirt host ( whcih is also the
> ovirt-engine) into maintenance mode but i receive this error:
>
> Error while executing action: Cannot switch Host OvirtHome to Maintenance
> mode. Image transfer is in progress for the following (5) disks:
>
> b6338adf-a43b-4051-9bc0-7bb436876b5e,
> b8aa8ac8-e4bf-4a31-bd6f-02a33e04f8c6,
> f8548d7b-40c4-4d1e-9b21-8d4aa4966fff,
> 3626520b-ba03-452a-833f-4e4d48215047,
> 4b3242d0-73f6-46c5-99ac-9bac86b4ab41
>
> Please wait for the operations to complete and try again
>
> I start does transfert from command line ans they failed, how can i delete
> the reference to those from the linux command line ?
>
> My ovirt version is the 4.3 (latest one)
> I'm running it on centos 7.6 with latest update
>
> Hope someone can help me !
>
> Best regards
>
> stephane
> ___
> 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/V3UVMKZXUK4X36V73P335PAF2DOUANXA/
>
___
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/4VP262LT35KR6HUAAXOY6XKM3XKQGLME/


[ovirt-users] Re: Unable to upload images

2019-02-19 Thread Shani Leviim
Also, can you please share the output of 'ls -l' executed on the image
you're trying to upload?


*Regards,*

*Shani Leviim*


On Tue, Feb 19, 2019 at 3:52 PM Shani Leviim  wrote:

> Hi,
> Can you please share engine and UI logs?
> Also, can you please attach a screenshot?
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Tue, Feb 19, 2019 at 1:54 AM  wrote:
>
>> I just updated my ovirt to the latest, and now I can't upload images that
>> I used to be able to.  I can upload and see the nagio xi virtual appliance,
>> but I can't upload .disk files anymore, I get a red error in GUI and it say
>> image file not supported, but I used to be able to upload same file in
>> previous version with no 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/EM3RUQQ6NJ5SXNFF6ZPFAHJKBIZT6UFG/
>>
>
___
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/RXBN6223PHW6VCK3GE7OORU3S6FGJVPM/


[ovirt-users] Re: stucked snapshot, locked disk

2019-02-19 Thread Shani Leviim
Hi,

In order to delete all jobs (aka tasks on the UI), I'm using:
truncate table job cascade;

Which is also mentioned here:
https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh

Hope it helps


*Regards,*

*Shani Leviim*


On Mon, Feb 18, 2019 at 3:52 PM Mike Lykov  wrote:

> 14.02.2019 19:45, Jiří Sléžka пишет:
> > Hello,
> >
> > we are using ovirt 4.2.8.2-1.el7.
> >
> > One our user probably tried to preview taken snapshot but the task is
> > stucked and never finished. Also disk is locked.
>
> I'm also have this problem.
> I try to use openbaccus project for backup VMs, and all was good (manual
>   started backup, for example, did his job: take snapshot, copy VM, etc.)
>
> But when I configure a task at night (Sheduled backup VM), It was some
> sort of disaster :)
>
> It try to snapshot/copy VM in infinite loop and create dozens images,
> all of that tasks have "failed" result.
> I was forced to delete it in ovirtengine by hand, but last created task
> are stuck. I switch off baccus, because it send queries to snapshots via
> API indefinitely, In engine log:
> ---
> 2019-02-12 03:17:00,659+04 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default
> task-2941) [] User admin@internal successfully logged in with scopes:
> ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:pub
> lic-authz-search ovirt-ext=token-info:validate
> ovirt-ext=token:password-access
> 2019-02-12 03:17:00,697+04 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-2941) [7feb4bfd] Running command: CreateUserSessionCommand
> internal: false.
> 2019-02-12 03:17:00,704+04 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-2941) [7feb4bfd] EVENT_ID: USER_VDC_LOGIN(30), User
> admin@internal-authz connecting from '172.16.10.41' using session 'K
> tVU5wRCDZn2ZrPIE4rengdlpt+GdIfjTD6KpPIW45oY4XUfpcUCJH9ry4gRbsO98lQawu8LdMdRZ0zxqUcJKA=='
>
> logged in.
> 2019-02-12 03:17:00,804+04 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default
> task-2941) [] User admin@internal successfully logged in with scopes:
> ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:pub
> lic-authz-search ovirt-ext=token-info:validate
> ovirt-ext=token:password-access
> 2019-02-12 03:17:00,863+04 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-2941) [34e0ac0] Running command: CreateUserSessionCommand internal:
> false.
> 2019-02-12 03:17:00,984+04 INFO
> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand]
> (default task-2941) [2f595966-44e8-4a67-8f55-a3d09836fc4d] Lock Acquired
> to object 'EngineLock:{exclusiveLocks='[f1029df3-36f3-4746-8c58-ebe
> cf860776f=VM]', sharedLocks=''}'
> 2019-02-12 03:17:00,985+04 WARN
> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand]
> (default task-2941) [2f595966-44e8-4a67-8f55-a3d09836fc4d] Validation of
> action 'CreateSnapshotForVm' failed for user admin@internal-authz.
> Reasons:
>
> VAR__ACTION__CREATE,VAR__TYPE__SNAPSHOT,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
> 2019-02-12 03:17:00,985+04 INFO
> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand]
> (default task-2941) [2f595966-44e8-4a67-8f55-a3d09836fc4d] Lock freed to
> object 'EngineLock:{exclusiveLocks='[f1029df3-36f3-4746-8c58-ebecf8
> 60776f=VM]', sharedLocks=''}'
> 2019-02-12 03:17:00,990+04 ERROR
> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
> task-2941) [] Operation Failed: [Cannot create Snapshot. The VM is
> performing an operation on a Snapshot. Please wait for the operat
> ion to finish, and try again.]
> 2019-02-12 03:17:01,033+04 INFO
> [org.ovirt.engine.core.sso.servlets.OAuthRevokeServlet] (default
> task-2958) [] User admin@internal successfully logged out
> 2019-02-12 03:17:01,040+04 INFO
> [org.ovirt.engine.core.bll.aaa.TerminateSessionsForTokenCommand]
> (default task-2955) [6310d15d] Running command:
> TerminateSessionsForTokenCommand internal: true.
> 2019-02-12 03:17:01,231+04 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default
> task-2941) [] User admin@internal successfully logged in with scopes:
> ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:pub
> lic-authz-search ovirt-ext=token-info:validate
> ovirt-ext=token:password-access
> 2019-02-12 03:17:01,255+04 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-2941) [584a33cc] Running command: CreateUserSessionCommand
> internal: false.
> 2019-02-12 03:17:01,390+04 INFO
> [org.ovirt.engine.core.sso.util

[ovirt-users] Re: Unable to upload images

2019-02-19 Thread Shani Leviim
Hi,
Can you please share engine and UI logs?
Also, can you please attach a screenshot?


*Regards,*

*Shani Leviim*


On Tue, Feb 19, 2019 at 1:54 AM  wrote:

> I just updated my ovirt to the latest, and now I can't upload images that
> I used to be able to.  I can upload and see the nagio xi virtual appliance,
> but I can't upload .disk files anymore, I get a red error in GUI and it say
> image file not supported, but I used to be able to upload same file in
> previous version with no 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/EM3RUQQ6NJ5SXNFF6ZPFAHJKBIZT6UFG/
>
___
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/CEB5IJ43VIYJGNXQX2XB5YCUWQHOXMWZ/


[ovirt-users] Re: Unable to change cluster and data center compatibility version

2019-02-19 Thread Shani Leviim
Hi Jonathan,

Did you try first to change the compatibility of all clusters and then
change the data center's compatibility?
This once seems related: https://bugzilla.redhat.com/show_bug.cgi?id=1375567


*Regards,*

*Shani Leviim*


On Tue, Feb 19, 2019 at 11:01 AM Jonathan Mathews 
wrote:

> Good Day
>
> I have been trying to upgrade a clients oVirt from 3.6 to 4.0 but have run
> into an issue where I am unable to change the cluster and data center
> compatibility version.
>
> I get the following error in the GUI:
>
> Ovirt: Some of the hosts still use legacy protocol which is not supported
> by cluster 3.6 or higher. In order to change it a host needs to be put to
> maintenance and edited in advanced options section.
>
> This error was received with all VM's off and all hosts in maintenance.
>
> The environment has the following currently installed:
>
> Engine - CentOS 7.4 - Ovirt Engine 3.6.7.5
> Host1 - CentOS 6.9 - VDSM 4.16.30
> Host2 - CentOS 6.9 - VDSM 4.16.30
> Host3 - CentOS 6.9 - VDSM 4.16.30
>
> I also have the following from engine.log
>
> [root@ovengine ~]# tail -f /var/log/ovirt-engine/engine.log
> 2018-09-22 07:11:33,920 INFO
> [org.ovirt.engine.core.vdsbroker.VmsStatisticsFetcher]
> (DefaultQuartzScheduler_Worker-93) [7533985f] Fetched 0 VMs from VDS
> 'd82a026c-31b4-4efc-8567-c4a6bdcaa826'
> 2018-09-22 07:11:34,685 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand]
> (DefaultQuartzScheduler_Worker-99) [4b7e3710] FINISH,
> DisconnectStoragePoolVDSCommand, log id: 1ae6f0a9
> 2018-09-22 07:11:34,687 INFO
> [org.ovirt.engine.core.bll.storage.DisconnectHostFromStoragePoolServersCommand]
> (DefaultQuartzScheduler_Worker-99) [2a6aa6f6] Running command:
> DisconnectHostFromStoragePoolServersCommand internal: true. Entities
> affected :  ID: 5849b030-626e-47cb-ad90-3ce782d831b3 Type: StoragePool
> 2018-09-22 07:11:34,706 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand]
> (DefaultQuartzScheduler_Worker-99) [2a6aa6f6] START,
> DisconnectStorageServerVDSCommand(HostName = ovhost3,
> StorageServerConnectionManagementVDSParameters:{runAsync='true',
> hostId='d82a026c-31b4-4efc-8567-c4a6bdcaa826',
> storagePoolId='5849b030-626e-47cb-ad90-3ce782d831b3', storageType='NFS',
> connectionList='[StorageServerConnections:{id='3fdffb4c-250b-4a4e-b914-e0da1243550e',
> connection='172.16.0.10:/raid0/data/_NAS_NFS_Exports_/STORAGE1',
> iqn='null', vfsType='null', mountOptions='null', nfsVersion='null',
> nfsRetrans='null', nfsTimeo='null', iface='null', netIfaceName='null'},
> StorageServerConnections:{id='4d95c8ca-435a-4e44-86a5-bc7f3a0cd606',
> connection='172.16.0.20:/data/ov-export', iqn='null', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'},
> StorageServerConnections:{id='82ecbc89-bdf3-4597-9a93-b16f3a6ac117',
> connection='172.16.0.11:/raid1/data/_NAS_NFS_Exports_/4TB', iqn='null',
> vfsType='null', mountOptions='null', nfsVersion='null', nfsRetrans='null',
> nfsTimeo='null', iface='null', netIfaceName='null'},
> StorageServerConnections:{id='29bb3394-fb61-41c0-bb5a-1fa693ec2fe2',
> connection='172.16.0.11:/raid1/data/_NAS_NFS_Exports_/iso', iqn='null',
> vfsType='null', mountOptions='null', nfsVersion='V3', nfsRetrans='null',
> nfsTimeo='null', iface='null', netIfaceName='null'}]'}), log id: 48c5ffd6
> 2018-09-22 07:11:34,991 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand]
> (DefaultQuartzScheduler_Worker-99) [2a6aa6f6] FINISH,
> DisconnectStorageServerVDSCommand, return:
> {3fdffb4c-250b-4a4e-b914-e0da1243550e=0,
> 29bb3394-fb61-41c0-bb5a-1fa693ec2fe2=0,
> 82ecbc89-bdf3-4597-9a93-b16f3a6ac117=0,
> 4d95c8ca-435a-4e44-86a5-bc7f3a0cd606=0}, log id: 48c5ffd6
> 2018-09-22 07:11:56,367 WARN
> [org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-29)
> [1a31cc53] CanDoAction of action 'UpdateVdsGroup' failed for user
> admin@internal. Reasons:
> VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,ACTION_TYPE_FAILED_WRONG_PROTOCOL_FOR_CLUSTER_VERSION
> 2018-09-22 07:12:41,017 WARN
> [org.ovirt.engine.core.bll.storage.UpdateStoragePoolCommand] (default
> task-29) [efd285b] CanDoAction of action 'UpdateStoragePool' failed for
> user admin@internal. Reasons:
> VAR__TYPE__STORAGE__POOL,VAR__ACTION__UPDATE,$ClustersList
> Default,ERROR_CANNOT_UPDATE_STORAGE_POOL_COMPATIBILITY_VERSION_BIGGER_THAN_CLUSTERS
> 2018-09-22 07:13:15,717 WARN
> [org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-6)
> [4c9f3ee8] CanDoAction of action 'UpdateVdsGroup' failed for user
> admin@internal. Reasons:
> VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,ACTION_TYPE_FAILED_WRONG_PROTOCOL_FOR_

[ovirt-users] Re: need network design advice for iSCSI

2019-01-21 Thread Shani Leviim
Hi,
I'm not familiar with network construction, so I guess I'm not the right
address for that :)

Regards,
Shani Leviim

On Mon, Jan 21, 2019, 09:22 Eitan Raviv  Shani,
> Can you help here with  iSCSI bonding?
> Thanks
>
> On Mon, Jan 21, 2019 at 7:51 AM Uwe Laverenz  wrote:
> >
> > Hi John,
> >
> > Am 20.01.19 um 18:32 schrieb John Florian:
> >
> > > As for how to get there, whatever exactly that might look like, I'm
> also
> > > having troubles figuring that out.  I figured I would transform the
> > > setup described below into one where each host has:
> > >
> > >   * 2 NICs bonded with LACP for my ovirtmgmt and "main" net
> > >   * 1 NIC for my 1st storage net
> > >   * 1 NIC for my 2nd storage net
> >
> > This is exactly the setup I use. I have run this successfully with
> > CentOS/LIO and FreeNAS iSCSI targets with good performance.
> >
> > In short:
> >
> > - 2 separate, isolated networks for iSCSI with dedicated adapters
> >on hosts and iSCSI target
> > - jumbo frames enabled
> > - no VLANs config needed on hosts, untagged VLANs on switch
> > - do _not_ use LACP, let multipathd handle failovers
> >
> > Same experience as Vinicius: what did _not_ work for me is the
> > iSCSI-Bonding in OVirt. It seems to require that all storage IPs are
> > reachable from all other IPs, which is not the case in every setup.
> >
> > To get multipathing to work I use multipath directly:
> >
> > > https://www.mail-archive.com/users@ovirt.org/msg42735.html
> >
> > I will post a bonnie++ result later. If you need more details please let
> > me know.
> >
> > cu,
> > Uwe
> > ___
> > 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/E2QKV7CZR27NT6MRSNL352KLOQ5OAGDR/
>
___
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/NYLPFH7HC32VRLNGVJI2SMGYF56IHT5S/


[ovirt-users] Re: Ovirt 4.3 / New Install / NFS (broken)

2019-01-13 Thread Shani Leviim
Hi Devin,
This one was solved in the following patch:
https://gerrit.ovirt.org/#/c/96746/


*Regards,*

*Shani Leviim*


On Sun, Jan 13, 2019 at 10:13 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)
>
> Devin Acosta
>
> ___
> 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/XFEIW6MUHJK5V5IMENBOPGLMSC2JZGGR/
>
___
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/4BOUL4U5WI72LYK26X5L6CIPWTFJH5HV/


[ovirt-users] Re: ovirt 4.2.7-1 - adding virtual host ( nested virt. )

2019-01-10 Thread Shani Leviim
Hi Paul,

Can you please attach vdsm & engine logs?


*Regards,*

*Shani Leviim*


On Mon, Jan 7, 2019 at 8:44 PM p...@email.cz  wrote:

> Hello guys,
> I've got problem with adding new host (ESX-virtual) to ovirt 4.2.7-1  (
> gluster included)
>
> Is this feature supported ???
>
> 2019-01-07 19:38:30,168+01 ERROR
> [org.ovirt.engine.core.bll.gluster.GlusterSyncJob]
> (DefaultQuartzScheduler1) [15a4029b] Error while refreshing server data for
> cluster 'MID' from database: null
>
> regs.
> Paul
> ___
> 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/TREULSOFHYWLGLK7H557NT4WEYPBUXPU/
>
___
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/OPQP6EKZBGFTLVELLPHGMRLPOY4BIZJ3/


[ovirt-users] Re: Customize oVirt engine or node iso

2018-12-13 Thread Shani Leviim
Hi Max,
I think that this one is a good start point:
https://ovirt.org/documentation/admin-guide/chap-Storage/#preparing-and-adding-nfs-storage


*Regards,*

*Shani Leviim*


On Thu, Dec 13, 2018 at 4:21 AM max zhang 
wrote:

> Hi,Recently I wanto customize oVirt iso for engine and node,But I have no
> idea about it,it is so fussy everytime I deploy oVirt.I need a fast way to
> save my time.I always deploy oVirt via internet to download some necessary
> packages erenow.
> ___
> 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/JXMKNZNDXSZZZYCN5EBZFDZ7JLHPK55R/
>
___
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/XSJ6AFZAP3MXUTDTIQYP4JQ23TR5HADX/


[ovirt-users] Re: Can't create iSCSI storage

2018-10-31 Thread Shani Leviim
Just to clarify, after getting the 'discard after delete not supported'
error message, on the bottom of that window, did you un-checked the
'Discard After Delete' box and pressed ok?

Also, here's a 'how to fix' for a similar issue:
https://access.redhat.com/solutions/3526901


*Regards,*

*Shani Leviim*


On Wed, Oct 31, 2018 at 4:19 PM Tryfon Farmakakis <
farmakakistry...@gmail.com> wrote:

> Screenshots and logs attached (I can't understand why am I getting the
> "discard after delete not supported" error message since I have the
> relevant checkbox unchecked)
> No, the new storage domain is never created. Yes, the lun appears as
> selectable.
>
> On Wed, Oct 31, 2018 at 11:51 AM Shani Leviim  wrote:
>
>> Hi,
>> Can you please attach the engine.log? (and maybe some screenshots from
>> the UI?)
>>
>> Also, when you're trying to re-create the storage domain, does that lun
>> appear as selectable (which maybe indicates that the domain wasn't created),
>> or the new storage domain appears on the storage domains list so it was
>> created?
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Mon, Oct 29, 2018 at 6:12 PM Tryfon Farmakakis <
>> farmakakistry...@gmail.com> wrote:
>>
>>> Hi, I have an oVirt 4.2.6.4 installation. I added a new Centos 7.5 host
>>> and a new, still uninitialized Data Center with shared storage. I then try
>>> to add a new iSCSI Data Storage Domain on this Data Center and I have
>>> selected to use the only host I have where the iSCSI target also resides,
>>> over a local device. command 'targetcli ls' outputs:
>>> o- /
>>> .
>>> [...]
>>>   o- backstores
>>> ..
>>> [...]
>>>   | o- block
>>> ..
>>> [Storage Objects: 0]
>>>   | o- fileio
>>> .
>>> [Storage Objects: 0]
>>>   | o- pscsi
>>> ..
>>> [Storage Objects: 1]
>>>   | | o- vicinityvolume
>>> 
>>> [/dev/iof/vicinityvolume activated]
>>>   | |   o- alua
>>> ...
>>> [ALUA Groups: 0]
>>>   | o- ramdisk
>>> 
>>> [Storage Objects: 0]
>>>   o- iscsi
>>> 
>>> [Targets: 1]
>>>   | o- iqn.2015-03.com.iofabric:vicinityvolume
>>> ...
>>> [TPGs: 1]
>>>   |   o- tpg1
>>> ..
>>> [gen-acls, no-auth]
>>>   | o- acls
>>> ..
>>> [ACLs: 0]
>>>   | o- luns
>>> ..
>>> [LUNs: 1]
>>>   | | o- lun0
>>> ..
>>> [pscsi/vicinityvolume (/dev/iof/vicinityvolume) (None)]
>>>   | o- portals
>>> 
>>> [Portals: 1]
>>>   |   o- 0.0.0.0:3260
>>> .
>>> [OK]
>>>   o- loopback
>>> .
>>> [Targets: 0]
>>>
>>> iSCSI target is discovered successfully, login also works but then when
>>> I click 'OK' button nothing happens. The iSCSI initiator seems to have been
>>> created though. Command 'iscsiadm -m session' outputs: tcp: [1]
>>> 44.128.20.202:3260,1 iqn.20

[ovirt-users] Re: Force VM delete API

2018-10-31 Thread Shani Leviim
Hi Hari,

In case you don't have any more locked tasks, I would give a try to unlock
all the tasks:
PGPASSWORD=password  /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
-t all

This one may help too:
PGPASSWORD=password  /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh -R


*Regards,*

*Shani Leviim*


On Fri, Oct 26, 2018 at 9:53 AM Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Benny,
>
> As per the doc, I did the following, Is this the correct way to unlock the
> VM ?
>
> cd /usr/share/ovirt-engine/setup/dbutils
> ./unlock_entity.sh -t vm c002bf24-bd34-4954-83ce-03619d7438fd
> Caution, this operation may lead to data corruption and should be used
> with care. Please contact support prior to running this command
> Are you sure you want to proceed? [y/n]
> y
> select fn_db_unlock_entity('vm', 'c002bf24-bd34-4954-83ce-03619d7438fd',
> false);
>
>
> INSERT 0 1
> unlock vm c002bf24-bd34-4954-83ce-03619d7438fd completed successfully.
> [root@qcvm dbutils]# ./unlock_entity.sh -t vm
> c002bf24-bd34-4954-83ce-03619d7438fd
> Caution, this operation may lead to data corruption and should be used
> with care. Please contact support prior to running this command
> Are you sure you want to proceed? [y/n]
> y
> select fn_db_unlock_entity('vm', 'c002bf24-bd34-4954-83ce-03619d7438fd',
> false);
>
>
> INSERT 0 1
> unlock vm c002bf24-bd34-4954-83ce-03619d7438fd completed successfully.
>
>
>
>
> But now when I try to delete the VM using ovirt rest API, I face the
> following issue,
>
>
>
>
> *{"detail": "[Cannot remove VM: VM is locked. Please try again in a
> few minutes.]","reason": "Operation Failed"}*
>
> NOTE : I used the force way to bring down
>
> 
> true
> 
>
> Could you let me know the reason for the issue?
>
>
> On Fri, Oct 26, 2018 at 9:27 AM Hari Prasanth Loganathan <
> hariprasant...@msystechnologies.com> wrote:
>
>> Thank you so much Benny,
>>
>> I see a way to use the unlock_entity.sh, Could you provide the right
>> method to remove the virtual machine which is there in some locked state?
>>
>> ./unlock_entity.sh -u "${ENGINE_DB_USER}" -d "${ENGINE_DB_DATABASE}" -t all
>>
>>
>> On Thu, Oct 25, 2018 at 4:16 PM Benny Zlotnik 
>> wrote:
>>
>>> You can use /us/share/ovirt-engine/setup/dbutils/unlock_entity.sh to
>>> unlock it first, before removing
>>> On Thu, Oct 25, 2018 at 1:40 PM Hari Prasanth Loganathan <
>>> hariprasant...@msystechnologies.com> wrote:
>>>
>>>> Hi Team,
>>>>
>>>> Any update on this ?
>>>>
>>>> On Tue, Oct 23, 2018 at 9:22 PM Hari Prasanth Loganathan <
>>>> hariprasant...@msystechnologies.com> wrote:
>>>>
>>>>> I see an API in this doc for FORCE delete :
>>>>> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/version_3_rest_api_guide/sect-actions
>>>>>
>>>>> DELETE /ovirt-engine/api/vms/5114bb3e-a4e6-44b2-b783-b3eea7d84720 HTTP/1.1
>>>>> Accept: application/xml
>>>>> Content-type: application/xml
>>>>>
>>>>> 
>>>>> true
>>>>> 
>>>>>
>>>>> I tried apply the same, but it doesn't seem to be working, I get the 
>>>>> following error message
>>>>>
>>>>> {
>>>>> "detail": "[Cannot remove VM. Template is being created from this 
>>>>> VM.]",
>>>>> "reason": "Operation Failed"
>>>>> }
>>>>>
>>>>> But it's status is there in IMAGE_LOCKED state so I need to delete it.
>>>>>
>>>>>
>>>>> Thanks,
>>>>> Hari
>>>>>
>>>>> On Tue, Oct 23, 2018 at 8:29 PM Hari Prasanth Loganathan <
>>>>> hariprasant...@msystechnologies.com> wrote:
>>>>>
>>>>>> Hi Team,
>>>>>>
>>>>>> I have a VM which is moved to Image locked state in ovirt, I am not
>>>>>> able to remove this VM from ovirt,
>>>>>>
>>>>>> So Is there a way to perform force delete of VM using ovirt API?
>>>>>>
>>>>>> Thanks,
>>>>>> Hari
>>>>>>
>>>>>
>>>> DISCLAIMER - *MSysTechnologies LLC*
>>>>
>>>> This email message, contents

[ovirt-users] Re: High frequency of getVolumeSize()

2018-10-31 Thread Shani Leviim
Hi,
Can you please attach the vdsm.log?
Also, can you please supply the output of rpm -qa | grep vdsm ?

+Nir Soffer 


*Regards,*

*Shani Leviim*


On Fri, Oct 26, 2018 at 10:07 PM Markus Stockhausen 
wrote:

> Hi,
>
> we observed high count of getVolumeSize() calls in vdsm.log Looking
> at the logs it seems as if this is done every minute for all disk that
> are currently running on a node.
>
> Is this frequency normal and if yes why?
>
> Best regards.
>
> Markus
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Mit freundlichen Grüßen,
>
>
>
> Markus Stockhausen
>
> Head of Software Technology
>
>
> Ubierring 11 · 50678 Köln
>
>
>
> Telefon: +49 221 33 608 611
>
> Mobil: +49 151 12040606
>
>
>
> Mail: markus.stockhau...@collogia.de
>
> Web: www.collogia-it-services.de
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
> 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/WYPXJYJ6YHNNEUI2SWPXCKDU46Z3XLFN/
>
___
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/EBLICYPG5UWGLDBSBRGKRUAUZSDZA5FU/


[ovirt-users] Re: Can't create iSCSI storage

2018-10-31 Thread Shani Leviim
Hi,
Can you please attach the engine.log? (and maybe some screenshots from the
UI?)

Also, when you're trying to re-create the storage domain, does that lun
appear as selectable (which maybe indicates that the domain wasn't created),
or the new storage domain appears on the storage domains list so it was
created?


*Regards,*

*Shani Leviim*


On Mon, Oct 29, 2018 at 6:12 PM Tryfon Farmakakis <
farmakakistry...@gmail.com> wrote:

> Hi, I have an oVirt 4.2.6.4 installation. I added a new Centos 7.5 host
> and a new, still uninitialized Data Center with shared storage. I then try
> to add a new iSCSI Data Storage Domain on this Data Center and I have
> selected to use the only host I have where the iSCSI target also resides,
> over a local device. command 'targetcli ls' outputs:
> o- /
> .
> [...]
>   o- backstores
> ..
> [...]
>   | o- block
> ..
> [Storage Objects: 0]
>   | o- fileio
> .
> [Storage Objects: 0]
>   | o- pscsi
> ..
> [Storage Objects: 1]
>   | | o- vicinityvolume
> 
> [/dev/iof/vicinityvolume activated]
>   | |   o- alua
> ...
> [ALUA Groups: 0]
>   | o- ramdisk
> 
> [Storage Objects: 0]
>   o- iscsi
> 
> [Targets: 1]
>   | o- iqn.2015-03.com.iofabric:vicinityvolume
> ...
> [TPGs: 1]
>   |   o- tpg1
> ..
> [gen-acls, no-auth]
>   | o- acls
> ..
> [ACLs: 0]
>   | o- luns
> ..
> [LUNs: 1]
>   | | o- lun0
> ..
> [pscsi/vicinityvolume (/dev/iof/vicinityvolume) (None)]
>   | o- portals
> 
> [Portals: 1]
>   |   o- 0.0.0.0:3260
> .
> [OK]
>   o- loopback
> .
> [Targets: 0]
>
> iSCSI target is discovered successfully, login also works but then when I
> click 'OK' button nothing happens. The iSCSI initiator seems to have been
> created though. Command 'iscsiadm -m session' outputs: tcp: [1]
> 44.128.20.202:3260,1 iqn.2015-03.com.iofabric:vicinityvolume (non-flash)
> Command 'lsblk' outputs:
> NAMEMAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
> sda   8:00   1,8T  0 disk
> sdb   8:16   0   1,8T  0 disk
> sdc   8:32   0   477G  0 disk
> sdd   8:48   0 238,5G  0 disk
> ├─sdd18:49   0   500M  0 part /boot
> └─sdd28:50   0   238G  0 part
>   ├─centos-root 253:0050G  0 lvm  /
>   ├─centos-swap 253:10  15,7G  0 lvm  [SWAP]
>   └─centos-home 253:20 172,2G  0 lvm  /home
> sde   8:64   0 3T  0 disk
> sdf   8:80   0 3T  0 disk
> sr0  11:01  1024M  0 rom
>
> The sde device is the original device to which the iSCSI target points and
> sdf is the device created by the iSCSI initiator.
> Any help would be appreciated.
> ___
> 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/M5ZQQWCKIBX24R6K35TUREJXZJ7TMB2V/
>
___
Users mailing list --

[ovirt-users] Re: vdsmd.service stuck in state: activating

2018-10-31 Thread Shani Leviim
Hi there and welcome aboard!

= Noob questions =
> A) First time here. I couldn't find the rulebook/netiquette for oVirt
> mailing

 list, could you give me a link?
>
Asking questions regarding to ovirt  is a part of this mailing porpuses, so
I don't think there's a rulebook.
It was meant to help you and others :)

For my opinion, just try to be as imformative as you can.
If there's some more needed information, you'll probably be asked to supply
it :)

B) What do you use here, top or bottom posting?
>
Depends on you.


> C) Which is the line length limit? I've written this email manually
> entering
>  new line after 80 chars, is it fine?
>
Once again - your call :)


> D) Which is the log length limit?
>
It's better to keep it focused on your issue, but not too short - basically
it should contain the operation you're trying to do.
If some more logs are needed, you'll be asked to add them.

E) When should I use pastebin or similar websites?
>
As much as I know, attaching the logs as mail attachments are more common.
It's worth checking if the data you've pasted on patebin will be expired
eventually, so I personally think that attaching the logs here is will be
more durable.

= /Noob questions =
>
> = Issue questions =
> TL;DR
> self host engine deployment fails, vdsmd.service has this error I can't
> find on
>  Google:
> 'sysctl: cannot stat /proc/sys/ssl: No such file or directory'
>
> Long description:
> I've been trying for a while to deploy an oVirt self hosted engine but it
> failed
>  all the time. After every failed deployment, node status resulted in
> 'FAIL' (or
>  'DEGRADED', I don't remember) and to restore it to 'OK' status I'd to run
>  'vdsm-tool configure --force'.
>
> vdsm-tool configuration never went through fully successful:
> < code >
> abrt is not configured for vdsm
> lvm is configured for vdsm
> libvirt is not configured for vdsm yet
> FAILED: conflicting vdsm and libvirt-qemu tls configuration.
> vdsm.conf with ssl=True requires the following changes:
> libvirtd.conf: listen_tcp=0, auth_tcp="sasl", listen_tls=1
> qemu.conf: spice_tls=1.
> Current revision of multipath.conf detected, preserving
> < /code >
>
> I set 'auth_tcp = "sasl"' (in "/etc/libvirtd.conf") and 'spice_tls=1' (in
>  "/etc/libvirt/qemu.conf") and restart vdsdmd.service, but it still fails:
> < code >
> Starting Virtual Desktop Server Manager...
> _init_common.sh[2839]: vdsm: Running mkdirs
> _init_common.sh[2839]: vdsm: Running configure_coredump
> _init_common.sh[2839]: vdsm: Running configure_vdsm_logs
> _init_common.sh[2839]: vdsm: Running wait_for_network
> _init_common.sh[2839]: vdsm: Running run_init_hooks
> _init_common.sh[2839]: vdsm: Running check_is_configured
> _init_common.sh[2839]: abrt is already configured for vdsm
> _init_common.sh[2839]: lvm is configured for vdsm
> _init_common.sh[2839]: libvirt is already configured for vdsm
> _init_common.sh[2839]: Current revision of multipath.conf detected,
> preserving
> _init_common.sh[2839]: vdsm: Running validate_configuration
> _init_common.sh[2839]: SUCCESS: ssl configured to true. No conflicts
> _init_common.sh[2839]: vdsm: Running prepare_transient_repository
> _init_common.sh[2839]: vdsm: Running syslog_available
> _init_common.sh[2839]: vdsm: Running nwfilter
> _init_common.sh[2839]: vdsm: Running dummybr
> _init_common.sh[2839]: vdsm: Running tune_system
> _init_common.sh[2839]: sysctl: cannot stat /proc/sys/ssl: No such file or
> directory
> md[1]: vdsmd.service: control process exited, code=exited status=1
> md[1]: Failed to start Virtual Desktop Server Manager.
> md[1]: Unit vdsmd.service entered failed state.
> md[1]: vdsmd.service failed.
> md[1]: vdsmd.service holdoff time over, scheduling restart.
> < /code >
>
> I've no idea about how to investigate, solve or troubleshoot this issue.
>
> I've updated yesterday to the last version but nothing changed:
> ovirt-release-master-4.3.0-0.1.master.2018082052.gitdd598f0.el7.noarch
> = /Issue questions =
>

I think that this one can help :
https://www.ovirt.org/develop/developer-guide/vdsm/installing-vdsm-from-rpm/#installing--configuring-vdsm
Make sure you've installed libvirt from the rpm as appeared on the link
there.

___
> 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/4K6M7V5ELD5XBYMMGPHD3IWJJKPKE6B3/




*Regards,*
*Shani Leviim*

  1   2   >