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

[ovirt-users] Re: snapshots upload

2018-08-29 Thread Shani Leviim
Hi David,

It seems that you're trying to create a RAW SPARSE disk.

According to [1], the RAW Sparse disks' configuration is supported for NFS
storage domains (not for block domains like iSCSI or FCP).
Can you please verify the target storage domain's type on your script?

[1]
https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks/#understanding-virtual-disks


*Regards,*

*Shani Leviim*

On Wed, Aug 29, 2018 at 10:40 AM, David David  wrote:

> hi all
>
> ovirt engine 4.2.5.2-1.el7
>
> ovirt node:
> KVM Version: 2.9.0 - 16.el7_4.14.1
> LIBVIRT Version: libvirt-3.2.0-14.el7_4.9
> VDSM Version: vdsm-4.20.27.1-1.el7.centos
>
> Can't restore vm by following this instruction https://ovirt.org/develop/
> release-management/features/storage/backup-restore-disk-snapshots/
> error message:
>
> # python upload_disk_snapshots.py
> Creating disk: 414d6613-5cfe-493c-ae6c-aa29caa32983
> Traceback (most recent call last):
>   File "upload_disk_snapshots.py", line 305, in 
> disk = create_disk(base_volume, disk_id, sd_name, disks_service)
>   File "upload_disk_snapshots.py", line 186, in create_disk
> name=sd_name
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line
> 6715, in add
> return self._internal_add(disk, headers, query, wait)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
> 232, in _internal_add
> return future.wait() if wait else future
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
> 55, in wait
> return self._code(response)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
> 229, in callback
> self._check_fault(response)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
> 132, in _check_fault
> self._raise_error(response, body)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
> 118, in _raise_error
> raise error
> ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is
> "[Cannot add Virtual Disk. Disk configuration (RAW Sparse) is incompatible
> with the storage domain type.]". HTTP response code is 400.
>
> # tree 414d6613-5cfe-493c-ae6c-aa29caa32983/
> 414d6613-5cfe-493c-ae6c-aa29caa32983/
> ├── 3610d5fd-6f55-46d9-a226-c06eee8e21e6
> └── f77207b2-6e5b-4464-bd6f-5ae6d776435d
>
> 414d6613-5cfe-493c-ae6c-aa29caa32983 - disk id
> 3610d5fd-6f55-46d9-a226-c06eee8e21e6 - base image file
> f77207b2-6e5b-4464-bd6f-5ae6d776435d - snapshot1 file
>
> # qemu-img info 
> 414d6613-5cfe-493c-ae6c-aa29caa32983/3610d5fd-6f55-46d9-a226-c06eee8e21e6
>
> image: 414d6613-5cfe-493c-ae6c-aa29caa32983/3610d5fd-6f55-
> 46d9-a226-c06eee8e21e6
> file format: qcow2
> virtual size: 20G (21474836480 bytes)
> disk size: 22G
> cluster_size: 65536
> Format specific information:
> compat: 1.1
> lazy refcounts: false
> refcount bits: 16
> corrupt: false
>
> # qemu-img info 
> 414d6613-5cfe-493c-ae6c-aa29caa32983/f77207b2-6e5b-4464-bd6f-5ae6d776435d
>
> image: 414d6613-5cfe-493c-ae6c-aa29caa32983/f77207b2-6e5b-
> 4464-bd6f-5ae6d776435d
> file format: qcow2
> virtual size: 20G (21474836480 bytes)
> disk size: 1.0G
> cluster_size: 65536
> backing file: 3610d5fd-6f55-46d9-a226-c06eee8e21e6 (actual path:
> 414d6613-5cfe-493c-ae6c-aa29caa32983/3610d5fd-6f55-46d9-a226-c06eee8e21e6)
> backing file format: qcow2
> Format specific information:
> compat: 1.1
> lazy refcounts: false
> refcount bits: 16
> corrupt: false
>
> upload_disk_snapshots.py:
> ==
> if __name__ == "__main__":
>
> # Set storage domain name
> sd_name = 'data_sas3'
>
> # Set OVF file path
> ovf_file_path = 'f4fdaf18-b944-4d22-879b-e235145a93f6.ovf'
>
> # Disk to upload
> disk_path = '414d6613-5cfe-493c-ae6c-aa29caa32983'
> disk_id = os.path.basename(disk_path)
> ==
>
>
>
>
> ___
> 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/EATGJIKM3ZHUVKXYA2ZRDNLBDDSEM4XG/
>
>
___
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/LFJF3IQEXKKEYKUSBBWOLH7EAQLP73RM/


[ovirt-users] Re: Disk Statistics error

2018-08-27 Thread Shani Leviim
Can you please share full engine log?
Also, what is your engine's version?


*Regards,*

*Shani Leviim*

On Mon, Aug 27, 2018 at 10:23 AM, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Shani,
>
> Thanks for your response, But I need to get the disk statistics of all the
> VM's.
> Only for this
>
> * /ovirt-engine/api/disks?follow=statistics*
> I get this error.
>
> Thanks,
> Hari
>
>
> On Mon, Aug 27, 2018 at 12:31 PM, Shani Leviim  wrote:
>
>> Hi Hari,
>> In case you want the statistics of all the VM's disks, send this request:
>>
>> GET /ovirt-engine/api/vms/123?follow=disk_attachments.disk.statistics
>>
>>
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>> On Sun, Aug 26, 2018 at 6:24 PM, Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>>>
>>> I want to get disk statistics of all disks.
>>> Not just one disk.
>>>
>>>
>>>
>>> On Sun, 26 Aug 2018 at 1:25 PM, Shani Leviim  wrote:
>>>
>>>> Hi Hari,
>>>> According to [1], it seems that the command's syntax is:
>>>>
>>>> GET /ovirt-engine/api/disks/123/statistics
>>>>
>>>> Can you give it a try?
>>>> Thanks
>>>>
>>>> [1] http://ovirt.github.io/ovirt-engine-api-model/4.3/#types/dis
>>>> k/links/statistics
>>>>
>>>>
>>>> *Regards,*
>>>>
>>>> *Shani Leviim*
>>>>
>>>> On Fri, Aug 17, 2018 at 11:19 AM, Hari Prasanth Loganathan <
>>>> hariprasant...@msystechnologies.com> wrote:
>>>>
>>>>> Hi Team,
>>>>>
>>>>> I try to get the disk statistics using the following
>>>>> *Url: *
>>>>>
>>>>> * /ovirt-engine/api/disks?follow=statistics*
>>>>>
>>>>> and I get the following error in oVirt,
>>>>>
>>>>> 2018-08-17 15:34:24,663+08 ERROR [io.undertow.request] (default
>>>>> task-815) UT005023: Exception handling request to
>>>>> /ovirt-engine/api/v4/disks: java.lang.RuntimeException:
>>>>> org.jboss.resteasy.spi.UnhandledException:
>>>>> java.lang.IllegalStateException: Problem following 'statistics' link
>>>>> in Disks entity.
>>>>> at io.undertow.servlet.spec.Reque
>>>>> stDispatcherImpl.forwardImpl(RequestDispatcherImpl.java:245)
>>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>>>> at io.undertow.servlet.spec.Reque
>>>>> stDispatcherImpl.forwardImplSetup(RequestDispatcherImpl.java:147)
>>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>>>> at io.undertow.servlet.spec.Reque
>>>>> stDispatcherImpl.forward(RequestDispatcherImpl.java:111)
>>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>>>> at org.ovirt.engine.api.restapi.i
>>>>> nvocation.VersionFilter.doFilter(VersionFilter.java:180)
>>>>> [restapi-jaxrs.jar:]
>>>>> at org.ovirt.engine.api.restapi.i
>>>>> nvocation.VersionFilter.doFilter(VersionFilter.java:98)
>>>>> [restapi-jaxrs.jar:]
>>>>> at io.undertow.servlet.core.Manag
>>>>> edFilter.doFilter(ManagedFilter.java:61)
>>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>>>> at io.undertow.servlet.handlers.F
>>>>> ilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
>>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>>>> at org.ovirt.engine.api.restapi.i
>>>>> nvocation.CurrentFilter.doFilter(CurrentFilter.java:117)
>>>>> [restapi-jaxrs.jar:]
>>>>> at org.ovirt.engine.api.restapi.i
>>>>> nvocation.CurrentFilter.doFilter(CurrentFilter.java:72)
>>>>> [restapi-jaxrs.jar:]
>>>>> at io.undertow.servlet.core.Manag
>>>>> edFilter.doFilter(ManagedFilter.java:61)
>>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>>>> at io.undertow.servlet.handlers.F
>>>>> ilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
>>>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>>>> at org.ovirt.engine.core.aaa.filt
>>>>> ers.RestApiSessionMgmtFilter.doFilter(RestApiSessionMgmtFilter.java:78)
>>>>> [aaa.jar

[ovirt-users] Re: Disk Statistics error

2018-08-27 Thread Shani Leviim
Hi Hari,
In case you want the statistics of all the VM's disks, send this request:

GET /ovirt-engine/api/vms/123?follow=disk_attachments.disk.statistics




*Regards,*

*Shani Leviim*

On Sun, Aug 26, 2018 at 6:24 PM, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

>
> I want to get disk statistics of all disks.
> Not just one disk.
>
>
>
> On Sun, 26 Aug 2018 at 1:25 PM, Shani Leviim  wrote:
>
>> Hi Hari,
>> According to [1], it seems that the command's syntax is:
>>
>> GET /ovirt-engine/api/disks/123/statistics
>>
>> Can you give it a try?
>> Thanks
>>
>> [1] http://ovirt.github.io/ovirt-engine-api-model/4.3/#types/
>> disk/links/statistics
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>> On Fri, Aug 17, 2018 at 11:19 AM, Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>>> Hi Team,
>>>
>>> I try to get the disk statistics using the following
>>> *Url: *
>>>
>>> * /ovirt-engine/api/disks?follow=statistics*
>>>
>>> and I get the following error in oVirt,
>>>
>>> 2018-08-17 15:34:24,663+08 ERROR [io.undertow.request] (default
>>> task-815) UT005023: Exception handling request to
>>> /ovirt-engine/api/v4/disks: java.lang.RuntimeException:
>>> org.jboss.resteasy.spi.UnhandledException: java.lang.IllegalStateException:
>>> Problem following 'statistics' link in Disks entity.
>>> at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(
>>> RequestDispatcherImpl.java:245) [undertow-servlet-2.0.9.Final.
>>> jar:2.0.9.Final]
>>> at io.undertow.servlet.spec.RequestDispatcherImpl.
>>> forwardImplSetup(RequestDispatcherImpl.java:147)
>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>> at io.undertow.servlet.spec.RequestDispatcherImpl.forward(
>>> RequestDispatcherImpl.java:111) [undertow-servlet-2.0.9.Final.
>>> jar:2.0.9.Final]
>>> at org.ovirt.engine.api.restapi.invocation.VersionFilter.
>>> doFilter(VersionFilter.java:180) [restapi-jaxrs.jar:]
>>> at org.ovirt.engine.api.restapi.invocation.VersionFilter.
>>> doFilter(VersionFilter.java:98) [restapi-jaxrs.jar:]
>>> at 
>>> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
>>> doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
>>> jar:2.0.9.Final]
>>> at org.ovirt.engine.api.restapi.invocation.CurrentFilter.
>>> doFilter(CurrentFilter.java:117) [restapi-jaxrs.jar:]
>>> at org.ovirt.engine.api.restapi.invocation.CurrentFilter.
>>> doFilter(CurrentFilter.java:72) [restapi-jaxrs.jar:]
>>> at 
>>> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
>>> doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
>>> jar:2.0.9.Final]
>>> at org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.
>>> doFilter(RestApiSessionMgmtFilter.java:78) [aaa.jar:]
>>> at 
>>> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
>>> doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
>>> jar:2.0.9.Final]
>>> at org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.
>>> doFilter(EnforceAuthFilter.java:42) [aaa.jar:]
>>> at 
>>> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
>>> doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
>>> jar:2.0.9.Final]
>>> at org.ovirt.engine.core.aaa.filters.
>>> SsoRestApiNegotiationFilter.doFilter(SsoRestApiNegotiationFilter.java:84)
>>> [aaa.jar:]
>>> at 
>>> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
>>> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
>>> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
>>> doFil

[ovirt-users] Re: Disk Statistics error

2018-08-26 Thread Shani Leviim
Hi Hari,
According to [1], it seems that the command's syntax is:

GET /ovirt-engine/api/disks/123/statistics

Can you give it a try?
Thanks

[1] http://ovirt.github.io/ovirt-engine-api-model/4.3/#types/
disk/links/statistics


