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

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

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

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

You need the following entities in the secondary site:

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

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



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

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

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



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

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



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

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


[ovirt-users] Re: major network changes

2019-07-24 Thread Strahil
The CA can be downloaded  via the web , or you can tell curl to just ignore the 
engine's cert via the '-k' flag.
It will show you if the health page is working.

Best Regards,
Strahil NikolovOn Jul 24, 2019 19:39, carl langlois  
wrote:
>
> Strahil, not sure what to put for the --cacert.
>
> Yes Derek your are right at one point the port 8702 stop listening.
>
> tcp6       0      0 127.0.0.1:8702          :::*                    LISTEN    
>   1607/ovirt-engine    
>
> After some time the line above disappear. I am trying to figure why this port 
> is being close after some time when  the engine is running on the host on the 
> 248.x network. On the 236.x network this port is kept alive all the time.
> If you have any hint on why this port is closing do not hesitate because i am 
> starting to be out of ideas. :-)
>
>
> Thanks & Regards
>
> Carl
>
>
>
>
>
>
> On Wed, Jul 24, 2019 at 11:11 AM Strahil Nikolov  
> wrote:
>>
>> A healthy engine should report:
>> [root@ovirt1 ~]# curl --cacert CA  
>> https://engine.localdomain/ovirt-engine/services/health;echo
>> DB Up!Welcome to Health Status!
>>
>> Of course you can use the '-k' switch to verify the situation.
>>
>> Best Regards,
>> Strahil Nikolov
>>
>> В сряда, 24 юли 2019 г., 17:43:59 ч. Гринуич+3, Derek Atkins 
>>  написа:
>>
>>
>> Hi,
>>
>> carl langlois  writes:
>>
>> > If i try to access http://ovengine/ovirt-engine/services/health
>> > i always get "Service Unavailable" in the browser and each time i it 
>> > reload in
>> > the browser i get in the error_log
>> >
>> >  [proxy_ajp:error] [pid 1868] [client 10.8.1.76:63512] AH00896: failed to 
>> > make
>> > connection to backend: 127.0.0.1
>> > [Tue Jul 23 14:04:10.074023 2019] [proxy:error] [pid 1416] (111)Connection
>> > refused: AH00957: AJP: attempt to connect to 127.0.0.1:8702 (127.0.0.1) 
>> > failed
>>
>> Sounds like a service isn't running on port 8702.
>>
>> > Thanks & Regards
>> >
>> > Carl
>>
>> -derek
>>
>> -- 
>>       Derek Atkins                617-623-3745
>>
>>       de...@ihtfp.com
>>             www.ihtfp.com
>>       Computer and Internet Security Consultant___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UXWT4R7WYOIZXXIAWZC2S4XNN7V5HFYU/


[ovirt-users] Re: ovirt-engine-appliance ova

2019-07-24 Thread Yuval Turgeman
What system are you running `make` on ?  There's some logic before that
iirc (like which repos to install from etc).  Basically,
ovirt-appliance/automation/build-artifacts.sh is the place to go.


On Tuesday, July 23, 2019, Yedidyah Bar David  wrote:

> On Mon, Jul 22, 2019 at 11:53 PM Jingjie Jiang 
> wrote:
>
>> Hi David,
>>
>
> (Actually it's "Yedidyah" or "Didi")
>
>
>> Thanks for your info.
>>
>> Please check my reply inline.
>>
>>
>> -Jingjie
>> On 7/16/19 3:55 AM, Yedidyah Bar David wrote:
>>
>> On Thu, Jul 11, 2019 at 10:46 PM  
>>  wrote:
>>
>> Hi,
>> Can someone tell me how to generate  ovirt-engine-appliance ova file in 
>> ovirt-engine-appliance-4.3-20190610.1.el7.x86_64.rpm?
>>
>> You might want to check the project's source code:
>> https://github.com/ovirt/ovirt-appliance/
>>
>> Or study the logs of a CI build of it:
>> https://jenkins.ovirt.org/job/ovirt-appliance_master_build-artifacts-el7-x86_64/
>>
>> I never tried building it myself locally, though.
>>
>> I tried to build after checked out the source code from
>> https://github.com/ovirt/ovirt-appliance/,
>>
>> but the build failed.
>>
>> *# make*
>> *livemedia-creator --make-disk --ram=2048 --vcpus=4 --iso=boot.iso
>> --ks=ovirt-engine-appliance.ks --qcow2
>> --image-name=ovirt-engine-appliance.qcow2*
>> *2019-07-22 12:34:00,095: livemedia-creator 19.7.19-1*
>> *2019-07-22 12:34:00,154: disk_size = 51GiB*
>> *2019-07-22 12:34:00,154: disk_img =
>> /var/tmp/ovirt-engine-appliance.qcow2*
>> *2019-07-22 12:34:00,154: install_log =
>> /root/ovirt/ovirt-appliance/engine-appliance/virt-install.log*
>> *mount: /dev/loop0 is write-protected, mounting read-only*
>> *Formatting '/var/tmp/ovirt-engine-appliance.qcow2', fmt=qcow2
>> size=54760833024 encryption=off cluster_size=65536 lazy_refcounts=off *
>> *2019-07-22 12:34:10,195: Running virt-install.*
>>
>> *Starting install...*
>> *Retrieving file vmlinuz...  | 6.3 MB
>> 00:00 *
>> *Retrieving file initrd.img...   |  50 MB
>> 00:00 *
>> *Domain installation still in progress. You can reconnect to *
>> *the console to complete the installation process.*
>> *..*
>> *2019-07-22 12:35:15,281: Installation error detected. See logfile.*
>> *2019-07-22 12:35:15,283: Shutting down
>> LiveOS-27f2dc2b-4b30-4eb1-adcd-b5ab50fdbf55*
>> *Domain LiveOS-27f2dc2b-4b30-4eb1-adcd-b5ab50fdbf55 destroyed*
>>
>> *Domain LiveOS-27f2dc2b-4b30-4eb1-adcd-b5ab50fdbf55 has been undefined*
>>
>> *2019-07-22 12:35:15,599: unmounting the iso*
>> *2019-07-22 12:35:20,612: Install failed: virt_install failed*
>> *2019-07-22 12:35:20,613: Removing bad disk image*
>> *2019-07-22 12:35:20,613: virt_install failed*
>> *make: *** [ovirt-engine-appliance.qcow2] Error 1*
>>
>> In the log I found the error as following from virt-install.log:
>>
>> *16:35:07,472 ERR anaconda:CmdlineError: The following mandatory spokes
>> are not completed:#012Installation source#012Software selection*
>> *16:35:07,472 DEBUG anaconda:running handleException*
>> *16:35:07,473 CRIT anaconda:Traceback (most recent call last):#012#012
>> File
>> "/usr/lib64/python2.7/site-packages/pyanaconda/ui/tui/simpleline/base.py",
>> line 352, in _mainloop#012prompt =
>> last_screen.prompt(self._screens[-1][1])#012#012  File
>> "/usr/lib64/python2.7/site-packages/pyanaconda/ui/tui/hubs/summary.py",
>> line 107, in prompt#012raise CmdlineError(errtxt)#012#012CmdlineError:
>> The following mandatory spokes are not completed:#012Installation
>> source#012Software selection*
>> *16:35:08,020 DEBUG anaconda:Gtk cannot be initialized*
>> *16:35:08,020 DEBUG anaconda:In the main thread, running exception
>> handler*
>> *16:35:08,386 NOTICE multipathd:zram0: add path (uevent)*
>> *16:35:08,386 NOTICE multipathd:zram0: spurious uevent, path already in
>> pathvec*
>> *16:35:08,386 NOTICE multipathd:zram0: HDIO_GETGEO failed with 25*
>> *16:35:08,386 ERR multipathd:zram0: failed to get path uid*
>> *16:35:08,388 ERR multipathd:uevent trigger error*
>>
>> Can you help me to fix the issue?
>>
>
> Sorry, I never tried to build it myself, nor have experience with
> livemedia-creator. As I wrote above, I suggest to compare your
> output/result with that of oVirt CI. Otherwise, I'd probably start
> debugging by searching the net for the error messages you received.
>
> Good luck and best regards,
>
>
>>
>> I tried to import ovirt-engine-appliance 
>> ova(ovirt-engine-appliance-4.3-20190610.1.el7.ova) from ovirt-engine, but I 
>> got error as following:
>> Failed to load VM configuration from OVA file: 
>> /var/tmp/ovirt-engine-appliance-4.2-20190121.1.el7.ova
>>
>> No idea why this failed.
>>
>>
>> I guess ovirt-engine-appliance-4.2-20190121.1.el7.ova has more than 
>> CentOS7.6.
>>
>> It has CentOS + oVirt engine.
>>
>> The only major use for it is by hosted-engine --deploy. In theory you
>> can try importing it elsewhere, but I do not recall reports about
>> people that tried this and whether it works.

[ovirt-users] Re: major network changes

2019-07-24 Thread carl langlois
Strahil, not sure what to put for the --cacert.

Yes Derek your are right at one point the port 8702 stop listening.

tcp6   0  0 127.0.0.1:8702  :::*LISTEN
 1607/ovirt-engine

After some time the line above disappear. I am trying to figure why this
port is being close after some time when  the engine is running on the host
on the 248.x network. On the 236.x network this port is kept alive all the
time.
If you have any hint on why this port is closing do not hesitate because i
am starting to be out of ideas. :-)


Thanks & Regards

Carl






On Wed, Jul 24, 2019 at 11:11 AM Strahil Nikolov 
wrote:

> A healthy engine should report:
> [root@ovirt1 ~]# curl --cacert CA
> https://engine.localdomain/ovirt-engine/services/health;echo
> DB Up!Welcome to Health Status!
>
> Of course you can use the '-k' switch to verify the situation.
>
> Best Regards,
> Strahil Nikolov
>
> В сряда, 24 юли 2019 г., 17:43:59 ч. Гринуич+3, Derek Atkins <
> de...@ihtfp.com> написа:
>
>
> Hi,
>
> carl langlois  writes:
>
> > If i try to access http://ovengine/ovirt-engine/services/health
> > i always get "Service Unavailable" in the browser and each time i it
> reload in
> > the browser i get in the error_log
> >
> >  [proxy_ajp:error] [pid 1868] [client 10.8.1.76:63512] AH00896: failed
> to make
> > connection to backend: 127.0.0.1
> > [Tue Jul 23 14:04:10.074023 2019] [proxy:error] [pid 1416]
> (111)Connection
> > refused: AH00957: AJP: attempt to connect to 127.0.0.1:8702 (127.0.0.1)
> failed
>
> Sounds like a service isn't running on port 8702.
>
> > Thanks & Regards
> >
> > Carl
>
> -derek
>
> --
>   Derek Atkins617-623-3745
>
>   de...@ihtfp.com
> www.ihtfp.com
>   Computer and Internet Security Consultant
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/X2TLXH46EU5OJNQ3ZYZIZJG73HR6KXY7/


[ovirt-users] Re: template permissions not inherited (4.3.4)

2019-07-24 Thread Timmi

Hi Ondra, Hi Michal,

I missed the check box on the admin portal. I can confirm that this is 
working for me to copy the permissions.


How can I activated this per default for the users as this option does 
not exist in the VM Portal?


Best regards
Christoph


Am 24.07.19 um 12:29 schrieb Michal Skrivanek:



On 24 Jul 2019, at 12:07, Timmi  wrote:

Hi Lucie,

so I installed the latest 4.3.5 RC on my platform and I still have the same 
issue.
Only system or cluster permissions are inherited.

which other permission do you expect to see?
the actual ownership is set according to the creator, not the owner of the 
template


Best regards
Christoph

Am 24.07.19 um 11:26 schrieb Timmi:

Hi Lucie,

thank you for the reply.

Am 24.07.19 um 08:21 schrieb Lucie Leistnerova:

Hi Christoph,

On 7/22/19 2:28 PM, Timmi wrote:

Hi oVirt List,

I have just a quick question if I should open a ticket for this or if I'm doing 
something wrong.

I created a new VM template with specific permissions in addition to the system 
wide permissions. If I create a new VM with the template I notices that only 
system permissions are copied to the permission of the new VM.

Is this the intended behavior? I was somehow under the impression that the 
permission from the template should have been copied to the newly created VM.

Did you check by creating the VM that permissions should be copied?

I have activated the copy of the permission while creating the template from an 
existing VM.
Also I have checked the permission on the template afterwards an I can see that 
the permissions are correct.
But these permissions are not copied to the new VM created from the template.

I've tested ovirt 4.3.5 and I added UserRole and custom role to the template 
for test user. Newly created VM contained both of the roles for the user. Is 
this the case you mean?


OK I will update to the latest RC from 4.3.5 and check again.
Keep you posted.

Tested with Version 4.3.4.3-1.el7

Best regards
Christoph
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ADS2EUY4K3RA2ZF6OEG2GHW6ZPUIZKLH/

Best regards,


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

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

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


[ovirt-users] Re: bond for vm interfaces

2019-07-24 Thread Strahil Nikolov
 You can use either LACP or balance round-robin. Of course it is very important 
to know if your clients will be behind a single IP (for example behind 
router).As most of the bonding hash policy depend on either MAC (L2) or IP + 
Port (L3) , you will have a hard time to load balance to clients with the same 
IP.
In my case, I have a team device with 6 x 1GbE ports.As my setup is 
hyperconverged (replica 3 arbiter 1) , I had to use multiple gluster volumes 
(and each brick has different port) with 1 VM disk per volume and to stripe on 
VM level for better performance.
Best Regards,Strahil Nikolov

В сряда, 24 юли 2019 г., 11:02:48 ч. Гринуич+3, Edoardo Mazza 
 написа:  
 
 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?ThanksEdoardo___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TFLL6M32PLES3H4G6U5Y67KCYMZRXGOH/
  ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QEPDABQM4IGW7K5D63NRSVLHAA4NWVRM/


[ovirt-users] Re: major network changes

2019-07-24 Thread Strahil Nikolov
 A healthy engine should report:[root@ovirt1 ~]# curl --cacert CA  
https://engine.localdomain/ovirt-engine/services/health;echoDB Up!Welcome to 
Health Status!
Of course you can use the '-k' switch to verify the situation.
Best Regards,Strahil Nikolov
В сряда, 24 юли 2019 г., 17:43:59 ч. Гринуич+3, Derek Atkins 
 написа:  
 
 Hi,

carl langlois  writes:

> If i try to access http://ovengine/ovirt-engine/services/health
> i always get "Service Unavailable" in the browser and each time i it reload in
> the browser i get in the error_log
>
>  [proxy_ajp:error] [pid 1868] [client 10.8.1.76:63512] AH00896: failed to make
> connection to backend: 127.0.0.1
> [Tue Jul 23 14:04:10.074023 2019] [proxy:error] [pid 1416] (111)Connection
> refused: AH00957: AJP: attempt to connect to 127.0.0.1:8702 (127.0.0.1) failed

Sounds like a service isn't running on port 8702.

> Thanks & Regards
>
> Carl

-derek

-- 
      Derek Atkins                617-623-3745
      de...@ihtfp.com            www.ihtfp.com
      Computer and Internet Security Consultant  ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RLIGSXA5DMFKYWOAZQOYH6EOB7DMQVDL/


[ovirt-users] Re: if hosted engine corrupted

2019-07-24 Thread Strahil Nikolov
 Usually, when you import the storage domains - the engine will detect the VMs, 
but I'm not sure if that will require downtime or notHave you tried to recover 
the engine ? What kind of corruption did you experience ?
Best Regards,Strahil Nikolov
В сряда, 24 юли 2019 г., 14:50:55 ч. Гринуич+3, Crazy Ayansh 
 написа:  
 
 Hi All,
What is the way if self hosted engine corrupted in any environment and we need 
to setup it from scratch however on the new engine we need the same hosts and 
virtual machine without loosing data. 

ThanksShashakn___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TOEALSWRSN7FY6AXKDDGCMZ3P56WGRX7/
  ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2TUSFU7Y5NU6QTXIVFDUH55A5FCEKGLG/


[ovirt-users] Re: major network changes

2019-07-24 Thread Derek Atkins
Hi,

carl langlois  writes:

> If i try to access http://ovengine/ovirt-engine/services/health
> i always get "Service Unavailable" in the browser and each time i it reload in
> the browser i get in the error_log
>
>  [proxy_ajp:error] [pid 1868] [client 10.8.1.76:63512] AH00896: failed to make
> connection to backend: 127.0.0.1
> [Tue Jul 23 14:04:10.074023 2019] [proxy:error] [pid 1416] (111)Connection
> refused: AH00957: AJP: attempt to connect to 127.0.0.1:8702 (127.0.0.1) failed

Sounds like a service isn't running on port 8702.

> Thanks & Regards
>
> Carl

-derek

-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QMW4OB7AIVE2YYU2OYIGZPVW5F4VTLLK/


[ovirt-users] Re: reinstallation information

2019-07-24 Thread nikkognt
Hi Sandro, 
I tried to reinstall following instructions you told me...
1) I put in maintenance the host
2) I reinstall host with last version of ovirt node 
After that how can I add the host node in ovirt engine?
From the engine? From host from terminal? Which command? How?

When I try to reinstall from engine the following error appear "VDSM ov1 
command Get Host Capabilities failed: General SSLEngine problem"

To solve, I think that I remove the host node from the engine, reinstall from 
iso, and add the host reinstalled in the ovirt from engine. Do you think that I 
will lost the configuration of this host node?

please help
best regards

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


[ovirt-users] if hosted engine corrupted

2019-07-24 Thread Crazy Ayansh
Hi All,

What is the way if self hosted engine corrupted in any environment and we
need to setup it from scratch however on the new engine we need the same
hosts and virtual machine without loosing data.


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


[ovirt-users] Re: template permissions not inherited (4.3.4)

2019-07-24 Thread Michal Skrivanek


> On 24 Jul 2019, at 12:07, Timmi  wrote:
> 
> Hi Lucie,
> 
> so I installed the latest 4.3.5 RC on my platform and I still have the same 
> issue.
> Only system or cluster permissions are inherited.

which other permission do you expect to see?
the actual ownership is set according to the creator, not the owner of the 
template

> 
> Best regards
> Christoph
> 
> Am 24.07.19 um 11:26 schrieb Timmi:
>> Hi Lucie,
>> 
>> thank you for the reply.
>> 
>> Am 24.07.19 um 08:21 schrieb Lucie Leistnerova:
>>> Hi Christoph,
>>> 
>>> On 7/22/19 2:28 PM, Timmi wrote:
 Hi oVirt List,
 
 I have just a quick question if I should open a ticket for this or if I'm 
 doing something wrong.
 
 I created a new VM template with specific permissions in addition to the 
 system wide permissions. If I create a new VM with the template I notices 
 that only system permissions are copied to the permission of the new VM.
 
 Is this the intended behavior? I was somehow under the impression that the 
 permission from the template should have been copied to the newly created 
 VM.
>>> 
>>> Did you check by creating the VM that permissions should be copied?
>> I have activated the copy of the permission while creating the template from 
>> an existing VM.
>> Also I have checked the permission on the template afterwards an I can see 
>> that the permissions are correct.
>> But these permissions are not copied to the new VM created from the template.
>>> 
>>> I've tested ovirt 4.3.5 and I added UserRole and custom role to the 
>>> template for test user. Newly created VM contained both of the roles for 
>>> the user. Is this the case you mean?
>>> 
>> OK I will update to the latest RC from 4.3.5 and check again.
>> Keep you posted.
 
 Tested with Version 4.3.4.3-1.el7
 
 Best regards
 Christoph
 ___
 Users mailing list -- users@ovirt.org
 To unsubscribe send an email to users-le...@ovirt.org
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/
 oVirt Code of Conduct: 
 https://www.ovirt.org/community/about/community-guidelines/
 List Archives: 
 https://lists.ovirt.org/archives/list/users@ovirt.org/message/ADS2EUY4K3RA2ZF6OEG2GHW6ZPUIZKLH/