*Regards,*

*Shani Leviim*

On Fri, Aug 17, 2018 at 11:19 AM, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Team,
>
> I try to get the disk statistics using the following
> *Url: *
>
> * /ovirt-engine/api/disks?follow=statistics*
>
> and I get the following error in oVirt,
>
> 2018-08-17 15:34:24,663+08 ERROR [io.undertow.request] (default task-815)
> UT005023: Exception handling request to /ovirt-engine/api/v4/disks:
> java.lang.RuntimeException: org.jboss.resteasy.spi.UnhandledException:
> java.lang.IllegalStateException: Problem following 'statistics' link in
> Disks entity.
> at 
> io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(RequestDispatcherImpl.java:245)
> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
> at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImplSe
> tup(RequestDispatcherImpl.java:147) [undertow-servlet-2.0.9.Final.
> jar:2.0.9.Final]
> at 
> io.undertow.servlet.spec.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:111)
> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
> at 
> org.ovirt.engine.api.restapi.invocation.VersionFilter.doFilter(VersionFilter.java:180)
> [restapi-jaxrs.jar:]
> at 
> org.ovirt.engine.api.restapi.invocation.VersionFilter.doFilter(VersionFilter.java:98)
> [restapi-jaxrs.jar:]
> at 
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d
> oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
> jar:2.0.9.Final]
> at 
> org.ovirt.engine.api.restapi.invocation.CurrentFilter.doFilter(CurrentFilter.java:117)
> [restapi-jaxrs.jar:]
> at 
> org.ovirt.engine.api.restapi.invocation.CurrentFilter.doFilter(CurrentFilter.java:72)
> [restapi-jaxrs.jar:]
> at 
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d
> oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
> jar:2.0.9.Final]
> at org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.d
> oFilter(RestApiSessionMgmtFilter.java:78) [aaa.jar:]
> at 
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d
> oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
> jar:2.0.9.Final]
> at 
> org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.doFilter(EnforceAuthFilter.java:42)
> [aaa.jar:]
> at 
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d
> oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
> jar:2.0.9.Final]
> at org.ovirt.engine.core.aaa.filters.SsoRestApiNegotiationFilte
> r.doFilter(SsoRestApiNegotiationFilter.java:84) [aaa.jar:]
> at 
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d
> oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
> jar:2.0.9.Final]
> at org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter.doFil
> ter(SsoRestApiAuthFilter.java:47) [aaa.jar:]
> at 
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> [undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.d
> oFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
> jar:2.0.9.Final]
> at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.do
> Filter(SessionValidationFilter.java:59) [aaa.jar:]
>
>
> Caused by: java.lang.IllegalStateException: Problem following
> 'statistics' link in Disks entity.
> at 
> org.ovirt.engine.api.restapi.resource.utils.LinkFollower.fetchData(LinkFollower.java:185)
> [restapi-jaxrs.jar:]
> at 
> org.ovirt.engine.api.restapi.resource.utils.LinkFollower.followLink(LinkFollower.java:144)
> [restapi-jaxrs.jar:]
> at org.ovirt.engine.api.restapi.resource.utils.LinkFollower.fol
> lowLinks(LinkFollower.ja

[ovirt-users] Re: Snapshots - Preview button greyed out

2018-08-16 Thread Shani Leviim
Hi,
Can you please share a screenshot?
Also, can you please specify your ovirt engine's version?


*Regards,*

*Shani Leviim*

On Thu, Aug 16, 2018 at 12:20 PM, Leo David  wrote:

> Hi Everyone,
> I am encountering an issue on my oVirt 4.2 self-hosted engine installation.
> Suddenly the "Preview" button in snapshots menu became inactive,  I just
> cannot revert any previews snapshots.
> This feature worked fine over the last month, but now it seems to be just
> inactive.
> Any thoughts on this ?
>
> Thank you very much !
>
> Leo
>
> --
> Best regards, Leo David
>
> ___
> 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/5DKCIYR46N67FB6PLP3QMXUYTAZOWYNE/
>
>
___
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/5DULB6N2673Z52BZB25OBYT64LCA5UJQ/


[ovirt-users] Re: Problem download disk

2018-06-27 Thread Shani Leviim
Hi,
Can you please provide your API request as well?


*Regards,*

*Shani Leviim*

On Tue, Jun 26, 2018 at 10:26 PM, Marcelo Leandro 
wrote:

> Hello,
>
> I am use api java to download a disk but not was concluded , I have this
> error:
>
> The server response was 503 in the range request
>
>
> I need change anythings how timeout or size the download ?
>
> Very Thanks.
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/IM2ILYHDBKT5ZZQWIMQMQTATUQL6ASHP/
>
>
___
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/U4Q5XACEZ7RZIBT2F2QMHUKMTAKE2BJ4/


[ovirt-users] Re: Unable to backend oVirt with Cinder

2018-06-21 Thread Shani Leviim
Hi,

Can you please supply some more details about the problem?

Thanks


*Regards,*

*Shani Leviim*

On Thu, Jun 21, 2018 at 1:47 AM,  wrote:

> Hi. Did you solve this problem?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/R4AMON6RE72LD2CHJJNAHYYCERUZBEHX/
>
___
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/FPBHJJYAQIHX7YFXDFVCY6TYGTMOEWLU/


Re: [ovirt-users] Attaching disk returns "Bad Request"

2018-04-25 Thread Shani Leviim
Hi Marcin,

Following the link you've provided earlier [1], it seems to me that your
SDK syntax fits the template supplied there in the example.


false
virtio
true



It also mentioned there that adding an attachment is a POST method:

POST /ovirt-engine/api/vms/345/diskattachments


In case you attend to update a disk attachment (which already has been
attached to the VM), the request should be

PUT /vms/{vm:id}/disksattachments/{attachment:id}

Hope it helps :)

[1]
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/html-single/rest_api_guide/#services-disk_attachment-methods-add
[2]
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/html-single/rest_api_guide/#services-disk_attachment-methods-update


*Regards,*

*Shani Leviim*

On Wed, Apr 25, 2018 at 3:19 PM, Marcin Kubacki <m.kuba...@storware.eu>
wrote:

> Hi Shani,
>
> we’re using ovirt SDK for Java, can you please give more details about how
> that can be achieved
> using SDK?
>
> Pozdrawiam / Best Regards
>
> Marcin Kubacki
> Chief Software Architect
>
> e-mail: m.kuba...@storware.eu <j.sobieszczan...@storware.eu>
> mobile: +48 730-602-612
>
> *ul. Leszno 8/44*
> *01-192 Warszawa *
> *www.storware.eu <https://www.storware.eu/>*
>
>
>
>
> Wiadomość napisana przez Shani Leviim <slev...@redhat.com> w dniu
> 25.04.2018, o godz. 14:17:
>
> Hi,
>
> Attaching a disk to a VM is a 'POST' method (rather than 'PUT' method).
> Can you give it a try?
>
>
> *Regards, *
>
> *Shani Leviim *
>
> On Wed, Apr 25, 2018 at 2:55 PM, Maor Lipchuk <mlipc...@redhat.com> wrote:
>
>> Hi Marcin and Hanna,
>>
>> I've found the following bug https://bugzilla.redhat.com/1546832 which
>> probably fix that issue,
>> The fix was introduced in oVirt 4.2.3.2
>> Which version are you using?
>>
>> Regards,
>> Maor
>>
>>
>>
>>
>> On Wed, Apr 25, 2018 at 11:24 AM, Maor Lipchuk <mlipc...@redhat.com>
>> wrote:
>>
>>> Hi Marcin,
>>>
>>> Can you please also attach the VDSM log so we can see the exact XML that
>>> is being sent to libvirt.
>>> (I'm replying on the users list, let's continue to discuss it here)
>>>
>>> Regards,
>>> Maor
>>>
>>> On Tue, Apr 24, 2018 at 5:20 PM, Marcin Kubacki <m.kuba...@storware.eu>
>>> wrote:
>>>
>>>> Hi Maor,
>>>>
>>>> it looks like the problem is deeper, potentially related to how the VM
>>>> storage is configured (not to the request itself),
>>>> and it is the first time we’ve seen something like this. Customer has
>>>> oVirt 4.2, and this wasn’t happening in older environments.
>>>>
>>>> Can you help us solving this issue?
>>>>
>>>>
>>>>
>>>> Pozdrawiam / Best Regards
>>>>
>>>> Marcin Kubacki
>>>> Chief Software Architect
>>>>
>>>> e-mail: m.kuba...@storware.eu <j.sobieszczan...@storware.eu>
>>>> mobile: +48 730-602-612
>>>>
>>>> *ul. Leszno 8/44*
>>>> *01-192 Warszawa *
>>>> *www.storware.eu <https://www.storware.eu/>*
>>>>
>>>>
>>>>
>>>>
>>>> Wiadomość napisana przez Hanna Terentieva <h.terenti...@storware.eu> w
>>>> dniu 23.04.2018, o godz. 10:33:
>>>>
>>>> Hi Maor,
>>>>
>>>> My request looks correct and as for ovirt mailing list
>>>> there seems to be a similar issue with VDSM failure here
>>>> https://www.mail-archive.com/users@ovirt.org/msg45797.html.
>>>> Have you possibly encountered a similar issue?
>>>>
>>>> On Sun, 2018-04-22 at 10:47 +0300, Maor Lipchuk wrote:
>>>>
>>>> Hi Hanna,
>>>>
>>>> If the diskalready exists you should use PUT method with the following
>>>> URL:
>>>> PUT /vms/{vm:id}/disksattachments/{attachment:id}
>>>>
>>>> You can take a look at the following documentation for more details:
>>>>   https://access.redhat.com/documentation/en-us/red_hat_virtua
>>>> lization/4.1/html-single/rest_api_guide/#services-disk_attac
>>>> hment-methods-update
>>>>
>>>> If you already done this and still have a problem, I suggest to send
>>>> this to the ovirt users maliing list, so you can get a more appropriate
>>>> guidence there.
>>>>
>>>> Regards,
>>>> Maor
>>>>
&g

Re: [ovirt-users] Attaching disk returns "Bad Request"

2018-04-25 Thread Shani Leviim
Hi,

Attaching a disk to a VM is a 'POST' method (rather than 'PUT' method).
Can you give it a try?


*Regards,*

*Shani Leviim*

On Wed, Apr 25, 2018 at 2:55 PM, Maor Lipchuk <mlipc...@redhat.com> wrote:

> Hi Marcin and Hanna,
>
> I've found the following bug https://bugzilla.redhat.com/1546832 which
> probably fix that issue,
> The fix was introduced in oVirt 4.2.3.2
> Which version are you using?
>
> Regards,
> Maor
>
>
>
>
> On Wed, Apr 25, 2018 at 11:24 AM, Maor Lipchuk <mlipc...@redhat.com>
> wrote:
>
>> Hi Marcin,
>>
>> Can you please also attach the VDSM log so we can see the exact XML that
>> is being sent to libvirt.
>> (I'm replying on the users list, let's continue to discuss it here)
>>
>> Regards,
>> Maor
>>
>> On Tue, Apr 24, 2018 at 5:20 PM, Marcin Kubacki <m.kuba...@storware.eu>
>> wrote:
>>
>>> Hi Maor,
>>>
>>> it looks like the problem is deeper, potentially related to how the VM
>>> storage is configured (not to the request itself),
>>> and it is the first time we’ve seen something like this. Customer has
>>> oVirt 4.2, and this wasn’t happening in older environments.
>>>
>>> Can you help us solving this issue?
>>>
>>>
>>>
>>> Pozdrawiam / Best Regards
>>>
>>> Marcin Kubacki
>>> Chief Software Architect
>>>
>>> e-mail: m.kuba...@storware.eu <j.sobieszczan...@storware.eu>
>>> mobile: +48 730-602-612
>>>
>>> *ul. Leszno 8/44*
>>> *01-192 Warszawa *
>>> *www.storware.eu <https://www.storware.eu/>*
>>>
>>>
>>>
>>>
>>> Wiadomość napisana przez Hanna Terentieva <h.terenti...@storware.eu> w
>>> dniu 23.04.2018, o godz. 10:33:
>>>
>>> Hi Maor,
>>>
>>> My request looks correct and as for ovirt mailing list
>>> there seems to be a similar issue with VDSM failure here
>>> https://www.mail-archive.com/users@ovirt.org/msg45797.html.
>>> Have you possibly encountered a similar issue?
>>>
>>> On Sun, 2018-04-22 at 10:47 +0300, Maor Lipchuk wrote:
>>>
>>> Hi Hanna,
>>>
>>> If the diskalready exists you should use PUT method with the following
>>> URL:
>>> PUT /vms/{vm:id}/disksattachments/{attachment:id}
>>>
>>> You can take a look at the following documentation for more details:
>>>   https://access.redhat.com/documentation/en-us/red_hat_virtua
>>> lization/4.1/html-single/rest_api_guide/#services-disk_attac
>>> hment-methods-update
>>>
>>> If you already done this and still have a problem, I suggest to send
>>> this to the ovirt users maliing list, so you can get a more appropriate
>>> guidence there.
>>>
>>> Regards,
>>> Maor
>>>
>>> On Fri, Apr 20, 2018 at 11:06 AM, Hanna Terentieva <
>>> h.terenti...@storware.eu> wrote:
>>>
>>> Hi Maor,
>>>
>>> We encountered an issue with hotplugging disks when trying to attach a
>>> disk to client's envirtonment.
>>> The disk attachment request:
>>>
>>> 
>>> false
>>> virtio
>>> true
>>> 
>>> 
>>>
>>> returns this error:
>>>
>>> Error: HTTP response code is "400". HTTP response message is "Bad
>>> Request".
>>> org.ovirt.engine.sdk4.internal.services.ServiceImpl.throwErr
>>> or(ServiceImpl.java:113)
>>> org.ovirt.engine.sdk4.internal.services.ServiceImpl.checkFau
>>> lt(ServiceImpl.java:40)
>>> org.ovirt.engine.sdk4.internal.services.DiskAttachmentsServi
>>> ceImpl$AddRequestImpl.send(DiskAttachmentsServiceImpl.java:111)
>>> org.ovirt.engine.sdk4.internal.services.DiskAttachmentsServi
>>> ceImpl$AddRequestImpl.send(DiskAttachmentsServiceImpl.java:48)
>>>
>>> oVirt version 4.2.2.
>>> The issue happened around 2018-04-17 07:57.
>>> Attaching the log. Clould you please help with the problem?
>>>
>>> --
>>>
>>> Pozdrawiam\Best Regards
>>> Hanna Terentieva
>>> Junior Java Developer
>>> e-mail: h.terenti...@storware.eu
>>>
>>> ** <http://www.storware.eu/>
>>>
>>>
>>>
>>> *ul. Leszno 8/44 01-192 Warszawa  www.storware.eu
>>> <https://www.storware.eu/>*
>>>
>>> ** <https://www.facebook.com/storware>
>>>
>>> ** <https://twitter.com/storware>
>>>
>>> ** <https://www.linkedin.com/company/storware>
>>>
>>> **
>>> <https://www.youtube.com/channel/UCKvLitYPyAplBctXibFWrkw>
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> Pozdrawiam\Best Regards
>>> Hanna Terentieva
>>> Junior Java Developer
>>> e-mail: h.terenti...@storware.eu
>>>
>>> ** <http://www.storware.eu/>
>>>
>>>
>>>
>>> *ul. Leszno 8/44 01-192 Warszawa  www.storware.eu
>>> <https://www.storware.eu/>*
>>>
>>> ** <https://www.facebook.com/storware>
>>>
>>> ** <https://twitter.com/storware>
>>>
>>> ** <https://www.linkedin.com/company/storware>
>>>
>>> **
>>> <https://www.youtube.com/channel/UCKvLitYPyAplBctXibFWrkw>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Recovering oVirt-Engine with a backup before upgrading to 4.2

2018-04-15 Thread Shani Leviim
Hi Sven,

I've found this one: https://gist.github.com/turboladen/6790847

I think it should help :)


*Regards,*

*Shani Leviim*

On Fri, Apr 13, 2018 at 12:00 PM, Sven Achtelik <sven.achte...@eps.aero>
wrote:

> Hi All,
>
> I got my stuff up and running again. I works like described in the manual
> and I used some extra hardware to jumpstart this. I'm now back on my hosted
> Engine 4.1.9 with 3 Hosts running it. The Engine is running on the
> appliance that is pulled by the deployment tool and after having everything
> stable again I thought of upgrading to 4.2. Thing is that this is just not
> working with the appliance because of some issue when upgrading Postgres
> inside. Looking at the logs I found this:
> 
> Creating dump of database schemas
>   engine
>   ovirt_engine_history
>   postgres
>   template1
> ok
>
> encodings for database "postgres" do not match:  old "SQL_ASCII", new
> "UTF8"
> Failure, exiting
> --
>
> After some research I found something here https://bugzilla.redhat.com/
> show_bug.cgi?id=1525976, but I'm not sure what to do with that
> Information. I used the appliance and didn't do anything manual in the
> complete process and I'm wondering why I'm getting this issue now ? Could
> someone advice on how to proceed ?
>
> Thank you,
> Sven
>
> > -Ursprüngliche Nachricht-
> > Von: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Im Auftrag
> > von Sven Achtelik
> > Gesendet: Mittwoch, 28. März 2018 18:28
> > An: Yedidyah Bar David
> > Cc: users@ovirt.org
> > Betreff: Re: [ovirt-users] Recovering oVirt-Engine with a backup before
> > upgrading to 4.2
> >
> >
> >
> > > -Ursprüngliche Nachricht-
> > > Von: Yedidyah Bar David [mailto:d...@redhat.com]
> > > Gesendet: Mittwoch, 28. März 2018 10:06
> > > An: Sven Achtelik
> > > Cc: users@ovirt.org
> > > Betreff: Re: [ovirt-users] Recovering oVirt-Engine with a backup
> > > before upgrading to 4.2
> > >
> > > On Tue, Mar 27, 2018 at 9:14 PM, Sven Achtelik
> > > <sven.achte...@eps.aero>
> > > wrote:
> > > > Hi All,
> > > >
> > > >
> > > >
> > > > I’m still facing issues with my HE engine. Here are the steps that I
> > > > took to end up in this situation:
> > > >
> > > >
> > > >
> > > > - Update Engine from 4.1.7 to 4.1.9
> > > >
> > > > o   That worked as expected
> > > >
> > > > - Automatic Backup of Engine DB in the night
> > > >
> > > > - Upgraded Engine from 4.1.9 to 4.2.1
> > > >
> > > > o   That worked fine
> > > >
> > > > - Noticed Issues with the HA support for HE
> > > >
> > > > o   Cause was not having the latest ovirt-ha agent/broker version on
> hosts
> > > >
> > > > - After updating the first host with the latest packages for
> the
> > > > Agent/Broker engine was started twice
> > > >
> > > > o   As a result the Engine VM Disk was corrupted and there is no
> Backup of
> > > > the Disk
> > > >
> > > > o   There is also no Backup of the Engine DB with version 4.2
> > > >
> > > > - VM disk was repaired with fsck.ext4, but DB is corrupt
> > > >
> > > > o   Can’t restore the Engine DB because the Backup DB from Engine V
> 4.1
> > > >
> > > > - Rolled back all changes on Engine VM to 4.1.9 and imported
> Backup
> > > >
> > > > o   Checked for HA VMs to set as disabled and started the Engine
> > > >
> > > > - Login is fine but the Engine is having trouble picking up
> and
> > > > information from the Hosts
> > > >
> > > > o   No information on running VMs or hosts status
> > > >
> > > > - Final Situation
> > > >
> > > > o   2 Hosts have VMs still running and I can’t stop those
> > > >
> > > > o   I still have the image of my corrupted Engine VM (v4.2)
> > > >
> > > >
> > > >
> > > > Since there were no major changes after upgrading from 4.1 to 4.2,
> > > > would it be possible to manually restore the 4.1 DB to the 4.2
> > > > Engine VM to this up and

Re: [ovirt-users] Snapshots from User Portal in ovirt 4.2?

2018-04-15 Thread Shani Leviim
Hi Brian,

I think this is the one you need:
https://www.ovirt.org/documentation/user-guide/user-guide/#snapshots

Hope it helps!


*Regards,*

*Shani Leviim*

On Fri, Apr 13, 2018 at 11:42 PM, Brian Chow <bc...@newestech.com> wrote:

> After upgrading from 4.1 to 4.2, we can no longer find the snapshot
> functionality in the User Portal -- the documentation is still referencing
> the 4.1 UI.  Was this removed from the user portal?  Moved to a different
> area?  Are the required permissions different from 4.1?
>
> Thanks for the help!
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Cannot activate storage domain

2018-03-11 Thread Shani Leviim
Hi Simone,

Sorry for the delay replying you.

Does the second storage domain you've mentioned is also an FC?

If so, please execute the following command  /usr/libexec/vdsm/fc-scan -v
on one host of each inactive storage domain and share the results you've
got.




*Regards,*

*Shani Leviim*

On Thu, Mar 8, 2018 at 9:42 AM, Bruckner, Simone <
simone.bruck...@fabasoft.com> wrote:

> Hi Shani,
>
>   today I again lost access to a storage domain. So currently I have two
> storage domains that we cannot activate any more.
>
> I uploaded the logfiles to our Cloud Service: [ZIP Archive]
> logfiles.tar.gz<https://at.cloud.fabasoft.com/folio/public/
> 1zf8q45o1e9l8334agryb2crdd>
> I lost access today, March 8th 2018 around 0.55am CET
> I tried to actived the storage domain around 6.40am CET
>
> Please let me know if there is anything I can do to get this addressed.
>
> Thank you very much,
> Simone
>
>
> 
> Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von
> "Bruckner, Simone [simone.bruck...@fabasoft.com]
> Gesendet: Dienstag, 06. März 2018 10:19
> An: Shani Leviim
> Cc: users@ovirt.org
> Betreff: Re: [ovirt-users] Cannot activate storage domain
>
> Hi Shani,
>
>   please find the logs attached.
>
> Thank you,
> Simone
>
> Von: Shani Leviim [mailto:slev...@redhat.com]
> Gesendet: Dienstag, 6. März 2018 09:48
> An: Bruckner, Simone <simone.bruck...@fabasoft.com>
> Cc: users@ovirt.org
> Betreff: Re: [ovirt-users] Cannot activate storage domain
>
> Hi Simone,
> Can you please share your vdsm and engine logs?
>
> Regards,
> Shani Leviim
>
> On Tue, Mar 6, 2018 at 7:34 AM, Bruckner, Simone <
> simone.bruck...@fabasoft.com<mailto:simone.bruck...@fabasoft.com>> wrote:
> Hello, I apologize for bringing this one up again, but does anybody know
> if there is a change to recover a storage domain, that cannot be activated?
>
> Thank you,
> Simone
>
> Von: users-boun...@ovirt.org<mailto:users-boun...@ovirt.org> [mailto:
> users-boun...@ovirt.org<mailto:users-boun...@ovirt.org>] Im Auftrag von
> Bruckner, Simone
> Gesendet: Freitag, 2. März 2018 17:03
>
> An: users@ovirt.org<mailto:users@ovirt.org>
> Betreff: Re: [ovirt-users] Cannot activate storage domain
>
> Hi all,
>
>   I managed to get the inactive storage domain to maintenance by stopping
> all running VMs that were using it, but I am still not able to activate it.
>
> Trying to activate results in the following events:
>
> For each host:
> VDSM  command GetVGInfoVDS failed: Volume Group does not exist:
> (u'vg_uuid: 813oRe-64r8-mloU-k9G2-LFsS-dXSG-hpN4kf',)
>
> And finally:
> VDSM command ActivateStorageDomainVDS failed: Storage domain does not
> exist: (u'b83c159c-4ad6-4613-ba16-bab95ccd10c0',)
>
> Is there anything I can do to recover this storage domain?
>
> Thank you and all the best,
> Simone
>
> Von: users-boun...@ovirt.org<mailto:users-boun...@ovirt.org> [mailto:
> users-boun...@ovirt.org] Im Auftrag von Bruckner, Simone
> Gesendet: Donnerstag, 1. März 2018 17:57
> An: users@ovirt.org<mailto:users@ovirt.org>
> Betreff: Re: [ovirt-users] Cannot activate storage domain
>
> Hi,
>
>   we are still struggling getting a storage domain online again. We tried
> to put the storage domain in maintenance mode, that led to “Failed to
> update OVF disks 809cc8d7-7687-46cf-a342-3be48674a9b3, OVF data isn't
> updated on those OVF stores”.
>
> Trying again with ignoring OVF update failures put the storage domain in
> “preparing for maintenance”. We see the following message on all hosts:
> “Error releasing host id 26 for domain b83c159c-4ad6-4613-ba16-bab95ccd10c0
> (monitor:578)”.
>
> Querying the storage domain using vdsm-client on the SPM resulted in
> # vdsm-client StorageDomain getInfo "storagedomainID"="b83c159c-
> 4ad6-4613-ba16-bab95ccd10c0"
> vdsm-client: Command StorageDomain.getInfo with args {'storagedomainID':
> 'b83c159c-4ad6-4613-ba16-bab95ccd10c0'} failed:
> (code=358, message=Storage domain does not exist:
> (u'b83c159c-4ad6-4613-ba16-bab95ccd10c0',))
>
> Any ideas?
>
> Thank you and all the best,
> Simone
>
> Von: users-boun...@ovirt.org<mailto:users-boun...@ovirt.org> [mailto:
> users-boun...@ovirt.org] Im Auftrag von Bruckner, Simone
> Gesendet: Mittwoch, 28. Februar 2018 15:52
> An: users@ovirt.org<mailto:users@ovirt.org>
> Betreff: [ovirt-users] Cannot activate storage domain
>
> Hi all,
>
>   we run a small oVirt installation that we also use for automated testing
> (automatically creating, dropping vms).
>
> We got an inactive FC storage