>>> Best regards,
>>> 
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VVHSHEVAHSFGKZHUG324LMGZYB3MIG56/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/6ZVXEDJNCPZW4H5VFWO4UBIPXS2IHRCF/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3QLQH4L5K7UWJRZ74GPTYMXWUJSH4O6O/


[ovirt-users] Re: template permissions not inherited (4.3.4)

2019-07-24 Thread Ondra Machacek

There is 'Copy template permission' check box, when you open 'create vm'
dialog. Right after fields, name, description, comment, vm id. It's not
visible when using Blank template, but it's visible when you select
different template.

On 22/07/2019 14:28, Timmi wrote:

Hi oVirt List,

I have just a quick question if I should open a ticket for this or if 
I'm doing something wrong.


I created a new VM template with specific permissions in addition to the 
system wide permissions. If I create a new VM with the template I 
notices that only system permissions are copied to the permission of the 
new VM.


Is this the intended behavior? I was somehow under the impression that 
the permission from the template should have been copied to the newly 
created VM.


Tested with Version 4.3.4.3-1.el7

Best regards
Christoph
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ADS2EUY4K3RA2ZF6OEG2GHW6ZPUIZKLH/ 


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


[ovirt-users] Re: template permissions not inherited (4.3.4)

2019-07-24 Thread Timmi

Hi Lucie,

so I installed the latest 4.3.5 RC on my platform and I still have the 
same issue.

Only system or cluster permissions are inherited.

Best regards
Christoph

Am 24.07.19 um 11:26 schrieb Timmi:

Hi Lucie,

thank you for the reply.

Am 24.07.19 um 08:21 schrieb Lucie Leistnerova:

Hi Christoph,

On 7/22/19 2:28 PM, Timmi wrote:

Hi oVirt List,

I have just a quick question if I should open a ticket for this or 
if I'm doing something wrong.


I created a new VM template with specific permissions in addition to 
the system wide permissions. If I create a new VM with the template 
I notices that only system permissions are copied to the permission 
of the new VM.


Is this the intended behavior? I was somehow under the impression 
that the permission from the template should have been copied to the 
newly created VM.


Did you check by creating the VM that permissions should be copied?
I have activated the copy of the permission while creating the 
template from an existing VM.
Also I have checked the permission on the template afterwards an I can 
see that the permissions are correct.
But these permissions are not copied to the new VM created from the 
template.


I've tested ovirt 4.3.5 and I added UserRole and custom role to the 
template for test user. Newly created VM contained both of the roles 
for the user. Is this the case you mean?



OK I will update to the latest RC from 4.3.5 and check again.
Keep you posted.


Tested with Version 4.3.4.3-1.el7

Best regards
Christoph
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ADS2EUY4K3RA2ZF6OEG2GHW6ZPUIZKLH/

Best regards,


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

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


[ovirt-users] Re: template permissions not inherited (4.3.4)

2019-07-24 Thread Timmi

Hi Lucie,

thank you for the reply.

Am 24.07.19 um 08:21 schrieb Lucie Leistnerova:

Hi Christoph,

On 7/22/19 2:28 PM, Timmi wrote:

Hi oVirt List,

I have just a quick question if I should open a ticket for this or if 
I'm doing something wrong.


I created a new VM template with specific permissions in addition to 
the system wide permissions. If I create a new VM with the template I 
notices that only system permissions are copied to the permission of 
the new VM.


Is this the intended behavior? I was somehow under the impression 
that the permission from the template should have been copied to the 
newly created VM.


Did you check by creating the VM that permissions should be copied?
I have activated the copy of the permission while creating the template 
from an existing VM.
Also I have checked the permission on the template afterwards an I can 
see that the permissions are correct.
But these permissions are not copied to the new VM created from the 
template.


I've tested ovirt 4.3.5 and I added UserRole and custom role to the 
template for test user. Newly created VM contained both of the roles 
for the user. Is this the case you mean?



OK I will update to the latest RC from 4.3.5 and check again.
Keep you posted.


Tested with Version 4.3.4.3-1.el7

Best regards
Christoph
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ADS2EUY4K3RA2ZF6OEG2GHW6ZPUIZKLH/

Best regards,


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


[ovirt-users] Re: Storage domain 'Inactive' but still functional

2019-07-24 Thread Martijn Grendelman
Op 24-7-2019 om 10:07 schreef Benny Zlotnik:
We have seen something similar in the past and patches were posted to deal with 
this issue, but it's still in progress[1]

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

That's some interesting reading, and it sure looks like the problem I had. 
Thanks!

Best regards,
Martijn.



On Mon, Jul 22, 2019 at 8:07 PM Strahil 
mailto:hunter86...@yahoo.com>> wrote:

I have a theory... But after all without any proof it will remain theory.