Re: [ovirt-users] Ghost Snapshot Disk

2018-03-11 Thread Shani Leviim
Hi Enrico,

Can you please send your question on a new different mail to users' list?
(So we won't mix up the answers due to different ovirt-engine's versions).

Thanks for cooperation.


*Regards,*

*Shani Leviim*

On Thu, Mar 8, 2018 at 6:08 PM, Enrico <enrico.becche...@pg.infn.it> wrote:

> Hi All,
> I've a similar question , I can't remove a snapshot. oVirt version is the
> last stable 4.2.1.7
> with engine running in non hosted mode. Before remove snapshot  I've
> shutdown vm.
> These are logs from engine:
>
> 2018-03-08 16:57:47,153+01 INFO  
> [org.ovirt.engine.core.bll.ProcessDownVmCommand]
> (EE-ManagedThreadFactory-engine-Thread-40253) [711eba7d] Running command:
> ProcessDownVmCommand internal: true.
> 2018-03-08 16:57:55,589+01 INFO  [org.ovirt.engine.core.
> vdsbroker.monitoring.VmsStatisticsFetcher] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-71)
> [] Fetched 8 VMs from VDS '85bbf811-1069-4e67-ba86-e50dec9f5da9'
> 2018-03-08 16:59:00,561+01 INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveDiskSnapshotsCommand]
> (default task-31) [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] Lock Acquired to
> object 
> 'EngineLock:{exclusiveLocks='[281a869f-8541-49cf-894b-f583bd26083d=DISK]',
> sharedLocks=''}'
> 2018-03-08 16:59:00,599+01 INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveDiskSnapshotsCommand]
> (EE-ManagedThreadFactory-engine-Thread-40284) 
> [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e]
> Running command: RemoveDiskSnapshotsCommand internal: false. Entities
> affected :  ID: 01f9b5f2-9e48-4c24-80e5-dca7f1d4d128 Type: VMAction group
> MANIPULATE_VM_SNAPSHOTS with role type USER
> 2018-03-08 16:59:00,613+01 INFO  [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] 
> (EE-ManagedThreadFactory-engine-Thread-40284)
> [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] EVENT_ID:
> USER_REMOVE_DISK_SNAPSHOT(373), Disk 'SOL_Disk1' from Snapshot(s) 'PHP
> 5.6.29' of VM 'SOL-DEV' deletion was initiated by admin@internal-authz.
> 2018-03-08 16:59:00,615+01 INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveDiskSnapshotsCommand]
> (EE-ManagedThreadFactory-engine-Thread-40284) 
> [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e]
> Lock freed to object 'EngineLock:{exclusiveLocks='[
> 281a869f-8541-49cf-894b-f583bd26083d=DISK]', sharedLocks=''}'
> 2018-03-08 16:59:00,993+01 INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveDiskSnapshotsCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-25)
> [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] Starting child command 1 of 1,
> image '64e8f28d-6c00-41d8-9f60-26a87d51cb8c'
> 2018-03-08 16:59:01,026+01 INFO  [org.ovirt.engine.core.bll.snapshots.
> ColdMergeSnapshotSingleDiskCommand] 
> (EE-ManagedThreadFactory-commandCoordinator-Thread-7)
> [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] Running command:
> ColdMergeSnapshotSingleDiskCommand internal: true. Entities affected :
> ID: ---- Type: Storage
> 2018-03-08 16:59:02,026+01 INFO  [org.ovirt.engine.core.bll.snapshots.
> ColdMergeSnapshotSingleDiskCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-98)
> [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] Command
> 'ColdMergeSnapshotSingleDisk' id '2bbd81c3-9fa1-4e48-ab69-5588e1367539'
> executing step 'PREPARE_MERGE'
> 2018-03-08 16:59:02,048+01 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.PrepareMergeCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-98)
> [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] Running command:
> PrepareMergeCommand internal: true. Entities affected :  ID:
> ---- Type: Storage
> 2018-03-08 16:59:02,049+01 INFO  [org.ovirt.engine.core.
> vdsbroker.irsbroker.PrepareMergeVDSCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-98)
> [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] START, PrepareMergeVDSCommand(
> SPMColdMergeVDSCommandParameters:{storagePoolId='18d57688-6ed4-43b8-bd7c-0665b55950b7',
> ignoreFailoverLimit='false'}), log id: 447f2b58
> 2018-03-08 16:59:02,178+01 INFO  [org.ovirt.engine.core.
> vdsbroker.irsbroker.PrepareMergeVDSCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-98)
> [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] FINISH, PrepareMergeVDSCommand,
> log id: 447f2b58
> 2018-03-08 16:59:02,221+01 INFO  
> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
> (EE-ManagedThreadFactory-engineScheduled-Thread-98)
> [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] CommandAsyncTask::Adding
> CommandMultiAsyncTasks object for command 'b5983000-d637-47da-8aa2-
> fb8fec50b480'
> 2018-03-08 16:59:02,221+01 INFO  
> [org.ovirt.engine.core.bll.CommandMultiAsyncTasks]
> (EE-ManagedThreadFactory-engineScheduled-Thread-98)
> [ceb64d67-ce9e-41a8-93dd-ffa512bfd18e] CommandMultiAsyncTasks::attachTask:
> Attaching task 

Re: [ovirt-users] Ghost Snapshot Disk

2018-03-08 Thread Shani Leviim
Hi Lionel,

Can you please share once again your engine log (or at least the relevant
part where that error message occurred)?


*Regards,*

*Shani Leviim*

On Thu, Mar 8, 2018 at 1:56 PM, Lionel Caignec <caig...@cines.fr> wrote:

> Hi,
>
> i finished to move my data, but now when i want to remove my old disk i
> get stuck to this error :
> "Cannot detach Virtual Machine Disk. The disk is already configured in a
> snapshot. In order to detach it, remove the disk's snapshots".
> But like i said before there is no snapshot anymore.
> So what can i do? Delete manually inside database? So where?
> Delete manually lvm volume, so how can i find the good one?
>
> Please help ;).
>
> Lionel
>
> - Mail original -
> De: "Lionel Caignec" <caig...@cines.fr>
> À: "Shani Leviim" <slev...@redhat.com>
> Cc: "users" <users@ovirt.org>
> Envoyé: Mardi 6 Mars 2018 08:22:30
> Objet: Re: [ovirt-users] Ghost Snapshot Disk
>
> Hi,
>
> ok thank you for information (sorry for late response).
>
> I will do that.
>
> - Mail original -
> De: "Shani Leviim" <slev...@redhat.com>
> À: "Lionel Caignec" <caig...@cines.fr>
> Cc: "users" <users@ovirt.org>
> Envoyé: Mardi 27 Février 2018 14:19:45
> Objet: Re: [ovirt-users] Ghost Snapshot Disk
>
> Hi Lionel,
>
> Sorry for the delay in replying you.
>
> If it's possible from your side, syncing the data and destroying old disk
> sounds about right.
>
> In addition, it seems like you're having this bug:
> https://bugzilla.redhat.com/show_bug.cgi?id=1509629
> And it was fixed for version 4.1.9. and above.
>
>
>
> *Regards,*
>
> *Shani Leviim*
>
> On Mon, Feb 26, 2018 at 4:18 PM, Lionel Caignec <caig...@cines.fr> wrote:
>
> > Ok so i reply myself,
> >
> > Version is 4.1.7.6-1
> >
> > I just delete manually a snapshot previously created. But this is an io
> > intensive vm, whit big disk (2,5To, and 5To).
> >
> > For the log, i cannot paste all my log on public list security reason, i
> > will send you full in private.
> > Here is an extract relevant to my error
> > engine.log-20180210:2018-02-09 23:00:03,200+01 INFO
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (default task-312) [44402a8c-3196-43f0-ba33-307ea78e6f49] EVENT_ID:
> > USER_CREATE_SNAPSHOT(45), Correlation ID: 44402a8c-3196-43f0-ba33-
> 307ea78e6f49,
> > Job ID: 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom
> > ID: null, Custom Event ID: -1, Message: Snapshot
> 'AUTO_7D_zz_nil_20180209_220002'
> > creation for VM 'zz_nil' was initiated by snap_user@internal.
> > engine.log-20180210:2018-02-09 23:01:06,578+01 INFO
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (DefaultQuartzScheduler5) [] EVENT_ID: USER_CREATE_SNAPSHOT_FINISHED_
> SUCCESS(68),
> > Correlation ID: 44402a8c-3196-43f0-ba33-307ea78e6f49, Job ID:
> > 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom ID: null,
> > Custom Event ID: -1, Message: Snapshot 'AUTO_7D_zz_nil_20180209_220002'
> > creation for VM 'zz_nil' has been completed.
> > engine.log-20180220:2018-02-19 17:01:23,800+01 INFO
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (default task-113) [] EVENT_ID: USER_REMOVE_SNAPSHOT(342), Correlation
> ID:
> > 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: c9a918a7-b00c-43cf-b6de-
> 3659ac0765da,
> > Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Snapshot
> > 'AUTO_7D_zz_nil_20180209_220002' deletion for VM 'zz_nil' was initiated
> > by acaignec@ldap-cines-authz.
> > engine.log-20180221:2018-02-20 22:24:45,174+01 ERROR
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (DefaultQuartzScheduler6) [06a9efa4-1b80-4021-bf3e-41ecebe58a88]
> > EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Correlation ID:
> > 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: c9a918a7-b00c-43cf-b6de-
> 3659ac0765da,
> > Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Failed
> to
> > delete snapshot 'AUTO_7D_zz_nil_20180209_220002' for VM 'zz_nil'.
> >  2018-02-20 22:24:46,266+01 INFO  [org.ovirt.engine.core.bll.
> tasks.SPMAsyncTask]
> > (DefaultQuartzScheduler3) [516079c3] SPMAsyncTask::PollTask: Polling task
> > '34137342-4f30-476d-b16c-1cb7e0ea0ac0' (Parent Command 'DestroyImage',
> > Parameters Type 'org.ovirt.engine.core.common.asynctasks.
> AsyncTaskParameters')
> > returned status 'finished', result 'success'.
> > 201

Re: [ovirt-users] Cannot activate storage domain

2018-03-06 Thread Shani Leviim
Hi Simone,

Can you please share your vdsm and engine logs?


*Regards,*

*Shani Leviim*

On Tue, Mar 6, 2018 at 7:34 AM, Bruckner, Simone <
simone.bruck...@fabasoft.com> wrote:

> Hello, I apologize for bringing this one up again, but does anybody know
> if there is a change to recover a storage domain, that cannot be activated?
>
>
>
> Thank you,
>
> Simone
>
>
>
> *Von:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *Im
> Auftrag von *Bruckner, Simone
> *Gesendet:* Freitag, 2. März 2018 17:03
>
> *An:* users@ovirt.org
> *Betreff:* Re: [ovirt-users] Cannot activate storage domain
>
>
>
> Hi all,
>
>
>
>   I managed to get the inactive storage domain to maintenance by stopping
> all running VMs that were using it, but I am still not able to activate it.
>
>
>
> Trying to activate results in the following events:
>
>
>
> For each host:
>
> VDSM  command GetVGInfoVDS failed: Volume Group does not exist:
> (u'vg_uuid: 813oRe-64r8-mloU-k9G2-LFsS-dXSG-hpN4kf',)
>
>
>
> And finally:
>
> VDSM command ActivateStorageDomainVDS failed: Storage domain does not
> exist: (u'b83c159c-4ad6-4613-ba16-bab95ccd10c0',)
>
>
>
> Is there anything I can do to recover this storage domain?
>
>
>
> Thank you and all the best,
>
> Simone
>
>
>
> *Von:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org
> <users-boun...@ovirt.org>] *Im Auftrag von *Bruckner, Simone
> *Gesendet:* Donnerstag, 1. März 2018 17:57
> *An:* users@ovirt.org
> *Betreff:* Re: [ovirt-users] Cannot activate storage domain
>
>
>
> Hi,
>
>
>
>   we are still struggling getting a storage domain online again. We tried
> to put the storage domain in maintenance mode, that led to “Failed to
> update OVF disks 809cc8d7-7687-46cf-a342-3be48674a9b3, OVF data isn't
> updated on those OVF stores”.
>
>
>
> Trying again with ignoring OVF update failures put the storage domain in
> “preparing for maintenance”. We see the following message on all hosts:
> “Error releasing host id 26 for domain b83c159c-4ad6-4613-ba16-bab95ccd10c0
> (monitor:578)”.
>
>
>
> Querying the storage domain using vdsm-client on the SPM resulted in
>
> # vdsm-client StorageDomain getInfo "storagedomainID"="b83c159c-
> 4ad6-4613-ba16-bab95ccd10c0"
>
> vdsm-client: Command StorageDomain.getInfo with args {'storagedomainID':
> 'b83c159c-4ad6-4613-ba16-bab95ccd10c0'} failed:
>
> (code=358, message=Storage domain does not exist:
> (u'b83c159c-4ad6-4613-ba16-bab95ccd10c0',))
>
>
>
> Any ideas?
>
>
>
> Thank you and all the best,
>
> Simone
>
>
>
> *Von:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org
> <users-boun...@ovirt.org>] *Im Auftrag von *Bruckner, Simone
> *Gesendet:* Mittwoch, 28. Februar 2018 15:52
> *An:* users@ovirt.org
> *Betreff:* [ovirt-users] Cannot activate storage domain
>
>
>
> Hi all,
>
>
>
>   we run a small oVirt installation that we also use for automated testing
> (automatically creating, dropping vms).
>
>
>
> We got an inactive FC storage domain that we cannot activate any more. We
> see several events at that time starting with:
>
>
>
> VM perftest-c17 is down with error. Exit message: Unable to get volume
> size for domain b83c159c-4ad6-4613-ba16-bab95ccd10c0 volume
> 686376c1-4be1-44c3-89a3-0a8addc8fdf2.
>
>
>
> Trying to activate the strorage domain results in the following alert
> event for each host:
>
>
>
> VDSM  command GetVGInfoVDS failed: Volume Group does not exist:
> (u'vg_uuid: 813oRe-64r8-mloU-k9G2-LFsS-dXSG-hpN4kf',)
>
>
>
> And after those messages from all hosts we get:
>
>
>
> VDSM command ActivateStorageDomainVDS failed: Storage domain does not
> exist: (u'b83c159c-4ad6-4613-ba16-bab95ccd10c0',)
>
> Failed to activate Storage Domain VMHOST_LUN_205 (Data Center Production)
> by 
>
> Invalid status on Data Center Production. Setting status to Non Responsive.
>
> Storage Pool Manager runs on Host vmhost003.fabagl.fabasoft.com (Address:
> vmhost003.fabagl.fabasoft.com), Data Center Production.
>
>
>
> Checking the hosts with multipath –ll we see the LUN without errors.
>
>
>
> We run oVirt 4.2.1 on CentOS 7.4. Hosts are CentOS 7.4 hosts with oVirt
> installed using oVirt engine.
>
> Hosts are connected to about 30 FC LUNs (8 TB each) on two all-flash
> storage arrays.
>
>
>
> Thank you,
>
> Simone Bruckner
>
>
>
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] cannot remove vm.