The storage volumes are just VGs over a shared storage.The SPM host is supposed 
to be the only one that is working with the LVM metadata, but I have observed 
that when someone is executing a simple LVM command  (for example -lvs, vgs or 
pvs ) while another one is going on on another host - your metadata can 
corrupt, due to lack of clvmd.

As a protection, I could offer you to try the following solution:
1. Create new iSCSI lun
2. Share it to all nodes and create the storage domain. Set it to maintenance.
3. Start dlm & clvmd services on all hosts
4. Convert the VG of your shared storage domain to have a 'cluster'-ed  flag:
vgchange -c y mynewVG
5. Check the lvs of that VG.
6. Activate the storage domain.

Of course  test it on a test cluster before inplementing it on Prod.
This is one of the approaches used in Linux HA clusters in order to avoid  LVM 
metadata corruption.

Best Regards,
Strahil Nikolov

On Jul 22, 2019 15:46, Martijn Grendelman 
mailto:martijn.grendel...@isaac.nl>> wrote:
Hi,

Op 22-7-2019 om 14:30 schreef Strahil:

If you can give directions (some kind of history) , the dev might try to 
reproduce this type of issue.

If it is reproduceable - a fix can be provided.

Based on my experience, if something as used as Linux LVM gets broken, the case 
is way hard to reproduce.

Yes, I'd think so too, especially since this activity (online moving of disk 
images) is done all the time, mostly without problems. In this case, there was 
a lot of activity on all storage domains, because I'm moving all my storage (> 
10TB in 185 disk images) to a new storage platform. During the online move of 
one the images, the metadata checksum became corrupted and the storage domain 
went offline.

Of course, I could dig up the engine logs and vdsm logs of when it happened, 
but that would be some work and I'm not very confident that the actual cause 
would be in there.

If any oVirt devs are interested in the logs, I'll provide them, but otherwise 
I think I'll just see it as an incident and move on.

Best regards,
Martijn.




On Jul 22, 2019 10:17, Martijn Grendelman 
 wrote:
Hi,

Thanks for the tips! I didn't know about 'pvmove', thanks.

In  the mean time, I managed to get it fixed by restoring the VG metadata on 
the iSCSI server, so on the underlying Zvol directly, rather than via the iSCSI 
session on the oVirt host. That allowed me to perform the restore without 
bringing all VMs down, which was important to me, because if I had to shut down 
VMs, I was sure I wouldn't be able to restart them before the storage domain 
was back online.

Of course this is a more a Linux problem than an oVirt problem, but oVirt did 
cause it ;-)

Thanks,
Martijn.



Op 19-7-2019 om 19:06 schreef Strahil Nikolov:
Hi Martin,

First check what went wrong with the VG -as it could be something simple.
vgcfgbackup -f VGname will create a file which you can use to compare current 
metadata with a previous version.

If you have Linux boxes - you can add disks from another storage and then 
pvmove the data inside the VM. Of course , you will need to reinstall grub on 
the new OS disk , or you won't be able to boot afterwards.
If possible, try with a test VM before proceeding with important ones.

Backing up the VMs is very important , because working on LVM metada
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to 
users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/37UDAWDXON3URKVGSR3YGIZML2ZVPZOG/

--
Met vriendelijke groet,
Kind regards,

[Martijn]

Martijn Grendelman  Infrastructure Architect
T: +31 (0)40 264 94 44



[ISAAC]
ISAAC   Marconilaan 16   5621 AA Eindhoven   The Netherlands
T: +31 (0)40 290 89 79   www.isaac.nl

[ISAAC #1 
Again!]

Dit e-mail bericht is alleen bestemd voor de geadresseerde(n). Indien dit 
bericht niet voor u is bedoeld wordt u verzocht de afzender hiervan op de 
hoogte te stellen door het bericht te retourneren en de inhoud niet te 
gebruiken. Aan dit bericht kunnen 

[ovirt-users] Re: Storage domain 'Inactive' but still functional

2019-07-24 Thread Strahil
I forgot to mention that LVM config has to be modified in order to 'inform' 
local LVM stack to rely on clvmd/dlm for locking purposes.
Yet, this brings abother layer of complexity which I prefer to avoid , thus I 
use HA-LVM on my pacemaker clusters.

@Martin,

Check the link from Benny and if possible check if the 2 cases are related.

Best Regards,
Strahil NikolovOn Jul 24, 2019 11:07, Benny Zlotnik  wrote:
>
> We have seen something similar in the past and patches were posted to deal 
> with this issue, but it's still in progress[1]
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1553133
>
> On Mon, Jul 22, 2019 at 8:07 PM Strahil  wrote:
>>
>> I have a theory... But after all without any proof it will remain theory.
>>
>> The storage volumes are just VGs over a shared storage.The SPM host is 
>> supposed to be the only one that is working with the LVM metadata, but I 
>> have observed that when someone is executing a simple LVM command  (for 
>> example -lvs, vgs or pvs ) while another one is going on on another host - 
>> your metadata can corrupt, due to lack of clvmd.
>>
>> As a protection, I could offer you to try the following solution:
>> 1. Create new iSCSI lun
>> 2. Share it to all nodes and create the storage domain. Set it to 
>> maintenance.
>> 3. Start dlm & clvmd services on all hosts
>> 4. Convert the VG of your shared storage domain to have a 'cluster'-ed  flag:
>> vgchange -c y mynewVG
>> 5. Check the lvs of that VG.
>> 6. Activate the storage domain.
>>
>> Of course  test it on a test cluster before inplementing it on Prod.
>> This is one of the approaches used in Linux HA clusters in order to avoid  
>> LVM metadata corruption.
>>
>> Best Regards,
>> Strahil Nikolov
>>
>> On Jul 22, 2019 15:46, Martijn Grendelman  
>> wrote:
>>>
>>> Hi,
>>>
>>> Op 22-7-2019 om 14:30 schreef Strahil:

 If you can give directions (some kind of history) , the dev might try to 
 reproduce this type of issue.

 If it is reproduceable - a fix can be provided.

 Based on my experience, if something as used as Linux LVM gets broken, the 
 case is way hard to reproduce.
>>>
>>>
>>> Yes, I'd think so too, especially since this activity (online moving of 
>>> disk images) is done all the time, mostly without problems. In this case, 
>>> there was a lot of activity on all storage domains, because I'm moving all 
>>> my storage (> 10TB in 185 disk images) to a new storage platform. During 
>>> the online move of one the images, the metadata checksum became corrupted 
>>> and the storage domain went offline.
>>>
>>> Of course, I could dig up the engine logs and vdsm logs of when it 
>>> happened, but that would be some work and I'm not very confident that the 
>>> actual cause would be in there.
>>>
>>> If any oVirt devs are interested in the logs, I'll provide them, but 
>>> otherwise I think I'll just see it as an incident and move on.
>>>
>>> Best regards,
>>> Martijn.
>>>
>>>
>>>
>>>
>>> On Jul 22, 2019 10:17, Martijn Grendelman  
>>> wrote:
>
> Hi,
>
> Thanks for the tips! I didn't know about 'pvmove', thanks.
>
> In  the mean time, I managed to get it fixed by restoring the VG metadata 
> on the iSCSI server, so on the underlying Zvol directly, rather than via 
> the iSCSI session on the oVirt host. That allowed me to perform the 
> restore without bringing all VMs down, which was important to me, because 
> if I had to shut down VMs, I was sure I wouldn't be able to restart them 
> before the storage domain was back online.
>
> Of course this is a more a Linux problem than an oVirt problem, but oVirt 
> did cause it ;-)
>
> Thanks,
> Martijn.
>
>
>
> Op 19-7-2019 om 19:06 schreef Strahil Nikolov:
>>
>> Hi Martin,
>>
>> First check what went wrong with the VG -as it could be something simple.
>> vgcfgbackup -f VGname will create a file which you can use to compare 
>> current metadata with a previous version.
>>
>> If you have Linux boxes - you can add disks from another storage an___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/372RXBUUEZPMJHYKQ4HATJ4KZ3GNPACJ/


[ovirt-users] Re: Storage domain 'Inactive' but still functional

2019-07-24 Thread Benny Zlotnik
We have seen something similar in the past and patches were posted to deal
with this issue, but it's still in progress[1]

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

On Mon, Jul 22, 2019 at 8:07 PM Strahil  wrote:

> I have a theory... But after all without any proof it will remain theory.
>
> The storage volumes are just VGs over a shared storage.The SPM host is
> supposed to be the only one that is working with the LVM metadata, but I
> have observed that when someone is executing a simple LVM command  (for
> example -lvs, vgs or pvs ) while another one is going on on another host -
> your metadata can corrupt, due to lack of clvmd.
>
> As a protection, I could offer you to try the following solution:
> 1. Create new iSCSI lun
> 2. Share it to all nodes and create the storage domain. Set it to
> maintenance.
> 3. Start dlm & clvmd services on all hosts
> 4. Convert the VG of your shared storage domain to have a 'cluster'-ed
> flag:
> vgchange -c y mynewVG
> 5. Check the lvs of that VG.
> 6. Activate the storage domain.
>
> Of course  test it on a test cluster before inplementing it on Prod.
> This is one of the approaches used in Linux HA clusters in order to avoid
> LVM metadata corruption.
>
> Best Regards,
> Strahil Nikolov
> On Jul 22, 2019 15:46, Martijn Grendelman 
> wrote:
>
> Hi,
>
> Op 22-7-2019 om 14:30 schreef Strahil:
>
> If you can give directions (some kind of history) , the dev might try to
> reproduce this type of issue.
>
> If it is reproduceable - a fix can be provided.
>
> Based on my experience, if something as used as Linux LVM gets broken, the
> case is way hard to reproduce.
>
>
> Yes, I'd think so too, especially since this activity (online moving of
> disk images) is done all the time, mostly without problems. In this case,
> there was a lot of activity on all storage domains, because I'm moving all
> my storage (> 10TB in 185 disk images) to a new storage platform. During
> the online move of one the images, the metadata checksum became corrupted
> and the storage domain went offline.
>
> Of course, I could dig up the engine logs and vdsm logs of when it
> happened, but that would be some work and I'm not very confident that the
> actual cause would be in there.
>
> If any oVirt devs are interested in the logs, I'll provide them, but
> otherwise I think I'll just see it as an incident and move on.
>
> Best regards,
> Martijn.
>
>
>
>
> On Jul 22, 2019 10:17, Martijn Grendelman 
>  wrote:
>
> Hi,
>
> Thanks for the tips! I didn't know about 'pvmove', thanks.
>
> In  the mean time, I managed to get it fixed by restoring the VG metadata
> on the iSCSI server, so on the underlying Zvol directly, rather than via
> the iSCSI session on the oVirt host. That allowed me to perform the restore
> without bringing all VMs down, which was important to me, because if I had
> to shut down VMs, I was sure I wouldn't be able to restart them before the
> storage domain was back online.
>
> Of course this is a more a Linux problem than an oVirt problem, but oVirt
> did cause it ;-)
>
> Thanks,
> Martijn.
>
>
>
> Op 19-7-2019 om 19:06 schreef Strahil Nikolov:
>
> Hi Martin,
>
> First check what went wrong with the VG -as it could be something simple.
> vgcfgbackup -f VGname will create a file which you can use to compare
> current metadata with a previous version.
>
> If you have Linux boxes - you can add disks from another storage and then
> pvmove the data inside the VM. Of course , you will need to reinstall grub
> on the new OS disk , or you won't be able to boot afterwards.
> If possible, try with a test VM before proceeding with important ones.
>
> Backing up the VMs is very important , because working on LVM metada
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/37UDAWDXON3URKVGSR3YGIZML2ZVPZOG/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SHYGSEOGHWPBQHXQXOPRWWBOMRSTPADH/