2018-03-04 Thread Shani Leviim
Hi Nick,

You can try the taskcleaner script on dbutils:
PGPASSWORD=... /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh --help



*Regards,*

*Shani Leviim*

On Thu, Mar 1, 2018 at 6:01 PM, nicola gentile <nicola.gentile...@gmail.com>
wrote:

> Hi,
> I have a problem. I try to remove a pool and than I remove every vm
> but one of this display the message "Cannot remove VM. Related
> operation is currently in progress. Please try again later."
>
> I try to unlock with this command
>
> PGPASSWORD=... /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
> -t all -u engine
>
> but not working
>
> in /var/log/ovirt-engine/engine.log
>
> 2018-03-01 17:02:47,799+01 INFO
> [org.ovirt.engine.core.bll.RemoveVmCommand] (default task-33)
> [0217d710-afb6-4450-9897-02748d871aa1] Failed to Acquire Lock to
> object 'EngineLock:{exclusiveLocks='[d623ad44-a645-4fd0-9993-
> d21374e99eb5=VM]',
> sharedLocks=''}'
> 2018-03-01 17:02:47,799+01 WARN
> [org.ovirt.engine.core.bll.RemoveVmCommand] (default task-33)
> [0217d710-afb6-4450-9897-02748d871aa1] Validation of action 'RemoveVm'
> failed for user admin@internal-authz. Reasons:
> VAR__ACTION__REMOVE,VAR__TYPE__VM,ACTION_TYPE_FAILED_OBJECT_LOCKED
>
> please help
>
> thanks
>
> Nick
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Ghost Snapshot Disk

2018-02-27 Thread Shani Leviim
Hi Lionel,

Sorry for the delay in replying you.

If it's possible from your side, syncing the data and destroying old disk
sounds about right.

In addition, it seems like you're having this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1509629
And it was fixed for version 4.1.9. and above.



*Regards,*

*Shani Leviim*

On Mon, Feb 26, 2018 at 4:18 PM, Lionel Caignec <caig...@cines.fr> wrote:

> Ok so i reply myself,
>
> Version is 4.1.7.6-1
>
> I just delete manually a snapshot previously created. But this is an io
> intensive vm, whit big disk (2,5To, and 5To).
>
> For the log, i cannot paste all my log on public list security reason, i
> will send you full in private.
> Here is an extract relevant to my error
> engine.log-20180210:2018-02-09 23:00:03,200+01 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-312) [44402a8c-3196-43f0-ba33-307ea78e6f49] EVENT_ID:
> USER_CREATE_SNAPSHOT(45), Correlation ID: 
> 44402a8c-3196-43f0-ba33-307ea78e6f49,
> Job ID: 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom
> ID: null, Custom Event ID: -1, Message: Snapshot 
> 'AUTO_7D_zz_nil_20180209_220002'
> creation for VM 'zz_nil' was initiated by snap_user@internal.
> engine.log-20180210:2018-02-09 23:01:06,578+01 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (DefaultQuartzScheduler5) [] EVENT_ID: 
> USER_CREATE_SNAPSHOT_FINISHED_SUCCESS(68),
> Correlation ID: 44402a8c-3196-43f0-ba33-307ea78e6f49, Job ID:
> 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom ID: null,
> Custom Event ID: -1, Message: Snapshot 'AUTO_7D_zz_nil_20180209_220002'
> creation for VM 'zz_nil' has been completed.
> engine.log-20180220:2018-02-19 17:01:23,800+01 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-113) [] EVENT_ID: USER_REMOVE_SNAPSHOT(342), Correlation ID:
> 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: 
> c9a918a7-b00c-43cf-b6de-3659ac0765da,
> Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Snapshot
> 'AUTO_7D_zz_nil_20180209_220002' deletion for VM 'zz_nil' was initiated
> by acaignec@ldap-cines-authz.
> engine.log-20180221:2018-02-20 22:24:45,174+01 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (DefaultQuartzScheduler6) [06a9efa4-1b80-4021-bf3e-41ecebe58a88]
> EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Correlation ID:
> 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: 
> c9a918a7-b00c-43cf-b6de-3659ac0765da,
> Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Failed to
> delete snapshot 'AUTO_7D_zz_nil_20180209_220002' for VM 'zz_nil'.
>  2018-02-20 22:24:46,266+01 INFO  
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (DefaultQuartzScheduler3) [516079c3] SPMAsyncTask::PollTask: Polling task
> '34137342-4f30-476d-b16c-1cb7e0ea0ac0' (Parent Command 'DestroyImage',
> Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters')
> returned status 'finished', result 'success'.
> 2018-02-20 22:24:46,267+01 INFO  
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (DefaultQuartzScheduler3) [516079c3] BaseAsyncTask::onTaskEndSuccess:
> Task '34137342-4f30-476d-b16c-1cb7e0ea0ac0' (Parent Command
> 'DestroyImage', Parameters Type 
> 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters')
> ended successfully.
> 2018-02-20 22:24:46,268+01 INFO  
> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
> (DefaultQuartzScheduler3) [516079c3] CommandAsyncTask::endActionIfNecessary:
> All tasks of command 'fe8c91f2-386b-4b3f-bbf3-aeda8e9244c6' has ended ->
> executing 'endAction'
> 2018-02-20 22:24:46,268+01 INFO  
> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
> (DefaultQuartzScheduler3) [516079c3] CommandAsyncTask::endAction: Ending
> action for '1' tasks (command ID: 'fe8c91f2-386b-4b3f-bbf3-aeda8e9244c6'):
> calling endAction '.
> 2018-02-20 22:24:46,268+01 INFO  
> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
> (org.ovirt.thread.pool-6-thread-20) [516079c3] 
> CommandAsyncTask::endCommandAction
> [within thread] context: Attempting to endAction 'DestroyImage',
> 2018-02-20 22:24:46,269+01 ERROR 
> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
> (org.ovirt.thread.pool-6-thread-20) [516079c3] [within thread]: endAction
> for action type DestroyImage threw an exception.:
> java.lang.NullPointerException
> at org.ovirt.engine.core.bll.tasks.CoCoAsyncTaskHelper.
> endAction(CoCoAsyncTaskHelper.java:335) [bll.jar:]
> at org.ovirt.engine.core.bll.tasks.CommandCoordinatorImpl.
> endAction(CommandCoordinatorImpl.java:340) [bll.jar:]
> at org.ovirt.engine.core.bll.tasks.CommandAsyncTask.
>

Re: [ovirt-users] Ghost Snapshot Disk

2018-02-26 Thread Shani Leviim
Hi,

What is your engine version, please?
I'm trying to reproduce your steps, for understanding better was is the
cause for that error. Therefore, a full engine log is needed.
Can you please attach it?

Thanks,


*Shani Leviim*

On Mon, Feb 26, 2018 at 2:48 PM, Lionel Caignec <caig...@cines.fr> wrote:

> Hi
>
> 1) this is error message from ui.log
>
>  2018-02-26 13:44:10,001+01 ERROR [org.ovirt.engine.ui.frontend.
> server.gwt.OvirtRemoteLoggingService] (default task-3) [] Permutation
> name: 8C01181C3B121D0AAE1312275CC96415
> 2018-02-26 13:44:10,001+01 ERROR 
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-3) [] Uncaught exception: 
> com.google.gwt.core.client.JavaScriptException:
> (TypeError)
>  __gwt$exception: : Cannot read property 'F' of null
> at org.ovirt.engine.ui.uicommonweb.models.storage.
> DisksAllocationModel$3.$onSuccess(DisksAllocationModel.java:120)
> at org.ovirt.engine.ui.uicommonweb.models.storage.
> DisksAllocationModel$3.onSuccess(DisksAllocationModel.java:120)
> at 
> org.ovirt.engine.ui.frontend.Frontend$2.$onSuccess(Frontend.java:233)
> [frontend.jar:]
> at 
> org.ovirt.engine.ui.frontend.Frontend$2.onSuccess(Frontend.java:233)
> [frontend.jar:]
> at org.ovirt.engine.ui.frontend.communication.
> OperationProcessor$2.$onSuccess(OperationProcessor.java:139)
> [frontend.jar:]
> at org.ovirt.engine.ui.frontend.communication.
> OperationProcessor$2.onSuccess(OperationProcessor.java:139)
> [frontend.jar:]
> at org.ovirt.engine.ui.frontend.communication.
> GWTRPCCommunicationProvider$5$1.$onSuccess(GWTRPCCommunicationProvider.java:269)
> [frontend.jar:]
> at org.ovirt.engine.ui.frontend.communication.
> GWTRPCCommunicationProvider$5$1.onSuccess(GWTRPCCommunicationProvider.java:269)
> [frontend.jar:]
> at com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter.
> onResponseReceived(RequestCallbackAdapter.java:198) [gwt-servlet.jar:]
> at 
> com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:237)
> [gwt-servlet.jar:]
> at 
> com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409)
> [gwt-servlet.jar:]
> at Unknown.eval(webadmin-0.js@65)
> at com.google.gwt.core.client.impl.Impl.apply(Impl.java:296)
> [gwt-servlet.jar:]
> at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335)
> [gwt-servlet.jar:]
> at Unknown.eval(webadmin-0.js@54)
>
>
> 2) This line seems to be about the bad disk :
>
>  f242cc9a-56c1-4ae4-aef0-f75eb01f74b1 | 2018-01-17 22:02:00+01 |
> 2748779069440 | ---- |
> ---- |   4 | 2018-01-18
> 22:01:20.5+01   | 0dd2090c-3491-4fa1-98c3-54ae88be793c
>
>
> 3) Snapshot table is empty for the concerned vm_id.
>
> - Mail original -
> De: "Shani Leviim" <slev...@redhat.com>
> À: "Lionel Caignec" <caig...@cines.fr>
> Cc: "users" <users@ovirt.org>
> Envoyé: Lundi 26 Février 2018 13:31:23
> Objet: Re: [ovirt-users] Ghost Snapshot Disk
>
> Hi Lionel,
>
> The error message you've mentioned sounds like a UI error.
> Can you please attach your ui log?
>
> Also, on the data from 'images' table you've uploaded, can you describe
> which line is the relevant disk?
>
> Finally (for now), in case the snapshot was deleted, can you please
> validate it by viewing the output of:
> $ select * from snapshots;
>
>
>
> *Regards,*
>
> *Shani Leviim*
>
> On Mon, Feb 26, 2018 at 9:20 AM, Lionel Caignec <caig...@cines.fr> wrote:
>
> > Hi Shani,
> > thank you for helping me with your reply,
> > i juste make a little mistake on explanation. In fact it's the snapshot
> > does not exist anymore. This is the disk(s) relative to her wich still
> > exist, and perhaps LVM volume.
> > So can i delete manually this disk in database? what about the lvm
> volume?
> > Is it better to recreate disk sync data and destroy old one?
> >
> >
> >
> > - Mail original -
> > De: "Shani Leviim" <slev...@redhat.com>
> > À: "Lionel Caignec" <caig...@cines.fr>
> > Cc: "users" <users@ovirt.org>
> > Envoyé: Dimanche 25 Février 2018 14:26:41
> > Objet: Re: [ovirt-users] Ghost Snapshot Disk
> >
> > Hi Lionel,
> >
> > You can try to delete that snapshot directly from the database.
> >
> > In case of using psql  [1], once you've logged in to your database, you
> can
> > run this query:
> > $ select * from snapshots where