[ovirt-users] bond for vm interfaces

2019-07-24 Thread Edoardo Mazza

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


[ovirt-users] Re: USB turns off and wont come alive

2019-07-24 Thread Victor Toso
Hi,

On Tue, Jul 23, 2019 at 03:49:44PM -, Darin Schmidt wrote:
> I have 2 usb controllers installed via a riser card plugged
> into a M.2 slot. (Like those used for mining with GPU's).
> Everything works great for a long time, then my Windows 10 VM
> freezes and I lose all USB activity. LSPCI still sees the
> devices:
> 
> 0a:00.0 USB controller: ASMedia Technology Inc. ASM1142 USB 3.1 Host 
> Controller
> 0b:00.0 USB controller: ASMedia Technology Inc. ASM1142 USB 3.1 Host 
> Controller
> 43:00.0 USB controller: ASMedia Technology Inc. ASM1142 USB 3.1 Host 
> Controller
> 44:00.0 USB controller: ASMedia Technology Inc. ASM1142 USB 3.1 Host 
> Controller
> 
> I assume a and b are the same physical card as its supposed to
> have 2 channels each, same with 44 and 43.
> 
> I tried for both 44 and 43
> 
> echo "1" > /sys/bus/pci/devices/\:43\:00.0/remove
> echo "1" > /sys/bus/pci/rescan
> echo "1" > /sys/bus/pci/devices/\:43\:00.0/reset
> 
> This did not work. I cannot determine if its just the VM thats
> no longer seeing/using the hardware or if its the hardware
> itself. I wonder if its a power state thing as well? Nothing I
> plug into the card seems to be recognized. Any Suggestions?

I'd guess that it could be some state issue in the host too.

If you are using remote-viewer + spice for usbredir, you might
consider checking the logs from the client to see channel's state
when windows freezes. Log from spice server could also say if the
issue is in the host + spice, but depending on the issue could be
usb on qemu or guest drivers /o\

> rebooting the VM doesnt help either. It appears the hardware is
> functioning, but anything you plug into it isnt being detected.

If you disconnect + connect your client, any changes? Which kind
of usb device are you redirecting?

Cheers,
Victor


signature.asc
Description: PGP signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2VL4OXF3VIFJY5RA2BKG6JK6BNLUAKRU/


[ovirt-users] Re: template permissions not inherited (4.3.4)

2019-07-24 Thread Lucie Leistnerova

Hi Christoph,

On 7/22/19 2:28 PM, Timmi wrote:

Hi oVirt List,

I have just a quick question if I should open a ticket for this or if 
I'm doing something wrong.


I created a new VM template with specific permissions in addition to 
the system wide permissions. If I create a new VM with the template I 
notices that only system permissions are copied to the permission of 
the new VM.


Is this the intended behavior? I was somehow under the impression that 
the permission from the template should have been copied to the newly 
created VM.


Did you check by creating the VM that permissions should be copied?

I've tested ovirt 4.3.5 and I added UserRole and custom role to the 
template for test user. Newly created VM contained both of the roles for 
the user. Is this the case you mean?




Tested with Version 4.3.4.3-1.el7

Best regards
Christoph
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ADS2EUY4K3RA2ZF6OEG2GHW6ZPUIZKLH/

Best regards,

--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JCV6GXBBPRCZMPACA56LKZFYT2RQBPEQ/