Re: [ovirt-users] Ghost Snapshot Disk

2018-02-26 Thread Shani Leviim
Hi Lionel,

The error message you've mentioned sounds like a UI error.
Can you please attach your ui log?

Also, on the data from 'images' table you've uploaded, can you describe
which line is the relevant disk?

Finally (for now), in case the snapshot was deleted, can you please
validate it by viewing the output of:
$ select * from snapshots;



*Regards,*

*Shani Leviim*

On Mon, Feb 26, 2018 at 9:20 AM, Lionel Caignec <caig...@cines.fr> wrote:

> Hi Shani,
> thank you for helping me with your reply,
> i juste make a little mistake on explanation. In fact it's the snapshot
> does not exist anymore. This is the disk(s) relative to her wich still
> exist, and perhaps LVM volume.
> So can i delete manually this disk in database? what about the lvm volume?
> Is it better to recreate disk sync data and destroy old one?
>
>
>
> - Mail original -
> De: "Shani Leviim" <slev...@redhat.com>
> À: "Lionel Caignec" <caig...@cines.fr>
> Cc: "users" <users@ovirt.org>
> Envoyé: Dimanche 25 Février 2018 14:26:41
> Objet: Re: [ovirt-users] Ghost Snapshot Disk
>
> Hi Lionel,
>
> You can try to delete that snapshot directly from the database.
>
> In case of using psql  [1], once you've logged in to your database, you can
> run this query:
> $ select * from snapshots where vm_id = '';
> This one would list the snapshots associated with a VM by its id.
>
> In case you don't have you vm_id, you can locate it by querying:
> $ select * from vms where vm_name = 'nil';
> This one would show you some details about a VM by its name (including the
> vm's id).
>
> Once you've found the relevant snapshot, you can delete it by running:
> $ delete from snapshots where snapshot_id = '';
> This one would delete the desired snapshot from the database.
>
> Since it's a delete operation, I would suggest confirming the ids before
> executing it.
>
> Hope you've found it useful!
>
> [1]
> https://www.ovirt.org/documentation/install-guide/appe-Preparing_a_Remote_
> PostgreSQL_Database_for_Use_with_the_oVirt_Engine/
>
>
> *Regards,*
>
> *Shani Leviim*
>
> On Fri, Feb 23, 2018 at 9:25 AM, Lionel Caignec <caig...@cines.fr> wrote:
>
> > Hi,
> >
> > i've a problem with snapshot. On one VM i've a "snapshot" ghost without
> > name or uuid, only information is size (see attachment). In the snapshot
> > tab there is no trace about this disk.
> >
> > In database (table images) i found this :
> >   f242cc9a-56c1-4ae4-aef0-f75eb01f74b1 | 2018-01-17 22:02:00+01 |
> > 2748779069440 | ---- |
> > ---- |   4 | 2018-01-18
> > 22:01:20.5+01   | 0dd2090c-3491-4fa1-98c3-54ae88be793c
> >  |   2 | 4 | 17e26476-cecb-441d-a5f7-46ab3ef387ee |
> > 2018-01-17 22:01:29.663334+01 | 2018-01-19 08:40:14.345229+01 | f  |
> >  1 |   2
> >  1c7650fa-542b-4ec2-83a1-d2c1c31be5fd | 2018-01-17 22:02:03+01 |
> > 536870912 | ---- |
> > ---- |   4 | 2018-01-18
> > 22:01:20.84+01  | 0dd2090c-3491-4fa1-98c3-54ae88be793c
> >  |   2 | 4 | bf834a91-c69f-4d2c-b639-116ed58296d8 |
> > 2018-01-17 22:01:29.836133+01 | 2018-01-19 08:40:19.083508+01 | f  |
> >  1 |   2
> >  8614b21f-c0de-40f2-b4fb-e5cf193b0743 | 2018-02-09 23:00:44+01 |
> > 536870912 | ---- |
> > ---- |   4 | 2018-02-16
> > 23:00:02.855+01 | 390175dc-baf4-4831-936a-5ea68fa4c969
> >
> >
> >  But i does not know which line is my disk. Is it possible to delete
> > directly into database?
> >  Or is it better to dump my disk to another new and delete the "corrupted
> > one"?
> >
> >  Another thing, when i try to move the disk to another storage domain i
> > always get "uncaght exeption occured ..." and no error in engine.log.
> >
> >
> >  Thank you for helping.
> >
> > --
> > Lionel Caignec
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Ghost Snapshot Disk

2018-02-25 Thread Shani Leviim
Hi Lionel,

You can try to delete that snapshot directly from the database.

In case of using psql  [1], once you've logged in to your database, you can
run this query:
$ select * from snapshots where vm_id = '';
This one would list the snapshots associated with a VM by its id.

In case you don't have you vm_id, you can locate it by querying:
$ select * from vms where vm_name = 'nil';
This one would show you some details about a VM by its name (including the
vm's id).

Once you've found the relevant snapshot, you can delete it by running:
$ delete from snapshots where snapshot_id = '';
This one would delete the desired snapshot from the database.

Since it's a delete operation, I would suggest confirming the ids before
executing it.

Hope you've found it useful!

[1]
https://www.ovirt.org/documentation/install-guide/appe-Preparing_a_Remote_PostgreSQL_Database_for_Use_with_the_oVirt_Engine/


*Regards,*

*Shani Leviim*

On Fri, Feb 23, 2018 at 9:25 AM, Lionel Caignec <caig...@cines.fr> wrote:

> Hi,
>
> i've a problem with snapshot. On one VM i've a "snapshot" ghost without
> name or uuid, only information is size (see attachment). In the snapshot
> tab there is no trace about this disk.
>
> In database (table images) i found this :
>   f242cc9a-56c1-4ae4-aef0-f75eb01f74b1 | 2018-01-17 22:02:00+01 |
> 2748779069440 | ---- |
> ---- |   4 | 2018-01-18
> 22:01:20.5+01   | 0dd2090c-3491-4fa1-98c3-54ae88be793c
>  |   2 | 4 | 17e26476-cecb-441d-a5f7-46ab3ef387ee |
> 2018-01-17 22:01:29.663334+01 | 2018-01-19 08:40:14.345229+01 | f  |
>  1 |   2
>  1c7650fa-542b-4ec2-83a1-d2c1c31be5fd | 2018-01-17 22:02:03+01 |
> 536870912 | ---- |
> ---- |   4 | 2018-01-18
> 22:01:20.84+01  | 0dd2090c-3491-4fa1-98c3-54ae88be793c
>  |   2 | 4 | bf834a91-c69f-4d2c-b639-116ed58296d8 |
> 2018-01-17 22:01:29.836133+01 | 2018-01-19 08:40:19.083508+01 | f  |
>  1 |   2
>  8614b21f-c0de-40f2-b4fb-e5cf193b0743 | 2018-02-09 23:00:44+01 |
> 536870912 | ---- |
> ---- |   4 | 2018-02-16
> 23:00:02.855+01 | 390175dc-baf4-4831-936a-5ea68fa4c969
>
>
>  But i does not know which line is my disk. Is it possible to delete
> directly into database?
>  Or is it better to dump my disk to another new and delete the "corrupted
> one"?
>
>  Another thing, when i try to move the disk to another storage domain i
> always get "uncaght exeption occured ..." and no error in engine.log.
>
>
>  Thank you for helping.
>
> --
> Lionel Caignec
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] restore snapshot cannot restore memory

2018-02-25 Thread Shani Leviim
Hi,

Can you please attach full engine and vdsm logs?


*Regards,*

*Shani Leviim*

On Fri, Feb 23, 2018 at 6:05 PM, pengyixiang <yxpengi...@163.com> wrote:

> hello
> I found if we retore snapshot, memory cannot be restored, I test it
> with ovirt-4.1.2、vdsm-4.17.0 and libvirt-3.0.0,
> and i get some errors in [1],it seems vm not paused in creating snapshot,
> but self._underlyingCont() called in vm starting,
> so error occurs, then vm is started in libvirt but shutdowned in vdsm,
> changes in [2], then it works well.
>
>
> [1]
> 2018-02-12 19:39:23,830+0800 ERROR (vm/d7be0fde) [virt.vm]
> (vmId='d7be0fde-f9b9-4447-a250-2453482faef9') The vm start process failed
> (vm:662)
> Traceback (most recent call last):
>   File "/usr/share/vdsm/virt/vm.py", line 607, in _startUnderlyingVm
> self._completeIncomingMigration()
>   File "/usr/share/vdsm/virt/vm.py", line 3268, in
> _completeIncomingMigration
> self.cont()
>   File "/usr/share/vdsm/virt/vm.py", line 1128, in cont
> self._underlyingCont()
>   File "/usr/share/vdsm/virt/vm.py", line 3368, in _underlyingCont
> self._dom.resume()
>   File "/usr/lib/python2.7/dist-packages/vdsm/virt/virdomain.py", line
> 69, in f
> ret = attr(*args, **kwargs)
>   File "/usr/lib/python2.7/dist-packages/vdsm/libvirtconnection.py", line
> 123, in wrapper
> ret = f(*args, **kwargs)
>   File "/usr/lib/python2.7/dist-packages/vdsm/utils.py", line 926, in
> wrapper
> return func(inst, *args, **kwargs)
>   File "/usr/lib/python2.7/dist-packages/libvirt.py", line 1905, in resume
> if ret == -1: raise libvirtError ('virDomainResume() failed', dom=self)
> libvirtError: Requested operation is not valid: domain is already running
>
> [2]
> --- a/Linx_Node/node_iso/install_script/py/vdsm/vdsm/virt/vm.py
> +++ b/Linx_Node/node_iso/install_script/py/vdsm/vdsm/virt/vm.py
> @@ -3677,6 +3677,8 @@ class Vm(object):
>  else:
>  snapFlags |= libvirt.VIR_DOMAIN_SNAPSHOT_CREATE_DISK_ONLY
>
> +self._underlyingPause()
> +
>  # When creating memory snapshot libvirt will pause the vm
>  should_freeze = not (memoryParams or frozen)
>
> @@ -3734,6 +3736,8 @@ class Vm(object):
>  if memoryParams:
>  self.cif.teardownVolumePath(memoryVol)
>
> +self._underlyingCont()
> +
>  # Returning quiesce to notify the manager whether the guest agent
>  # froze and flushed the filesystems or not.
>  quiesce = should_freeze and freezed["status"]["code"] == 0
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] GUI trouble when adding FC datadomain

2018-02-07 Thread Shani Leviim
Hi,
There's a fix available for ovirt-engine-4.2.1  [1]

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


*Regards,*

*Shani Leviim*

On Fri, Feb 2, 2018 at 2:18 PM, Yaniv Kaul <yk...@redhat.com> wrote:

>
>
> On Feb 2, 2018 1:09 PM, "Roberto Nunin" <robnu...@gmail.com> wrote:
>
> Hi Yaniv
>
> Currently Engine is 4.2.0.2-1 on CentOS7.4
> I've used  using oVirt Node image 4.2-2017122007.iso
>
> LUN I need is certainly empty. (the second one in the list).
>
>
> Please file a bug with logs, so we can understand the issue better.
> Y.
>
>
>
>
> 2018-02-02 13:01 GMT+01:00 Yaniv Kaul <yk...@redhat.com>:
>
>> Which version are you using? Are you sure the LUNs are empty?
>> Y.
>>
>>
>> On Feb 2, 2018 11:19 AM, "Roberto Nunin" <robnu...@gmail.com> wrote:
>>
>>> Hi all
>>>
>>> I'm trying to setup ad HE cluster, with FC domain.
>>> HE is also on FC.
>>>
>>> When I try to add the first domain in the datacenter, I've this form:
>>>
>>> [image: Immagine incorporata 1]
>>>
>>> So I'm not able to choose any of the three volumes currently masked
>>> towards the chosen host.
>>> I've tried all browser I've: Firefox 58, Chrome 63, IE 11, MS Edge, with
>>> no changes.
>>>
>>> Tried to click in the rows, scrolling etc.  with no success.
>>>
>>> Someone has found the same issue ?
>>> Thanks in advance
>>>
>>> --
>>> Roberto Nunin
>>>
>>>
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>
>
> --
> Roberto Nunin
>
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Ovirt backups lead to unresponsive VM

2018-02-07 Thread Shani Leviim
Hi Alex,
Sorry for the mail's delay.

>From a brief look at your logs, I've noticed that the error you've got at
the engine's log was logged at 2018-02-03 00:22:56,
while your vdsm's log ends at 2018-02-03 00:01:01.
Is there a way you can reproduce a fuller vdsm log?


*Regards,*

*Shani Leviim*

On Sat, Feb 3, 2018 at 5:41 PM, Alex K <rightkickt...@gmail.com> wrote:

> Attaching vdm log from host that trigerred the error, where the Vm that
> was being cloned was running at that time.
>
> thanx,
> Alex
>
> On Sat, Feb 3, 2018 at 5:20 PM, Yaniv Kaul <yk...@redhat.com> wrote:
>
>>
>>
>> On Feb 3, 2018 3:24 PM, "Alex K" <rightkickt...@gmail.com> wrote:
>>
>> Hi All,
>>
>> I have reproduced the backups failure. The VM that failed is named
>> Win-FileServer and is a Windows 2016 server 64bit with 300GB of disk.
>> During the cloning step the VM went unresponsive and I had to stop/start
>> it.
>> I am attaching the logs.I have another VM with same OS (named DC-Server
>> within the logs) but with smaller disk (60GB) which does not give any error
>> when it is cloned.
>> I see a line:
>>
>> EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call
>> Stack: null, Custom ID: null, Custom Event ID: -1, Message: VDSM
>> v2.sitedomain command SnapshotVDS failed: Message timeout which can be
>> caused by communication issues
>>
>>
>> I suggest adding relevant vdsm.log as well.
>> Y.
>>
>>
>> I appreciate any advise why I am facing such issue with the backups.
>>
>> thanx,
>> Alex
>>
>> On Tue, Jan 30, 2018 at 12:49 AM, Alex K <rightkickt...@gmail.com> wrote:
>>
>>> Ok. I will reproduce and collect logs.
>>>
>>> Thanx,
>>> Alex
>>>
>>> On Jan 29, 2018 20:21, "Mahdi Adnan" <mahdi.ad...@outlook.com> wrote:
>>>
>>> I have Windows VMs, both client and server.
>>> if you provide the engine.log file we might have a look at it.
>>>
>>>
>>> --
>>>
>>> Respectfully
>>> *Mahdi A. Mahdi*
>>>
>>> --
>>> *From:* Alex K <rightkickt...@gmail.com>
>>> *Sent:* Monday, January 29, 2018 5:40 PM
>>> *To:* Mahdi Adnan
>>> *Cc:* users
>>> *Subject:* Re: [ovirt-users] Ovirt backups lead to unresponsive VM
>>>
>>> Hi,
>>>
>>> I have observed this logged at host when the issue occurs:
>>>
>>> VDSM command GetStoragePoolInfoVDS failed: Connection reset by peer
>>>
>>> or
>>>
>>> VDSM host.domain command GetStatsVDS failed: Connection reset by peer
>>>
>>> At engine logs have not been able to correlate.
>>>
>>> Are you hosting Windows 2016 server and Windows 10 VMs?
>>> The weird is that I have same setup on other clusters with no issues.
>>>
>>> Thanx,
>>> Alex
>>>
>>> On Sun, Jan 28, 2018 at 9:21 PM, Mahdi Adnan <mahdi.ad...@outlook.com>
>>> wrote:
>>>
>>> Hi,
>>>
>>> We have a cluster of 17 nodes, backed by GlusterFS storage, and using
>>> this same script for backup.
>>> we have no issues with it so far.
>>> have you checked engine log file ?
>>>
>>>
>>> --
>>>
>>> Respectfully
>>> *Mahdi A. Mahdi*
>>>
>>> --
>>> *From:* users-boun...@ovirt.org <users-boun...@ovirt.org> on behalf of
>>> Alex K <rightkickt...@gmail.com>
>>> *Sent:* Wednesday, January 24, 2018 4:18 PM
>>> *To:* users
>>> *Subject:* [ovirt-users] Ovirt backups lead to unresponsive VM
>>>
>>> Hi all,
>>>
>>> I have a cluster with 3 nodes, using ovirt 4.1 in a self hosted setup on
>>> top glusterfs.
>>> On some VMs (especially one Windows server 2016 64bit with 500 GB of
>>> disk). Guest agents are installed at VMs. i almost always observe that
>>> during the backup of the VM the VM is rendered unresponsive (dashboard
>>> shows a question mark at the VM status and VM does not respond to ping or
>>> to anything).
>>>
>>> For scheduled backups I use:
>>>
>>> https://github.com/wefixit-AT/oVirtBackup
>>>
>>> The script does the following:
>>>
>>> 1. snapshot VM (this is done ok without any failure)
>>>
>>> 2. Clone snapshot (this steps renders the VM unresponsive)
>>>
>>> 3. Export Clone
>>>
>>> 4. Delete clone
>>>
>>> 5. Delete snapshot
>>>
>>>
>>> Do you have any similar experience? Any suggestions to address this?
>>>
>>> I have never seen such issue with hosted Linux VMs.
>>>
>>> The cluster has enough storage to accommodate the clone.
>>>
>>>
>>> Thanx,
>>>
>>> Alex
>>>
>>>
>>>
>>>
>>>
>>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Move Export Domain across web via NFS verses Rsync Image

2018-01-31 Thread Shani Leviim
Hi Matt,
Can you please provide engine.log ?


*Regards,*

*Shani Leviim*

On Wed, Jan 31, 2018 at 1:47 AM, Matt Simonsen <m...@khoza.com> wrote:

> On 01/30/2018 03:43 PM, Christopher Cox wrote:
>
>> So, you're saying you export to an Export Domain (NFS), detach, and then
>> rsync that somewhere else (a different NFS system) and try to attach that
>> an Export(import) Domain to a different datacenter and import? Sounds like
>> it should work to me.
>>
>
>
>
>
> Yea. Exactly as you described below.
>
> If there's any reason this would be a problem, I'd love to hear others
> chime in.
>
> Thanks
>
> Matt
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt self-hosted Engine [Failed to acquire lock: error -243]

2017-11-27 Thread Shani Leviim
Hi Terry,
Can you please attach engine and vdsm logs?



*Regards,*

*Shani Leviim*

On Mon, Nov 27, 2017 at 11:29 AM, Terry hey <recreati...@gmail.com> wrote:

> Hello all,
> I installed ovirt self-hosted engine. Unfortunately, the engine VM was
> suddenly shutdown. And later, it automatically powered on. The engine admin
> console showed the following error.
> VM HostedEngine is down with error. Exit message: resource busy: Failed to
> acquire lock: error -243.
>
> I would like to know what is this error message is talking about and how
> to solve this error.
>
> I would like to first thank all of you help me to solve this issue.
>
> Regards,
> Terry
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Ovirt 4.2pre Moving disks when VM is running

2017-11-27 Thread Shani Leviim
Hi,
When you'll press 'ok', a snapshot of that disk's image chain (its Base
volume) is created in the source storage domain, and the entire image chain
is replicated in the destination storage domain.
It doesn't effect the original disk, and meanwhile, the VM keep "act
normally":

- If the VM's actions only deal with reading the disk, creating its
snapshot should be a simpler task.
- In case the VM writes data to the disk, a new snapshot volume which
contains only the changes (for simplifying, you can think the way "git
diff" works) is being created on both source and destination targets.
​While the base volume is being copied from the source target to the
destination target​, those snapshot volumes (for disk's changes) get
synchronized.

When the disk's images on both source and destination targets are
identical, the VM points to the 'new' image and deletes the old pointer.
I.e. the disk was successfully moved.

In case of any failure during the migration, since targeted destination
contains only a snapshot of the original disk's image, the original image
isn't being effected,
So there won't be a data lose and operation just fails.
Also, busy network can affect the migration's duration.

​More data about the process are available here:
https://www.ovirt.org/develop/release-management/features/storage/storagelivemigration/
​


*Regards,*

*Shani Leviim*

On Sun, Nov 26, 2017 at 5:38 PM, Arman Khalatyan <arm2...@gmail.com> wrote:

> hi Sahni,
> thanks for the details.
> Looks like the live storage migration might fail on the heavy loaded
> virtual machines. I just tried to move from nfs to iscsi storage(most of
> the cases they moved w/o error), the message on the move dialog warns us
> "! moving following disks when VM is running", if we press "ok ! do it" what
> are the consequences? it is not explained in the docs.
> thank you beforehand
> Arman.
>
>
> Am 26.11.2017 2:12 nachm. schrieb "Shani Leviim" <slev...@redhat.com>:
>
> Hi Arman,
> VM's migration and disks migration are two different things:
>
> - Live storage migration:
> A VM's disk can be moved to another storage domain while the VM is
> running, by copying the disk's structure the destination domain.
> The hard part of live storage migration is moving the active layer volumes
> from one domain to another, while the VM is writing to those volumes.
> By using a replication operation, the data is written to both source and
> destination volumes.
> When both volumes contain the same data, the block job operation can be
> aborted, pivoting to the new disk.
>
> You may find more detailed information here:
> https://www.ovirt.org/develop/release-management/features/st
> orage/live-storage-migration-between-mixed-domains/
>
> - Live migration:
> Provides the ability to move a running virtual machine between physical
> hosts with no interruption to service.
> The virtual machine remains powered on and user applications continue to
> run while the virtual machine is relocated to a new physical host.
> A running virtual machine can be live migrated to any host within its
> designated host cluster.
> Live migration of virtual machines does not cause any service interruption.
>
> You may find some more information here: https://access.redhat.com/docu
> mentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/A
> dministration_Guide/sect-Migrating_Virtual_Machines_Between_
> Hosts.html#What_is_live_migration
>
> Hope it helps!
>
>
> *Regards,*
>
> *Shani Leviim*
>
> On Fri, Nov 24, 2017 at 11:54 AM, Arman Khalatyan <arm2...@gmail.com>
> wrote:
>
>> hi,
>> I have some test enviroment with ovirt
>> "4.2.0-0.0.master.20171114071105.gitdfdc401.el7.centos"
>> 2hosts+2NFS-domains
>>
>> During the multiple disk movement between the domains I am getting this
>> warning:
>> Moving disks while the VMs are running.(this is not so scary red as in
>> 4.1.x :) )
>>
>> What kind of problems can happen during the movement?
>>
>> Thanks,
>> Arman.
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Ovirt 4.2pre Moving disks when VM is running

2017-11-26 Thread Shani Leviim
Hi Arman,
VM's migration and disks migration are two different things:

- Live storage migration:
A VM's disk can be moved to another storage domain while the VM is running,
by copying the disk's structure the destination domain.
The hard part of live storage migration is moving the active layer volumes
from one domain to another, while the VM is writing to those volumes.
By using a replication operation, the data is written to both source and
destination volumes.
When both volumes contain the same data, the block job operation can be
aborted, pivoting to the new disk.

You may find more detailed information here:
https://www.ovirt.org/develop/release-management/features/storage/live-storage-migration-between-mixed-domains/

- Live migration:
Provides the ability to move a running virtual machine between physical
hosts with no interruption to service.
The virtual machine remains powered on and user applications continue to
run while the virtual machine is relocated to a new physical host.
A running virtual machine can be live migrated to any host within its
designated host cluster.
Live migration of virtual machines does not cause any service interruption.

You may find some more information here:
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Administration_Guide/sect-Migrating_Virtual_Machines_Between_Hosts.html#What_is_live_migration

Hope it helps!


*Regards,*

*Shani Leviim*

On Fri, Nov 24, 2017 at 11:54 AM, Arman Khalatyan <arm2...@gmail.com> wrote:

> hi,
> I have some test enviroment with ovirt
> "4.2.0-0.0.master.20171114071105.gitdfdc401.el7.centos"
> 2hosts+2NFS-domains
>
> During the multiple disk movement between the domains I am getting this
> warning:
> Moving disks while the VMs are running.(this is not so scary red as in
> 4.1.x :) )
>
> What kind of problems can happen during the movement?
>
> Thanks,
> Arman.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Shared vs Local Storage for Datacenters

2017-11-26 Thread Shani Leviim
Hi,

I'm wondering at the moment what the actual difference is between
> Shared and Local Storage Datacenters.
>
> ​By definition, taken from here [1],
Local storage:
When you set up a host to use local storage, the host automatically gets
added to a new data center and cluster that *no other hosts* can be added
to​.
Multiple host clusters require that all hosts have access to all storage
domains, which is *not *possible with local storage.
Virtual machines created in a single host cluster cannot be migrated,
fenced or scheduled.

Shared storage:
Set up NFS shares that will serve as a data domain and an export domain.
Storage data domains can be unattached from a data center and imported to
another data center in the same environment, or in a different environment.
Virtual machines, floating virtual disk images, and templates can then be
uploaded from the imported storage domain to the attached data center.


> As far as I can see a Local DC supports NFS as well which makes it a
> more flexible DC in storage if you ask me, so why do both still exist
> ?
>
> In fact by setting a local DC, only one host can be added and there's no
high availability functionality.
According to [2], a local DC supports NFS shares for migration needs.
In case of sharing resources between more that one host, you should use a
Shared DC.


> Is it possible in a decent way to change a running Shared Storage DC
> to a Local one and Keep the NFS shares and add some local mounts for
> specific hosts ?
>
> ​Since a shared DC can support more than one host (while local DC supports
exactly one), it's not possible moving from 'Share' type to a 'Local' type.​


> I hope someone can clearify!
>
​Hope it makes more sense.​


​​
[1] https://www.ovirt.org/documentation/admin-guide/chap-Storage/
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1302185


*Regards,*
*Shani Leviim*​
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] slow performance with export storage on glusterfs

2017-11-22 Thread Shani Leviim
Hi Jiri,
Sorry for the delay.

Do you experience the same issue for non-gluster domains?

In order to profile your gluster volume while export is in progress, follow
the instructions in this link [1].
(Please execute "gluster volume profile  start " and then "gluster
volume profile  info")

[1]
https://access.redhat.com/documentation/en-US/Red_Hat_Storage/2.1/html/Administration_Guide/chap-User_Guide-Monitor_Workload.html


*Regards,*

*Shani Leviim*

On Mon, Nov 20, 2017 at 5:20 PM, Jiří Sléžka <jiri.sle...@slu.cz> wrote:

> Hi,
>
> I am trying realize why is exporting of vm to export storage on
> glusterfs such slow.
>
> I am using oVirt and RHV, both instalations on version 4.1.7.
>
> Hosts have dedicated nics for rhevm network - 1gbps, data storage itself
> is on FC.
>
> GlusterFS cluster lives separate on 4 dedicated hosts. It has slow disks
> but I can achieve about 200-400mbit throughput in other applications (we
> are using it for "cold" data, backups mostly).
>
> I am using this glusterfs cluster as backend for export storage. When I
> am exporting vm I can see only about 60-80mbit throughput.
>
> What could be the bottleneck here?
>
> Could it be qemu-img utility?
>
> vdsm  97739  0.3  0.0 354212 29148 ?S /usr/bin/qemu-img convert -p -t none -T none -f raw
> /rhev/data-center/2ff6d0ee-a10b-473d-b77c-be9149945f5f/
> ff3cd56a-1005-4426-8137-8f422c0b47c1/images/ba42cbcc-
> c068-4df8-af3d-00f2077b1e27/c57acd5f-d6cf-48cc-ad0c-4a7d979c0c1e
> -O raw
> /rhev/data-center/mnt/glusterSD/10.20.30.41:_rhv__
> export/81094499-a392-4ea2-b081-7c6288fbb636/images/
> ba42cbcc-c068-4df8-af3d-00f2077b1e27/c57acd5f-d6cf-48cc-ad0c-4a7d979c0c1e
>
> Any idea how to make it work faster or what throughput should I expected?
>
> Cheers,
>
> Jiri
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt node and NFS

2017-11-21 Thread Shani Leviim
Hi Mangnus,
Have you tried the troubleshooting-nfs-storage-issues page?
https://www.ovirt.org/documentation/how-to/troubleshooting/troubleshooting-nfs-storage-issues/


*Regards,*

*Shani Leviim*

On Tue, Nov 21, 2017 at 12:26 PM, Magnus Isaksson <mag...@vmar.se> wrote:

> Anyone?
>
>
>
> //Magnus
>
>
>
> *From:* Magnus Isaksson
> *Sent:* den 20 november 2017 16:01
> *To:* 'users@ovirt.org' <users@ovirt.org>
> *Subject:* oVirt node and NFS
>
>
>
> Hi,
>
>
>
> This is probably an easy thing, but I can’t seem to find the solution.
>
>
>
> On my oVirt node 4.1 I have some NFS shares that I want other hosts to
> reach, but I noticed that the firewall is not open for that on the host.
>
> So, how to I configure the Nodes firewall?
>
>
>
> Regards
>
> Magnus Isaksson
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Native Access on gluster storage domain

2017-08-30 Thread Shani Leviim
Hi Stefano,
Can you please attach your engine and vdsm logs?


*Regards,*

*Shani Leviim*

On Wed, Aug 30, 2017 at 12:46 PM, Stefano Danzi <s.da...@hawai.it> wrote:

> Hello,
> I have a test environment with a sigle host and self hosted engine running 
> oVirt
> Engine: 4.1.5.2-1.el7.centos
>
> I what to try the option "Native Access on gluster storage domain" but I
> get an error because I have to put the
> host in maintenance mode. I can't do that because I have a single host so
> the hosted engine can't be migrated.
>
> There are a way to change this option but apply it at next reboot?
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Question on Datacenters / clusters / data domains

2017-08-28 Thread Shani Leviim
Hi Eduardo,
Welcome aboard!

First, you may find some relevant information in here: http://www.ovirt.org/
documentation/admin-guide/administration-guide/ .

Regarding your questions:
* A data domain in an oVirt Data Center must be available to every Host on
the Data Center: Am I right?
Yes, you're right.

* Can I manually migrate VMs between Datacenters?
VM migration can't be performed between data canters, so you can't use the
'migrate VM' function.
In order to "migrate" your VM between different data canters, you can use
'export' and 'import' functions and an 'export domain':
By creating an export domain for one of your DC's (each DC can have up to
one export domain), and exporting your VM to that storage domain,
you can then detach the export domain from that DC and attach it to the
other DC, and by importing there your VM you'll finish the transaction.

Another option is to detach the VM's storage domain from one DC and attach
it the second one.
That way you'll move the whole storage domain between your DCs.

If you have any further questions, don't hesitate to ask :)


*Regards,*

*Shani Leviim*

On Thu, Aug 24, 2017 at 2:51 PM, Eduardo Mayoral <emayo...@arsys.es> wrote:

> Hi,
>
> First of all, sorry for the naive question, but I have not been able
> to find good guidance on the docs.
>
> I come from the VMWare environment, now I am starting to migrate
> some workload from VMWare to oVirt (v4.1.4 , CentOS 7.3 hosts).
>
> In VMWare I am used to have one datacenter, several host clusters,
> and a bunch of iSCSI Datastores, but we do not map every iSCSI
> LUN/datastore to every host. Actually we used to do that, but we hit
> limits on the number of iSCSI paths with our infrastructure.
>
> Rather than that, we have groups of LUNs/Datastores mapped to the
> ESXi hosts which form a given VMware cluster. Then we have a couple of
> datastores mapped to every ESXi in the vmware datacenter, and we use
> those to store the ISO images and as storage that we use when we need to
> migrate VMs between clusters for some reason.
>
> Given the role of the Master data domain and the SPM in oVIrt it is
> my understanding that I cannot replicate this kind of setup in oVirt: a
> data domain in an oVirt Data Center must be available to every Host on
> the Data Center: Am I right?
>
> So, our current setup is still small, but I am concerned that as it
> grows, if I stay with one Datacenter, several clusters and a group of
> data domains mapped to every host I may run again into problems with the
> number of iSCSI paths (the limit in VMWare was around 1024), it is easy
> to reach that limit as it is (number of hosts) * (number of LUNs) *
> (number of paths/LUN).
>
> If I split my setup in several datacenters controlled by a single
> oVirt-engine in order to keep the number of iSCSI paths reasonable. Can
> I manually migrate VMs between Datacenters? I assume that in order to do
> that, those datacenters will need to share some data domain , Can this
> be done? Maybe with NFS?
>
> Thanks for your help!
>
> --
> Eduardo Mayoral Jimeno (emayo...@arsys.es)
> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
> +34 941 620 145 ext. 5153
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Failed to deploy hosted-engin wih ISCSI

2017-08-28 Thread Shani Leviim
Hi Willie,
Can you please attach the log file?

/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20170824112038-v09rvf.log



*Regards,*

*Shani Leviim*

On Thu, Aug 24, 2017 at 5:45 PM, Willie Cadete <williecad...@gmail.com>
wrote:

> Hello,
>
> It's my first time using mailing list, I hope that someone could help me.
>
> I'm trying to deploy hosted-engine on a server, but I can not use ISCSI
> storage.
>
> Configuration preview:
>
>  --== CONFIGURATION PREVIEW ==--
>
>   Bridge interface   : eno1
>   Engine FQDN:
> srsp-lab-ovirt01.example.org
>   Bridge name: ovirtmgmt
>   Host address   : srsp-lab-srv01.example.org
>   SSH daemon port: 22
>   Firewall manager   : iptables
>   Gateway address: 192.168.200.254
>   Storage Domain type: iscsi
>   LUN ID :
> 36f01faf000e05ff01f3659483c7c
>   Image size GB  : 58
>   iSCSI Portal IP Address: 192.168.130.102
>   iSCSI Target Name  :
> iqn.1984-05.com.dell:powervault.md3600i.6f01faf000e05ff052fd7354
>   iSCSI Portal port  : 3260
>   Host ID: 1
>   iSCSI Portal user  :
>   Console type   : vnc
>   Memory size MB : 4096
>   MAC address: 00:16:3e:18:85:93
>   Number of CPUs : 4
>   OVF archive (for disk boot):
> /usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.
> 1-20170821.1.el7.centos.ova
>   Appliance version  : 4.1-20170821.1.el7.centos
>   Restart engine VM after engine-setup: True
>   Engine VM timezone : America/Sao_Paulo
>   CPU Type   : model_SandyBridge
>
>   Please confirm installation settings (Yes, No)[Yes]:
>
>
> on hosted-setup I'm having this error message:
>
> [ INFO  ] Creating Volume Group
> [ ERROR ] Error creating Volume Group: Failed to initialize physical
> device: ("[u'/dev/mapper/36f01faf000e05ff01f3659483c7c']",)
> [ ERROR ] Failed to execute stage 'Misc configuration': Failed to
> initialize physical device: ("[u'/dev/mapper/36f01faf000e0
> 5ff01f3659483c7c']",)
> [ INFO  ] Yum Performing yum transaction rollback
> [ INFO  ] Stage: Clean up
> [ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-
> setup/answers/answers-20170824112807.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Hosted Engine deployment failed: this system is not reliable,
> please check the issue,fix and redeploy
>   Log file is located at /var/log/ovirt-hosted-engine-s
> etup/ovirt-hosted-engine-setup-20170824112038-v09rvf.log
>
> Thanks for any help.
>
> Best regards
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users