[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

2019-03-27 Thread Greg Sheremeta
It could also be this:
https://bugzilla.redhat.com/show_bug.cgi?id=1670701

Greg

On Tue, Mar 26, 2019 at 7:48 AM Abhishek Sahni 
wrote:

> I have applied the hotfix as mentioned in the below link and restarted
> *vdsmd*, it resolves the error. However, I am still not sure if the
> migration issue was cuz this bug as I can migrate the machines again.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1690301
>
> https://gerrit.ovirt.org/#/c/98499/
>
> On Tue, Mar 26, 2019 at 3:15 PM Abhishek Sahni <
> abhishek.sahni1...@gmail.com> wrote:
>
>> Just upgraded all the hosts from 4.2.8 to 4.3.2 - everything is running
>> fine as of now apart from this is issue - while manually migrating VMS to
>> other hosts having enough capacity I am getting the same error -
>>
>> "Could not fetch data needed for VM migrate operation" over UI
>>
>> I can see the same VDSM errors on each node,
>>
>> ==
>> ERROR Internal server error
>> Traceback (most recent
>> call last):
>>   File
>> "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 345, in
>> _handle_request
>> res = method(**params)
>>   File
>> "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 194, in
>> _dynamicMethod
>> result =
>> fn(*methodArgs)
>>   File "", line
>> 2, in getAllVmStats
>>   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/API.py", line 1388, in getAllVmStats
>> statsList =
>> self._cif.getAllVmStats()
>>   File
>> "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 567, in
>> getAllVmStats
>> return [v.getStats()
>> for v in self.vmContainer.values()]
>>   File
>> "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1766, in getStats
>> oga_stats =
>> self._getGuestStats()
>>   File
>> "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1967, in
>> _getGuestStats
>> stats =
>> self.guestAgent.getGuestInfo()
>>   File
>> "/usr/lib/python2.7/site-packages/vdsm/virt/guestagent.py", line 505, in
>> getGuestInfo
>> del qga['appsList']
>> KeyError: 'appsList'
>> =
>>
>> Please let me know if this relevant to the same issue?
>>
>>
>>
>>
>> On Fri, Mar 1, 2019 at 9:40 PM Greg Sheremeta 
>> wrote:
>>
>>> You are correct -- it's new. We just discovered it about 2 weeks ago.
>>> That's how I knew to point you to it :D
>>>
>>> Best wishes,
>>> Greg
>>>
>>> On Fri, Mar 1, 2019 at 11:03 AM Ron Jerome  wrote:
>>>
>>>> Bingo!!  That fixed the issue.
>>>>
>>>> Thanks Greg.
>>>>
>>>> Just one final question on this...  Is that parameter new?  I could
>>>> have sworn that I just cut and pasted that section of the docs (modifying
>>>> as appropriate)  into my squid.conf file when I set it up.
>>>>
>>>> Ron.
>>>>
>>>> On Fri, 1 Mar 2019 at 10:02, Greg Sheremeta 
>>>> wrote:
>>>>
>>>>>
>>>>> On Fri, Mar 1, 2019 at 9:47 AM Ron Jerome  wrote:
>>>>>
>>>>>> Thanks Michal,
>>>>>>
>>>>>> I think we are onto something here.  That request is getting a 401
>>>>>> unauthorized response...
>>>>>>
>>>>>> ssl_access_log:10.10.10.41 - - [01/Mar/2019:09:26:46 -0500

[ovirt-users] Re: Two Hosts with Self Hosted Engine - HA / Failover & NFS

2019-03-07 Thread Greg Sheremeta
On Thu, Mar 7, 2019 at 10:39 AM Gianluca Cecchi 
wrote:

> On Thu, Mar 7, 2019 at 4:31 PM Greg Sheremeta  wrote:
>
>> Yes, you can do this with only 2 hosts and NFS.
>>
>> https://ovirt.org/documentation/vmm-guide/chap-Administrative_Tasks.html#improving-uptime-with-virtual-machine-high-availability
>>
>> With the 2 hosts in the same cluster, they will both see the storage
>> domain automatically.
>>
>> [He's not asking about gluster -- he's asking about NFS. gluster, split
>> brain, arbiters, etc are not relevant.]
>>
>> Greg
>>
>>
> Hi Greg,
> actually the OP wrote:
>
> 1)  Both hosts are identical with RAID Drive Arrays of 8TB.
> 2) how the Storage setup is done so that NFS will replicate across the
> hosts?
>
> These considerations let think that he/she has not an external NFS server,
> but would like to provide the local storage (syncronyzed between hosts in
> some way) offered via NFS.
> Hence the suggestions in following answers about Gluster based solutions.
> If there i an external NFS server your link perfectly applies
>
> Gianluca
>
>
>
Ah. Fair enough.

Greg


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KVH54SAVKVWBSNSUGVFTP7XQKHF7QRGB/


[ovirt-users] Re: Two Hosts with Self Hosted Engine - HA / Failover & NFS

2019-03-07 Thread Greg Sheremeta
Yes, you can do this with only 2 hosts and NFS.
https://ovirt.org/documentation/vmm-guide/chap-Administrative_Tasks.html#improving-uptime-with-virtual-machine-high-availability

With the 2 hosts in the same cluster, they will both see the storage domain
automatically.

[He's not asking about gluster -- he's asking about NFS. gluster, split
brain, arbiters, etc are not relevant.]

Greg

On Wed, Mar 6, 2019 at 11:58 PM Strahil  wrote:

> I don't think that you can achieve it with only 2 nodes, as you can't
> protect yourself of split brain.
> Ovirt supports only glusterfs of replica 3 arbiter 1. If you create your
> own glusterfs , you can use glusterd2 with a "remote arbiter" in another
> location. That will give you protection from split brain and as it is
> remote - the latency won't kill your write speed.
>
> I can recommend you to get a VM in your environment (not hosted on any of
> the 2 hosts) or a small machine with a SSD  and use that as pure arbiter.
>
> Using one of the 2 nodes as arbiter brick is not going to help, as when
> that node fails - the cluster on the other node will stop working.
> It's the same with hosting NFS on one of the machines.
>
> As far as I know DRBD is not yet fully integrated, but you can give it a
> try.Still, using only 2 nodes gives no protection from split brain.
>
> Best Regards,
> Strahil NikolovOn Mar 7, 2019 01:28, sha...@lifestylepanel.com wrote:
> >
> > Is it possible to have only two physical hosts with NFS and be able to
> do VM HA / Failover between these hosts?
> >
> > Both hosts are identical with RAID Drive Arrays of 8TB.
> >
> > If so, can anybody point me to any docs or examples on exactly how the
> Storage setup is done so that NFS will replicate across the hosts?
> >
> > If not what file system should I use to achieve this?
> >
> > Thanks
> > Shane
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5H4NDGUBBFYWI65KFNVJVVQO3O5HNPN2/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DZ7ZL7QLZQHUCPUTNJ3OYSOXHUM7YZKM/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TJ3PZL7CVYGRZFKZALSFQILCOVAKLVXR/


[ovirt-users] Re: low power, low cost glusterfs storage

2019-03-04 Thread Greg Sheremeta
Perhaps the gluster list would have more ideas for you.
https://lists.gluster.org/mailman/listinfo

On Sun, Mar 3, 2019 at 5:24 AM Jonathan Baecker  wrote:

> Hello everybody!
>
> Does anyone here have experience with a cheap, energy-saving glusterfs
> storage solution? I'm thinking of something that has more power than a
> rasbian Pi, 3 x 2 TB (SSD) storage, but doesn't cost much more and
> doesn't consume much more power.
>
> Would that be possible? I know the "Red Hat Gluster Storage"
> requirements, but are they generally so high? Only a few VM images would
> have to be on it...
>
> Greetings
>
> Jonathan
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NWOA24SHB2CV6SDVBIYPL5PJELJDZRND/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Z5EJRUKXWYJN6U2ZRUC2QHVSK2WD3OPN/


[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

2019-03-01 Thread Greg Sheremeta
You are correct -- it's new. We just discovered it about 2 weeks ago.
That's how I knew to point you to it :D

Best wishes,
Greg

On Fri, Mar 1, 2019 at 11:03 AM Ron Jerome  wrote:

> Bingo!!  That fixed the issue.
>
> Thanks Greg.
>
> Just one final question on this...  Is that parameter new?  I could have
> sworn that I just cut and pasted that section of the docs (modifying as
> appropriate)  into my squid.conf file when I set it up.
>
> Ron.
>
> On Fri, 1 Mar 2019 at 10:02, Greg Sheremeta  wrote:
>
>>
>> On Fri, Mar 1, 2019 at 9:47 AM Ron Jerome  wrote:
>>
>>> Thanks Michal,
>>>
>>> I think we are onto something here.  That request is getting a 401
>>> unauthorized response...
>>>
>>> ssl_access_log:10.10.10.41 - - [01/Mar/2019:09:26:46 -0500] "GET
>>> /ovirt-engine/api/vms/?search=id=dc0a6167-3c36-48e4-9cca-d69303037859
>>> HTTP/1.1" 401 71
>>>
>>> I guess it should be noted here that I'm accessing the engine through a
>>> squid proxy on one of the hosts.  I just tested a direct connection to the
>>> engine (without going through the proxy) and it works, so the next question
>>> is how to fix the proxy issue?  Could this be an SSL certificate issue?
>>>
>>
>> Oh, squid :)
>> Please verify that you have "login=PASSTHRU" set.
>> Like in #14 here:
>> https://www.ovirt.org/documentation/admin-guide/chap-Proxies.html#installing-and-configuring-a-squid-proxy
>>
>>
>>> Ron.
>>>
>>> On Fri, 1 Mar 2019 at 04:50, Michal Skrivanek 
>>> wrote:
>>>
>>>>
>>>>
>>>> On 1 Mar 2019, at 02:34, Ron Jerome  wrote:
>>>>
>>>> Here is the JS error that is being generated when I push the "Migrate"
>>>> button...
>>>>
>>>> DataProvider failed to fetch data SyntaxError: JSON.parse: unexpected
>>>>> character at line 1 column 1 of the JSON dataDataProvider.js:35:8
>>>>>
>>>>> value/<
>>>>> DataProvider.js:35:8
>>>>> A/>>>>
>>>>> es6.promise.js:75
>>>>>
>>>>> A/<
>>>>> es6.promise.js:60
>>>>> l
>>>>> _
>>>>> microtask.js:18
>>>>>
>>>>
>>>>
>>>> Hi,
>>>> without a reproduced you’d need to provide a bit more info. Is there
>>>> anything else in the console?
>>>> It would be best to understand which requests returned invalid data,
>>>> for that you can enable the network monitoring and grab the request and
>>>> response perhaps? We need to see if it’s really the migration request or
>>>> anything else, and what was the actual response
>>>>
>>>> Thanks,
>>>> michal
>>>>
>>>> Ron.
>>>>
>>>> On Wed, 27 Feb 2019 at 17:26, Greg Sheremeta 
>>>> wrote:
>>>>
>>>>> Hi Ron,
>>>>>
>>>>> Please attach your browser console log and engine.log snippet when you
>>>>> have the problem.
>>>>> If you could dive into the console and grab the actual REST API
>>>>> response, that would be great.
>>>>> The request will be something like
>>>>> /api/hosts?migration_target_of=...
>>>>>
>>>>> Greg
>>>>>
>>>>> On Tue, Feb 26, 2019 at 6:32 PM Greg Sheremeta 
>>>>> wrote:
>>>>>
>>>>>> It sounds like a bug. I'll talk with Michal about reverting this
>>>>>> dialog to the 4.2 version.
>>>>>>
>>>>>> Greg
>>>>>>
>>>>>> On Tue, Feb 26, 2019 at 1:47 PM Ron Jerome  wrote:
>>>>>>
>>>>>>> Hi Sharon,
>>>>>>> This happens with all the VM's, regardless of uptime.  I've never
>>>>>>> tried to migrate a VM if it's not completely up.
>>>>>>>
>>>>>>> When I select a VM and push the "Migrate" button, I never get to the
>>>>>>> "Migrate" dialog box, I just presents the error show in the attached
>>>>>>> image.
>>>>>>>
>>>>>>> I know for a fact that manual migration did work on this cluster,
>>>>>>> unfortunately, I don't know if it ever worked in 4.3.0 or if I wa

[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

2019-03-01 Thread Greg Sheremeta
On Fri, Mar 1, 2019 at 9:47 AM Ron Jerome  wrote:

> Thanks Michal,
>
> I think we are onto something here.  That request is getting a 401
> unauthorized response...
>
> ssl_access_log:10.10.10.41 - - [01/Mar/2019:09:26:46 -0500] "GET
> /ovirt-engine/api/vms/?search=id=dc0a6167-3c36-48e4-9cca-d69303037859
> HTTP/1.1" 401 71
>
> I guess it should be noted here that I'm accessing the engine through a
> squid proxy on one of the hosts.  I just tested a direct connection to the
> engine (without going through the proxy) and it works, so the next question
> is how to fix the proxy issue?  Could this be an SSL certificate issue?
>

Oh, squid :)
Please verify that you have "login=PASSTHRU" set.
Like in #14 here:
https://www.ovirt.org/documentation/admin-guide/chap-Proxies.html#installing-and-configuring-a-squid-proxy


> Ron.
>
> On Fri, 1 Mar 2019 at 04:50, Michal Skrivanek  wrote:
>
>>
>>
>> On 1 Mar 2019, at 02:34, Ron Jerome  wrote:
>>
>> Here is the JS error that is being generated when I push the "Migrate"
>> button...
>>
>> DataProvider failed to fetch data SyntaxError: JSON.parse: unexpected
>>> character at line 1 column 1 of the JSON dataDataProvider.js:35:8
>>>
>>> value/<
>>> DataProvider.js:35:8
>>> A/>>
>>>   es6.promise.js:75
>>>
>>> A/<
>>> es6.promise.js:60
>>> l
>>> _
>>> microtask.js:18
>>>
>>
>>
>> Hi,
>> without a reproduced you’d need to provide a bit more info. Is there
>> anything else in the console?
>> It would be best to understand which requests returned invalid data, for
>> that you can enable the network monitoring and grab the request and
>> response perhaps? We need to see if it’s really the migration request or
>> anything else, and what was the actual response
>>
>> Thanks,
>> michal
>>
>> Ron.
>>
>> On Wed, 27 Feb 2019 at 17:26, Greg Sheremeta  wrote:
>>
>>> Hi Ron,
>>>
>>> Please attach your browser console log and engine.log snippet when you
>>> have the problem.
>>> If you could dive into the console and grab the actual REST API
>>> response, that would be great.
>>> The request will be something like
>>> /api/hosts?migration_target_of=...
>>>
>>> Greg
>>>
>>> On Tue, Feb 26, 2019 at 6:32 PM Greg Sheremeta 
>>> wrote:
>>>
>>>> It sounds like a bug. I'll talk with Michal about reverting this dialog
>>>> to the 4.2 version.
>>>>
>>>> Greg
>>>>
>>>> On Tue, Feb 26, 2019 at 1:47 PM Ron Jerome  wrote:
>>>>
>>>>> Hi Sharon,
>>>>> This happens with all the VM's, regardless of uptime.  I've never
>>>>> tried to migrate a VM if it's not completely up.
>>>>>
>>>>> When I select a VM and push the "Migrate" button, I never get to the
>>>>> "Migrate" dialog box, I just presents the error show in the attached
>>>>> image.
>>>>>
>>>>> I know for a fact that manual migration did work on this cluster,
>>>>> unfortunately, I don't know if it ever worked in 4.3.0 or if I was still 
>>>>> at
>>>>> 4.2.8 when I last used it.
>>>>>
>>>>> Ron.
>>>>>
>>>>> On Tue, 26 Feb 2019 at 11:59, Sharon Gratch 
>>>>> wrote:
>>>>>
>>>>>> Hi Ron,
>>>>>>
>>>>>> What is the VM state when you try to manually migrate it? Is the VM
>>>>>> in the beginning of the "powering up" state?
>>>>>> If so then please wait 1-2 seconds and then try to migrate again and
>>>>>> see if it is reproduced.
>>>>>> You can't migrate a VM on "Wait for Launch" state and once the VM
>>>>>> enters the "powering up" state then it sometimes takes time for UI to be
>>>>>> refreshed with state and data. It was reproduced to me too.
>>>>>>
>>>>>> Greg, does it sound reasonable?
>>>>>>
>>>>>> Thanks,
>>>>>> Sharon
>>>>>>
>>>>>>
>>>>>>
>>>>>> Can you please send a screenshot of the "Migrate VM(s)" dialog with th
>>>>>>
>>>>>> On Tue, Feb 26, 2019 at 5:33 PM 

[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

2019-02-27 Thread Greg Sheremeta
Hi Ron,

Please attach your browser console log and engine.log snippet when you have
the problem.
If you could dive into the console and grab the actual REST API response,
that would be great.
The request will be something like
/api/hosts?migration_target_of=...

Greg

On Tue, Feb 26, 2019 at 6:32 PM Greg Sheremeta  wrote:

> It sounds like a bug. I'll talk with Michal about reverting this dialog to
> the 4.2 version.
>
> Greg
>
> On Tue, Feb 26, 2019 at 1:47 PM Ron Jerome  wrote:
>
>> Hi Sharon,
>> This happens with all the VM's, regardless of uptime.  I've never tried
>> to migrate a VM if it's not completely up.
>>
>> When I select a VM and push the "Migrate" button, I never get to the
>> "Migrate" dialog box, I just presents the error show in the attached
>> image.
>>
>> I know for a fact that manual migration did work on this cluster,
>> unfortunately, I don't know if it ever worked in 4.3.0 or if I was still at
>> 4.2.8 when I last used it.
>>
>> Ron.
>>
>> On Tue, 26 Feb 2019 at 11:59, Sharon Gratch  wrote:
>>
>>> Hi Ron,
>>>
>>> What is the VM state when you try to manually migrate it? Is the VM in
>>> the beginning of the "powering up" state?
>>> If so then please wait 1-2 seconds and then try to migrate again and see
>>> if it is reproduced.
>>> You can't migrate a VM on "Wait for Launch" state and once the VM enters
>>> the "powering up" state then it sometimes takes time for UI to be refreshed
>>> with state and data. It was reproduced to me too.
>>>
>>> Greg, does it sound reasonable?
>>>
>>> Thanks,
>>> Sharon
>>>
>>>
>>>
>>> Can you please send a screenshot of the "Migrate VM(s)" dialog with th
>>>
>>> On Tue, Feb 26, 2019 at 5:33 PM Ron Jerome  wrote:
>>>
>>>> I've toggled all the hosts into and out of maintenance, and VM's
>>>> migrate off of each as expected, but I still can't manually initiate a VM
>>>> migration from the UI.  Do you have any hints as to where to look for error
>>>> messages?
>>>>
>>>> Thanks in advance,
>>>>
>>>> Ron.
>>>>
>>>> On Mon, 25 Feb 2019 at 19:56, Ron Jerome  wrote:
>>>>
>>>>>
>>>>> It's a 3 node cluster, each node has 84G RAM, and there are only two
>>>>> two other VM's running, so there should be plenty of capacity.
>>>>>
>>>>> Automatic migration works, if I put a host into Maintenance, the VM's
>>>>> will migrate.
>>>>>
>>>>> Ron
>>>>>
>>>>> On Mon, Feb 25, 2019, 6:46 PM Greg Sheremeta, 
>>>>> wrote:
>>>>>
>>>>>> Turns out it's a bad error message. It just means there are no hosts
>>>>>> available to migrate to.
>>>>>>
>>>>>> Do you have other hosts up with capacity?
>>>>>>
>>>>>> Greg
>>>>>>
>>>>>>
>>>>>> On Mon, Feb 25, 2019 at 3:01 PM Ron Jerome  wrote:
>>>>>>
>>>>>>> I've been running 4.3.0 for a few weeks now and just discovered that
>>>>>>> I can't manually migrate VM's from the UI.  I get an error message 
>>>>>>> saying: "Could
>>>>>>> not fetch data needed for VM migrate operation"
>>>>>>>
>>>>>>> Sounds like
>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?format=multiple=1670701
>>>>>>>
>>>>>>> Ron.
>>>>>>> ___
>>>>>>> Users mailing list -- users@ovirt.org
>>>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>>> oVirt Code of Conduct:
>>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>>> List Archives:
>>>>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5OBUNZHUPVEDZ5YLTXI2CQEPBQGBZ2JT/
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> GREG SHEREMETA
>>>>>>
>>>>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>>>>>
>>>>>> Red Hat NA
>>>>>>
>>>>>> <https://www.redhat.com/>
>>>>>>
>>>>>> gsher...@redhat.comIRC: gshereme
>>>>>> <https://red.ht/sig>
>>>>>>
>>>>> ___
>>>> Users mailing list -- users@ovirt.org
>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VVSXK3WO4AA5B7T6LGEYWRBNAO56G46V/
>>>>
>>>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> <https://www.redhat.com/>
>
> gsher...@redhat.comIRC: gshereme
> <https://red.ht/sig>
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2MGCE5WJIQC3S3A6JMWQB4W6CF25RKTF/


[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

2019-02-26 Thread Greg Sheremeta
It sounds like a bug. I'll talk with Michal about reverting this dialog to
the 4.2 version.

Greg

On Tue, Feb 26, 2019 at 1:47 PM Ron Jerome  wrote:

> Hi Sharon,
> This happens with all the VM's, regardless of uptime.  I've never tried to
> migrate a VM if it's not completely up.
>
> When I select a VM and push the "Migrate" button, I never get to the
> "Migrate" dialog box, I just presents the error show in the attached
> image.
>
> I know for a fact that manual migration did work on this cluster,
> unfortunately, I don't know if it ever worked in 4.3.0 or if I was still at
> 4.2.8 when I last used it.
>
> Ron.
>
> On Tue, 26 Feb 2019 at 11:59, Sharon Gratch  wrote:
>
>> Hi Ron,
>>
>> What is the VM state when you try to manually migrate it? Is the VM in
>> the beginning of the "powering up" state?
>> If so then please wait 1-2 seconds and then try to migrate again and see
>> if it is reproduced.
>> You can't migrate a VM on "Wait for Launch" state and once the VM enters
>> the "powering up" state then it sometimes takes time for UI to be refreshed
>> with state and data. It was reproduced to me too.
>>
>> Greg, does it sound reasonable?
>>
>> Thanks,
>> Sharon
>>
>>
>>
>> Can you please send a screenshot of the "Migrate VM(s)" dialog with th
>>
>> On Tue, Feb 26, 2019 at 5:33 PM Ron Jerome  wrote:
>>
>>> I've toggled all the hosts into and out of maintenance, and VM's migrate
>>> off of each as expected, but I still can't manually initiate a VM migration
>>> from the UI.  Do you have any hints as to where to look for error messages?
>>>
>>> Thanks in advance,
>>>
>>> Ron.
>>>
>>> On Mon, 25 Feb 2019 at 19:56, Ron Jerome  wrote:
>>>
>>>>
>>>> It's a 3 node cluster, each node has 84G RAM, and there are only two
>>>> two other VM's running, so there should be plenty of capacity.
>>>>
>>>> Automatic migration works, if I put a host into Maintenance, the VM's
>>>> will migrate.
>>>>
>>>> Ron
>>>>
>>>> On Mon, Feb 25, 2019, 6:46 PM Greg Sheremeta, 
>>>> wrote:
>>>>
>>>>> Turns out it's a bad error message. It just means there are no hosts
>>>>> available to migrate to.
>>>>>
>>>>> Do you have other hosts up with capacity?
>>>>>
>>>>> Greg
>>>>>
>>>>>
>>>>> On Mon, Feb 25, 2019 at 3:01 PM Ron Jerome  wrote:
>>>>>
>>>>>> I've been running 4.3.0 for a few weeks now and just discovered that
>>>>>> I can't manually migrate VM's from the UI.  I get an error message 
>>>>>> saying: "Could
>>>>>> not fetch data needed for VM migrate operation"
>>>>>>
>>>>>> Sounds like
>>>>>> https://bugzilla.redhat.com/show_bug.cgi?format=multiple=1670701
>>>>>>
>>>>>> Ron.
>>>>>> ___
>>>>>> Users mailing list -- users@ovirt.org
>>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>> oVirt Code of Conduct:
>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>> List Archives:
>>>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5OBUNZHUPVEDZ5YLTXI2CQEPBQGBZ2JT/
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> GREG SHEREMETA
>>>>>
>>>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>>>>
>>>>> Red Hat NA
>>>>>
>>>>> <https://www.redhat.com/>
>>>>>
>>>>> gsher...@redhat.comIRC: gshereme
>>>>> <https://red.ht/sig>
>>>>>
>>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VVSXK3WO4AA5B7T6LGEYWRBNAO56G46V/
>>>
>>

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CGXHST4H4BBYAWQ5VZANZTN6PZPD4RZG/


[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

2019-02-25 Thread Greg Sheremeta
Turns out it's a bad error message. It just means there are no hosts
available to migrate to.

Do you have other hosts up with capacity?

Greg


On Mon, Feb 25, 2019 at 3:01 PM Ron Jerome  wrote:

> I've been running 4.3.0 for a few weeks now and just discovered that I
> can't manually migrate VM's from the UI.  I get an error message saying:
> "Could not fetch data needed for VM migrate operation"
>
> Sounds like
> https://bugzilla.redhat.com/show_bug.cgi?format=multiple=1670701
>
> Ron.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5OBUNZHUPVEDZ5YLTXI2CQEPBQGBZ2JT/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DLTVBUP5JP2PVJZQW5E2GUG43D4CINPU/


[ovirt-users] Re: [ovirt-devel] Installing oVirt on Physical machine

2019-02-22 Thread Greg Sheremeta
redirecting to users list

Greg

On Fri, Feb 22, 2019 at 6:00 AM  wrote:

> Hi Guys,
>
> I am trying to install oVirt node on a physical machine.
>
> Once selected the option to install oVirt 4.3 it give a screen
>
> "dracut-initqueue time out
> And then get into emergency mode & gives dracut cmd line.
>
> if I exit the command line, it continue bootinto the installation window.
>
> However it gives a message "Kickstart file /run/install/ks.config is
> missing" (Pane is dead).
>
> Tried the same on vmware, it boot fine & am able to install it.
>
> Can someone tell me how could I fix this?
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/MQQPLZ4QTFPLW6FAGWCGZZA6ZNONH2L7/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2TMEZZPC5JML6R3RQ5EDWMYUK2BLNWAG/


[ovirt-users] Re: Novnc issues are not available to regular users

2019-02-22 Thread Greg Sheremeta
The VM Portal enhanecment for this is
https://github.com/oVirt/ovirt-web-ui/pull/956

On Fri, Feb 22, 2019 at 1:21 AM  wrote:

> Ok, thank you very much. There is a problem that we cannot add when we
> create the normal users of the management platform.
> Could you create a user that can be added directly to the admin console?
>

Yes, see the documentation here to see what best fits your use case:
https://www.ovirt.org/documentation/admin-guide/chap-Global_Configuration.html#roles

Best wishes,
Greg


> You still need to add it by command.
> Thank you very much!!
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TJF3KFKONPOYE4HV4JJA7YWCV4BMFNBL/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XEBM6CGK7LRKKNOWG53I3NRIH5ODSBVV/


[ovirt-users] Re: oVirt 4.3 Unable to configure console options in VM Portal

2019-02-21 Thread Greg Sheremeta
On Thu, Feb 21, 2019 at 4:45 PM  wrote:

> There does not seem to be a way for users to configure "Console options"
> when using the VM Portal.  In older versions of oVirt, users had the
> ability to fully control how they configured their VM's.  With the new VM
> Portal and the streamlined approach, they are not able to customize this.


Correct. It's a gap. We are enhancing this here:
https://github.com/oVirt/ovirt-web-ui/pull/956

Should be merged very soon.


> This forces them to use whatever console option is setup by default, which
> is usually a native client.  If users are unable to configure their own
> console settings, then I would like to set the default console to use NoVNC
> so that it opens the console in a browser window instead of a native
> client.  This will allow users without a native VNC client (Such as MacOS)
> to be able to connect to their VM consoles.
>
> I think have half the solution figured out, but it only affects the
> Administration Portal and not the VM Portal.
>
> engine-config –s ClientModeVncDefault=NoVnc
>
> It also does not affect the default "Video Type" or "Graphics Protocol".
> Is this something that is configurable?  I have not found any related
> settings using the following command:
>
> engine-config -l
>
> There is also a file for configuring OS defaults, but no documentation of
> any additional values it could support:
>
> /etc/ovirt-engine/osinfo.conf.d/00-defaults.properties
>
> Ideally, I would like to be able to configure a few more default settings,
> such as "Optimized for" and "Disable Single Sign-on", so I think solving
> the console options problem will ultimately lead to a solution for these as
> well.  Any suggestions?
>

I'd wait for https://github.com/oVirt/ovirt-web-ui/pull/956

Best wishes,
Greg



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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/I62EO55GT3KZEPP44WHPTPASRRGQBC2U/


[ovirt-users] Re: Stuck completing last step of 4.3 upgrade

2019-02-21 Thread Greg Sheremeta
uYp4dwQzQ58if9ffVhKTGOryRNgTscs_aM49L0b6ncLjJK_E1c2ry1DnnZ7VHufzjLpFT8iXfWWw-PW6UIEYAE/https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2F4PKJSVDIH3V4H7Q2RKS2C4ZUMWDODQY6%2F>
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: 
> https://secure-web.cisco.com/1ubMaXUij250PN8zKVQvmo6NUYWPOdVDirkU4lwkRkpCkQix6ZJlGJiEF1lWy8_04u2Ems0FwTKbgPFhm06jfILR59nJDNUIiCeN5YkYj0RU-r9UbaWrCmz_uLZJISuevoC0ELHCC121je2k5qatuVVcZL3XrG4eOeOFlhAd7riOB_HVcTdkWXGXF5hw6IiQj4E33rY5vEP9waE6nkhZO6bk08CLKlYrPyVF0o8d1-X8ntzhjWIE311h2ZNlu9KFarFqe5cckSGvVh1UiHQ3AKuBPZAvPKIH7KXsL6iFBNG-pJm-uVP27ZUnoeEQaG8kAVc6jW43e7fxfBUvrzmiFlQyD2o3HBrNNlbtHGjYU5Wy3Ao2H09QtCReoIaypCYbwS6Di3wqgY0lNuxB7swSo1vziW4Uez_j5sRmSl43UgIXzzjoeu4gWwRyfeteXo88x/https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2F
> oVirt Code of Conduct: 
> https://secure-web.cisco.com/1HjeIIkwx_NRkoCsnonfHu87z-MFaPfE3HOMBJ02Mzwyj-9AxzEENIuSMb_cTt98gAuZrWnSWq26-hUbz4lqcziFPWDUWOpWeYyBfQFYYld79cH960SfEhrOi44Gl9GDPCs27iXPJ1Kpxbp0t3iyi0HmC9QqLoXswWm8sIRPgvg4g1q9sSRKmrTyqylP8-MEETXdMXW-SwYeQT0I-_w1GH9VHOuy6cYf8bqaAwYFtAQ_TDrJX0atMmNh1bqDF3BLKxeXePEZCwqondC9a5ovB9-FzZcpUHrT4YK6gOIng55mdlAj6j-6lyw9N5gNXtfz9oq5DH78nE15q6iFyyEVG58pbrUje45FJdy9WsRRvNttcFbzgtb5E5-RtoFgdIYf5fJfchr0o1NVNHWpb1beyhLeM8_fS1Pzy-Fo8m0r_ZcYtOQ1WOdfE5fs5QRz2UVVZ/https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F
> List Archives: 
> https://secure-web.cisco.com/1XcKrt1wH3y9o2mcDXqQa9v-MXc1VugRHkrHz1HJwNk-1Mv89pcENMjNLP_TEZ99urLjX0r-Njjx1RP-mFIsJ_OOvLqjsx1fHATqYdaQf4kPCSF2q9mQeT69waxxb6pMsr12XPMv8rLYkx4aW2OstK2D-qPwT8zq5VxhKu-BnlokI1iS8eE08BgzugQl5Z471i_6Huk6h9jYCYxWW7lPu3OMBmRtlsV_wIshfnu1Cslu_sAOh_44DsDsfPswlNOHzVWX7bS67AKwhr7Ic-QUeew3FJXQL_JnMXZstYWxXgZhK48wgp1CNMhjhva4OiBwm6eKnvMjB6_IYQQSbjO0qg9MHHQQ01BfgJmM2uWLdzAeK7e7S_JKPndAQVyg2LOhECm4JX8GEUEC6a4zM1WbXoA-Zp-vUvOMfzeM-DWmIvqfyojx-yRwDcI8r7HtcJvhE/https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FDYFZAC4BPJNGZP3PEZ6ZP2AB3C3JVAFM%2F
>
>
> _______
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/O2WI5F77DVZ3HZORNNXOIWFLMP4GYERV/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/37UXGGA2Y7SYCKJYGXJ35EAXPKOD4QUQ/


[ovirt-users] Re: Preserve vm state

2019-02-21 Thread Greg Sheremeta
You are welcome. The doc is fixed now too.
Let us know if you have any questions.

Greg

On Thu, Feb 21, 2019 at 8:16 AM Leo David  wrote:

> Great !
> This is the needed feature !
> Thank you very much for your help,  and have a nice day Sirs.
>
> Leo
>
> On Thu, Feb 21, 2019 at 2:17 PM Greg Sheremeta 
> wrote:
>
>> Yes, stateless pools is the feature you're looking for.
>>
>> The lab students can use VM Portal to check out a VM from the pool, and
>> when they are done, the VM will reset.
>>
>> Documentation:
>> https://www.ovirt.org/documentation/admin-guide/chap-Pools.html
>> (just noticed it has a formatting issue. I'll get that fixed asap.)
>>
>> Greg
>>
>> On Wed, Feb 20, 2019 at 11:31 PM Leo David  wrote:
>>
>>> Hi Everyone,
>>> I have this challange where I need to rollback a couple  of vms to a
>>> certain base snapshot everytime it starts, for a school computer lab.
>>> It there a way to configure this feature somehow in the UI ?
>>> Thank you very much !
>>>
>>> Leo
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FFJYUTPEOOQDHVECXKVZSKBHPAU34O3I/
>>>
>>
>>
>> --
>>
>> GREG SHEREMETA
>>
>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>
>> Red Hat NA
>>
>> <https://www.redhat.com/>
>>
>> gsher...@redhat.comIRC: gshereme
>> <https://red.ht/sig>
>>
>
>
> --
> Best regards, Leo David
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BMUDZGKXMQ7K5UPN7ROODLGJSMKQNZMA/


[ovirt-users] Re: Preserve vm state

2019-02-21 Thread Greg Sheremeta
Yes, stateless pools is the feature you're looking for.

The lab students can use VM Portal to check out a VM from the pool, and
when they are done, the VM will reset.

Documentation:
https://www.ovirt.org/documentation/admin-guide/chap-Pools.html
(just noticed it has a formatting issue. I'll get that fixed asap.)

Greg

On Wed, Feb 20, 2019 at 11:31 PM Leo David  wrote:

> Hi Everyone,
> I have this challange where I need to rollback a couple  of vms to a
> certain base snapshot everytime it starts, for a school computer lab.
> It there a way to configure this feature somehow in the UI ?
> Thank you very much !
>
> Leo
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FFJYUTPEOOQDHVECXKVZSKBHPAU34O3I/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/R2BRIOJWGABC27PAUN6GM7K7IFM4C44L/


[ovirt-users] Re: understanding ovirt communication

2019-02-20 Thread Greg Sheremeta
Firewall requirements are documented here:
https://www.ovirt.org/documentation/install-guide/chap-System_Requirements.html#networking-requirements

Your logs contain a bunch of Connection refused messages, so I'd start with
verifying all those ports are open.

Best wishes,
Greg

On Wed, Feb 20, 2019 at 3:46 PM  wrote:

> Dear Greg,
>
>
> I configured 4 hosts. (see tab)
> "rhnode" is a real-node, all other are test-hosts.
> IP with 192 are RFC1918.
>
> if I click on the link host:rhnode:install nothing happens.
> rhnode:/root/.ssh/authorized_keys already configured
>
> Howto understanding ovirt communication?
>
>   ovirt-engine.py - node:vdsm:46463  node:libvirt:16509
>  |
>sql-db:5432
>
> Is this correct?
>
> Regards Heiko
>
>
>
> Host: 1 - 4
> Name Kommentar Hostname/IP Cluster Data-Center Status Virtuelle Maschinen
> Arbeitsspeicher CPU Netzwerk SPM
> elmo t2e 141.xxx.xxx.244 Default Default InstallFailed 0 0% 0% 0% Normal
> leni t1i 192.xxx.xxx.198 Default Default NonResponsive 0 0% 0% 0% Normal
> mb_h1 t3xen 141.xxx.xxx.240 Default Default NonResponsive 0 0% 0% 0% Normal
> rhnode t4node 192.xxx.xxx.153 Default Default InstallFailed 0 0% 0% 0%
> Normal
>
>
>
> [1] hxxps://
> w3.fh-lausitz.de/alfresco/d/d/workspace/SpacesStore/57a7fb3c-f344-4617-9b15-df48247b1500/vdsm.log-190214
> [2] hxxps://
> w3.fh-lausitz.de/alfresco/d/d/workspace/SpacesStore/5aa5663b-db98-4cd3-90da-63a132e29175/engine.log-20190213.a.gz
> [3] hxxps://
> w3.fh-lausitz.de/alfresco/d/d/workspace/SpacesStore/9494a8a5-7a01-4dfb-b7b7-7f43f5a65518/engine.log-20190214.a.gz
> links expires on one week
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/6EXY67RIQ2DDF4HNPUV2JOU5Y66DRCCH/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UJVK35OCLF2IOSBDMRW5UXN5BARBLPFR/


[ovirt-users] Re: Creating a static route

2019-02-20 Thread Greg Sheremeta
Thanks all. I agree with Lev, mostly because it's a better experience for
our users. And we typically document workaround type things in the
appendices. I could argue vdsm hooks are all workarounds for something and
we document those pretty extensively :)

Maybe this section would make sense?
https://www.ovirt.org/documentation/admin-guide/appe-Custom_Network_Properties.html

Sandro, your opinion please?

Greg

On Wed, Feb 20, 2019 at 7:21 AM Lev Veyde  wrote:

> Hi Edward,
>
> Thanks for your feedback on the issue.
>
> I still think that we do need to to add a note to the documentation, so
> that customers/integrators who want to add custom static routes will be
> aware of the issue.
> As previously discussed we should note of course, that this feature is
> currently not officially supported, and adding the routes manually is a
> workaround.
>
> Thanks in advance,
>
> On Wed, Feb 20, 2019 at 1:41 PM Edward Haas  wrote:
>
>> As mentioned in this thread oVirt currently does not support customized
>> routes.
>> It supports only a host level default route and per network gateways
>> (default route per network).
>>
>> If someone understands well the Linux network details, workarounds may be
>> applied to overcome oVirt limitations.
>> With that said, as oVirt manages the host network details, the community
>> and future development cannot take into account such workarounds.
>>
>> To solve this problem correctly, oVirt needs to support customize routes.
>> From my perspective, this workaround should not be formally documented.
>>
>> Thanks,
>> Edy.
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ENLA36PL2CPVDIJNZTOGLWYTZCPUGJ6Z/


[ovirt-users] Re: Local Storage domain to Shared

2019-02-20 Thread Greg Sheremeta
On Tue, Feb 19, 2019 at 6:03 PM Matt Simonsen  wrote:

> Hello all,
>
> I have a few nodes with local storage, and I've considered exporting
> them via NFS to migrate into shared storage, more than a few times.
>
> I have thought of this post on the ovirt-users list many times:
> https://lists.ovirt.org/pipermail/users/2017-December/085521.html
>
> Is this procedure documented & fully supported? Or is it something that
> just happens to work?
>

@Nir Soffer  what do you think?


>
> The instructions provided by Gianluca seem very clear. If this isn't
> documented better, ie: a blog for the site, what are the things that I
> should include to make it of value for going on the site?
>

Good questions. If it's supported and valuable, it should be documented
probably in the Admin Guide [
https://ovirt.org/documentation/admin-guide/administration-guide.html]
Else, perhaps a blog post would suffice. I much prefer /documentation,
though, if that makes sense to Nir.


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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KFDGFE5CYOXBBKJWU7U2Z6GRH555CVF7/


[ovirt-users] Re: Ovirt project source code download problem

2019-02-20 Thread Greg Sheremeta
The documentation for setting up a developer environment for ovirt-engine
is currently in a poor state.
It might help you to use this role:
https://github.com/gregsheremeta/ovirt-engine-devel

Greg

On Wed, Feb 20, 2019 at 3:44 AM xil...@126.com  wrote:

>
> Thank you very much. I have found it now.
> --
> xil...@126.com
>
>
> *From:* Joey Ma 
> *Date:* 2019-02-20 15:13
> *To:* xilazz 
> *CC:* users 
> *Subject:* Re: [ovirt-users] Ovirt project source code download problem
> Hi,
>
> You could get all the source codes relevant to oVirt from Gerrit [1] and
> Github [2].
>
> [1]: https://gerrit.ovirt.org
> [2]: https://github.com/oVirt
>
> On Wed, Feb 20, 2019 at 3:02 PM  wrote:
>
>> Hi,The dear.
>> May I ask where I can find the source code of ovirt project? I want to
>> test the environment through compilation and installation. At present, most
>> of the methods are online installation, so I cannot modify some contents.
>> Thank you very much for your help. Thank you very much.
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WXKM46UDXFMHPOXY7TRQ6XXCSI5WER77/
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/SDOT3FRCBQYJBYY4JN3TVOF3AQYNLZY6/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DFWFOH2AEQ64QTXMNIEE6SMHJERNYJXM/


[ovirt-users] Re: [ovirt-devel] new easy way to open issues for ovirt.org and documentation

2019-02-17 Thread Greg Sheremeta
On Sun, Feb 17, 2019 at 4:41 PM Nir Soffer  wrote:

> On Sun, Feb 17, 2019 at 9:32 PM Greg Sheremeta 
> wrote:
>
>> Hi,
>>
>> I created some footer links on ovirt.org to make it super easy to open
>> GitHub issues. We often get questions about where to report documentation
>> issues and things like that -- hopefully this eases the pain.
>>
>> When you are visiting any page on ovirt.org and you see a problem or
>> have an idea for enhancement, simply scroll down and click 'Report an issue
>> on GitHub'.
>>
>> [image: Selection_393.png]
>>
>
> Cool!
>
> But this may lead to reporting ovrit bugs in ovirt site.
>
> Maybe:
>
> "Report an issue with this page"
>
> The "on Github" part is not important (same for "Edit this page").
>
>
Yeah, you're right on both counts. Thanks for the feedback!

Fix:
tweak footer links by gregsheremeta · Pull Request #1917 · oVirt/ovirt-site
https://github.com/oVirt/ovirt-site/pull/1917

Best wishes,
Greg


Nir
>
>
>
>>
>> Full demo (2 minutes):
>> https://www.youtube.com/watch?v=TbORKknLVL4
>>
>> (and, of course, if you're so inclined, the Edit link starts a PR for you
>> ...)
>>
>> Best wishes,
>> Greg
>>
>>
>> --
>>
>> GREG SHEREMETA
>>
>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>
>> Red Hat NA
>>
>> <https://www.redhat.com/>
>>
>> gsher...@redhat.comIRC: gshereme
>> <https://red.ht/sig>
>> ___
>> Devel mailing list -- de...@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/WC42SBSGYAW6GIL4A6BSTZKG5UA7LALN/
>>
>

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2TP5VNNPBPPVCECG32O7SQJFZNHR4O7F/


[ovirt-users] new easy way to open issues for ovirt.org and documentation

2019-02-17 Thread Greg Sheremeta
Hi,

I created some footer links on ovirt.org to make it super easy to open
GitHub issues. We often get questions about where to report documentation
issues and things like that -- hopefully this eases the pain.

When you are visiting any page on ovirt.org and you see a problem or have
an idea for enhancement, simply scroll down and click 'Report an issue on
GitHub'.

[image: Selection_393.png]

Full demo (2 minutes):
https://www.youtube.com/watch?v=TbORKknLVL4

(and, of course, if you're so inclined, the Edit link starts a PR for you
...)

Best wishes,
Greg


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WC42SBSGYAW6GIL4A6BSTZKG5UA7LALN/


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

2019-02-15 Thread Greg Sheremeta
On Thu, Feb 14, 2019 at 11:37 AM Jiří Sléžka  wrote:

> 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.
>
> Here is engine.log
>
> https://pastebin.com/izBJ1BUg
>
> I am not sure what went wrong except one java.lang.NullPointerException
> error... Could it be some bug?
>

Indeed, it looks like a bug. Can you open one:
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
component = BLL.Virt,  team = Virt
please attach your logs too.


>
> Also I would like to unlock disk and clean this task. I can see locked
> snapshot and disk
>
> [root@ovirt dbutils]# ./unlock_entity.sh -q -t snapshot -c
>
> Locked snapshots
>
> vm_id | snapshot_id
>
>
> --+--
>  df27ee13-9961-41d5-a4eb-bbb0aadf9086 |
> 58998020-08cb-4c84-8847-0cb6790724ba
>
> [root@ovirt dbutils]# ./unlock_entity.sh -q -t disk -c
>
> Locked disks
>
> vm_id |   disk_id
>
>
> --+--
>  df27ee13-9961-41d5-a4eb-bbb0aadf9086 |
> f6405448-baf8-4cc2-8ee7-798ca11cad10
>
> but no runnig tasks
>
> [root@ovirt dbutils]# ./taskcleaner.sh -o
>  t
>
> but in ovirt-manager I see this stucked task...
>
> Preview VM Snapshot predsysprep of VM install_10_64bit_LTSB_UK_ucebny -
> Started: Feb 12, 2019, 11:28:04 AM
> Validating - Completed: Feb 12, 2019, 11:28:04 AM
> Executing - Completed: Feb 12, 2019, 11:28:15 AM
> Creating Volume - Completed: Feb 12, 2019, 11:28:15 AM
> Finalizing - Started: Feb 12, 2019, 11:28:15 AM
>
> what is best approach to unlock and clean this?
>

I'm not sure -- hopefully someone else can assist :)


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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HOMNZLKTIGDSYA7MW3IG3JC4MLV2WN3J/


[ovirt-users] Re: Error packages update after upgrade to ovirt 4.3

2019-02-15 Thread Greg Sheremeta
On Thu, Feb 14, 2019 at 8:30 AM Gianluca Cecchi 
wrote:

> On Thu, Feb 14, 2019 at 2:18 PM Нон локалес  wrote:
>
>> Hello. Anyone please help, cannot upgrade host, yum update going in error.
>>
>> https://pastebin.com/MWnsxVAa
>>
>> What i have done and didnt work:
>> yum install dpdk
>> yum clean all
>> package-cleanup --cleandupes
>>
>> Its clean centos 7 with installed host role throught ovirt engine/
>> ___
>>
>>
> I know from Centos-devel mailing list that there are these kind of
> problems in places, so possibly you are incurring in their effects on repos:
> https://lists.centos.org/pipermail/centos-devel/2019-February/017223.html
>
>
Unfortunately there was an ovs packaging problem in CentOS. It should be
fixed now.

Greg



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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NSRWKX4KZW2ER3M536QT6RQCCNVJHFJ4/


[ovirt-users] Re: access engine by http

2019-02-15 Thread Greg Sheremeta
I agree with Ravi.

If your use case is that you just don't want to be nagged by the browser
about your self-signed certificate, why not just import the CA into your
browser?
Like this:
https://www.ovirt.org/documentation/intro-vm-portal/What_is_the_VM_Portal.html#installing-the-ca-certificate

On Fri, Feb 15, 2019 at 9:21 AM Ravi Shankar Nori  wrote:

> I am not sure we can do what you are asking for. A lot of stuff is not
> going to work. AFAIK you will need a dedicated machine to run ovirt engine
> on the default ports.
>
> On Thu, Feb 14, 2019 at 10:29 PM du_hon...@yeah.net 
> wrote:
>
>> hi Ravi
>>  sorry, I do not understand when I visit http:
>> 192.168.122.176:80/ovirt-engine still redirect to https:
>> 192.168.122.176:443/ovirt-engine, I already fix sso_clients table;
>> who redirect http to https??
>>  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/TPV3AFLHPVZZIHD4GW3VA6D6FO7T2GBC/


[ovirt-users] Re: Using the web-ui VM portal through a proxy failing

2019-02-15 Thread Greg Sheremeta
Hi Callum,

We figured it out. Please see
https://github.com/oVirt/ovirt-web-ui/issues/938#issuecomment-464067457
Let me know if that helps?

Greg


On Tue, Jan 29, 2019 at 8:31 PM Greg Sheremeta  wrote:

> Hey,
>
> https://github.com/oVirt/ovirt-web-ui/issues/938
>
> You can follow progress there. Thank you for reporting.
>
> Best wishes,
> Greg
>
> On Wed, Oct 24, 2018 at 11:41 AM Callum Smith 
> wrote:
>
>> Dear Greg,
>>
>> Here's my config, this is based on the original guide and some other
>> stuff that i found to help make it work.
>> Squid Cache: Version 3.5.20
>>
>> https_port 443 accel key=/etc/squid/rescomp-vmgw.well.ox.ac.uk.proxy.key
>> cert=/etc/squid/rescomp-vmgw.well.ox.ac.uk.proxy.crt defaultsite=> engine node>
>> cache_peer  parent 443 0 no-query originserver ssl
>> sslcafile=/etc/squid/ca.pem sslflags=DONT_VERIFY_PEER name=engine
>> cache_peer_access engine allow all
>> ssl_bump allow all
>> http_port 3128
>> acl ovirt_nodes dst 
>> acl ovirt_engine dstdomain .
>> acl all_ips src 1.1.1.1/1
>> http_access allow ovirt_nodes ovirt_engine
>> http_access allow all_ips
>> http_access allow all
>>
>>
>> # Following are from:
>> # https://access.redhat.com/solutions/425693
>>
>> # Leave coredumps in the first cache dir
>> coredump_dir /var/spool/squid
>>
>> # RHEV and Spice may leave connections idle for long periods
>> pconn_timeout   12 hours
>> request_timeout 12 hours
>> read_timeout12 hours
>>
>> # We need approx 20 open filehandles per spice client
>> max_filedesc 16384
>>
>> Regards,
>> Callum
>>
>> --
>>
>> Callum Smith
>> Research Computing Core
>> Wellcome Trust Centre for Human Genetics
>> University of Oxford
>> e. cal...@well.ox.ac.uk
>>
>> On 3 Oct 2018, at 00:39, Greg Sheremeta  wrote:
>>
>> Hi Callum,
>>
>> I took a look at this, but got in the weeds pretty quickly with squid
>> configuration. I can help more offline, but it might be a while.
>>
>> It'll probably be easier if you can provide me exact steps for how I
>> could reproduce. Looks like I need to generate some keys. Can you create
>> and share a simple reproducer?
>>
>> Greg
>>
>>
>> On Thu, Sep 20, 2018 at 11:37 AM Callum Smith 
>> wrote:
>>
>>> Dear Greg,
>>>
>>> Did you manage to get any further with this, reverse proxy is rather
>>> critical to this project.
>>>
>>> Regards,
>>> Callum
>>>
>>> --
>>>
>>> Callum Smith
>>> Research Computing Core
>>> Wellcome Trust Centre for Human Genetics
>>> University of Oxford
>>> e. cal...@well.ox.ac.uk
>>>
>>> On 6 Aug 2018, at 12:13, Greg Sheremeta  wrote:
>>>
>>> I'll look into it and get back to you.
>>>
>>> On Mon, Aug 6, 2018 at 7:02 AM Callum Smith 
>>> wrote:
>>>
>>>> Dear Greg,
>>>>
>>>> So what's the go-to here, it seems so close but something in the API
>>>> ajax is failing.
>>>>
>>>> Regards,
>>>> Callum
>>>>
>>>> --
>>>>
>>>> Callum Smith
>>>> Research Computing Core
>>>> Wellcome Trust Centre for Human Genetics
>>>> University of Oxford
>>>> e. cal...@well.ox.ac.uk
>>>>
>>>> On 27 Jul 2018, at 12:21, Greg Sheremeta  wrote:
>>>>
>>>> On Fri, Jul 27, 2018 at 4:39 AM Callum Smith 
>>>> wrote:
>>>>
>>>>> Dear Greg,
>>>>>
>>>>> Indeed, always the latest and greatest for us while trying to get this
>>>>> running.
>>>>>
>>>>> https://www.ovirt.org/documentation/security/squid-reverse-proxy/
>>>>>
>>>>
>>>> Arrggghh, that is referring to the old GWT UserPortal and not the new
>>>> react-based VM Portal. (I'll delete it / mark it obsolete. I apologize for
>>>> the out-of-date state of our documentation. I am working on improving it.)
>>>>
>>>> Unfortunately we have never tested VM Portal with squid.
>>>>
>>>> @Lukas Svaty  any chance you or someone on the team
>>>> can assist?
>>>>
>>>>
>>>>>
>>>>> And the squid.conf file looks like this:
>>>>>
>>>>> https_port 443 accel
>>>>> key=/etc/squid/re

[ovirt-users] Re: update to 4.2.8 fails

2019-02-15 Thread Greg Sheremeta
On Thu, Feb 14, 2019 at 11:06 PM Vincent Royer 
wrote:

> Greg,
>
> Can I contribute?
>

I'm so glad you asked -- YES, please do! :)

The docs, along with the rest of the ovirt.org site, are in GitHub, and
very easily editable. To edit a single page -- in the page footer, click
"Edit this page on GitHub". That will create a simple Pull Request for
review.

You can also clone and fork like any other project, if you are more
comfortable with that. If you want to run the site locally,
https://github.com/oVirt/ovirt-site/blob/master/CONTRIBUTING.md

Let me know if you have any questions!


>
>
>
> On Thu, Feb 14, 2019 at 2:05 PM Greg Sheremeta 
> wrote:
>
>>
>> On Thu, Feb 14, 2019 at 2:16 PM Vincent Royer 
>> wrote:
>>
>>> Greg,
>>>
>>> The first thing on the list in your link is to check what repos are
>>> enabled with yum repolist, but makes no mention of what repos *should *be
>>> enabled on node-ng, nor what to do about it if you have the wrong ones.
>>> I've never had an Ovirt update go the way it was "supposed" to go, despite
>>> having a bunch of documentation at hand.  Usually I end up blowing away the
>>> hosts and starting with a fresh ISO.
>>>
>>> The page you linked makes no mention of the command Edward mentioned
>>> that got things working for me:
>>>
>>> yum update ovirt-node-ng-image-update
>>>
>>> All the instructions I can find just say to run yum update, but that
>>> resulted in a bunch of dependency errors for me, on a normal 4.2.6 node
>>> install that I haven't touched since installation.  Why?  If I'm following
>>> the instructions, shouldn't it work?
>>>
>>>
>>> running this command in the upgrade guide:
>>>
>>> [image: image.png]
>>>
>>> Gives me "This system is not registered with an entitlement server".
>>>  Is that an outdated instruction?  Does it apply to the particular update
>>> I'm trying to apply?   No way to tell...
>>>
>>
>> It only applies to RHEL. If you are not on RHEL, you wouldn't run that.
>> So it definitely needs improvement.
>>
>>
>>>
>>> What would really help is a clear separation between commands intended
>>> for centos/RHEL and commands intended for Node.  As an outsider, it's very
>>> difficult to know.   Every chapter, where there is any difference in
>>> procedure, the documents should be split with RHEL on one side and NODE on
>>> the other.
>>>
>>
>> +1.
>>
>>
>>>
>>> The documentation would also benefit from tags like dates and versions
>>> that they apply to.  "Valid for Ovirt 4.2.6 to 4.2.8 as of Feb 2, 2019".
>>> Then the documents should be tested and the dates/versions adjusted, or the
>>> docs adjusted, as needed.
>>>
>>
>> Agree.
>>
>>
>>>
>>> Ovirt is awesome.
>>>
>>
>> Agree :)
>>
>>
>>> But the docs are the project's worst enemy.
>>>
>>
>> I understand your frustrations. We've been trying to improve the
>> documentation lately, and feedback like yours is crucial. So thank you.
>> I opened to https://github.com/oVirt/ovirt-site/issues/1906 track this.
>>
>> Best wishes,
>> Greg
>>
>>
>>
>>>
>>>
>>>
>>> On Thu, Feb 14, 2019 at 3:34 AM Greg Sheremeta 
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> On Wed, Feb 13, 2019 at 11:18 PM Vincent Royer 
>>>> wrote:
>>>>
>>>>> wow am I crazy or is that not mentioned anywhere that I can find in
>>>>> the docs?
>>>>>
>>>>
>>>>
>>>> https://ovirt.org/documentation/upgrade-guide/appe-Manually_Updating_Hosts.html
>>>>
>>>> Does that make sense, or do you think it needs enhancement? If it needs
>>>> enhancement, please open a documentation bug:
>>>> https://github.com/oVirt/ovirt-site/issues/new
>>>>
>>>>
>>>>
>>>>>
>>>>> some combinations of commands and reboots finally got the update to
>>>>> take.
>>>>>
>>>>> Any idea about the messages about not being registered to an
>>>>> entitlement server?  whats that all about??
>>>>>
>>>>
>>>> If you're on CentOS, it's a harmless side effect of cockpit being
>>>> installed.
>>>> # cat  /etc/

[ovirt-users] Re: update to 4.2.8 fails

2019-02-14 Thread Greg Sheremeta
On Thu, Feb 14, 2019 at 2:16 PM Vincent Royer  wrote:

> Greg,
>
> The first thing on the list in your link is to check what repos are
> enabled with yum repolist, but makes no mention of what repos *should *be
> enabled on node-ng, nor what to do about it if you have the wrong ones.
> I've never had an Ovirt update go the way it was "supposed" to go, despite
> having a bunch of documentation at hand.  Usually I end up blowing away the
> hosts and starting with a fresh ISO.
>
> The page you linked makes no mention of the command Edward mentioned that
> got things working for me:
>
> yum update ovirt-node-ng-image-update
>
> All the instructions I can find just say to run yum update, but that
> resulted in a bunch of dependency errors for me, on a normal 4.2.6 node
> install that I haven't touched since installation.  Why?  If I'm following
> the instructions, shouldn't it work?
>
>
> running this command in the upgrade guide:
>
> [image: image.png]
>
> Gives me "This system is not registered with an entitlement server".   Is
> that an outdated instruction?  Does it apply to the particular update I'm
> trying to apply?   No way to tell...
>

It only applies to RHEL. If you are not on RHEL, you wouldn't run that.
So it definitely needs improvement.


>
> What would really help is a clear separation between commands intended for
> centos/RHEL and commands intended for Node.  As an outsider, it's very
> difficult to know.   Every chapter, where there is any difference in
> procedure, the documents should be split with RHEL on one side and NODE on
> the other.
>

+1.


>
> The documentation would also benefit from tags like dates and versions
> that they apply to.  "Valid for Ovirt 4.2.6 to 4.2.8 as of Feb 2, 2019".
> Then the documents should be tested and the dates/versions adjusted, or the
> docs adjusted, as needed.
>

Agree.


>
> Ovirt is awesome.
>

Agree :)


> But the docs are the project's worst enemy.
>

I understand your frustrations. We've been trying to improve the
documentation lately, and feedback like yours is crucial. So thank you.
I opened to https://github.com/oVirt/ovirt-site/issues/1906 track this.

Best wishes,
Greg



>
>
>
> On Thu, Feb 14, 2019 at 3:34 AM Greg Sheremeta 
> wrote:
>
>> Hi,
>>
>> On Wed, Feb 13, 2019 at 11:18 PM Vincent Royer 
>> wrote:
>>
>>> wow am I crazy or is that not mentioned anywhere that I can find in the
>>> docs?
>>>
>>
>>
>> https://ovirt.org/documentation/upgrade-guide/appe-Manually_Updating_Hosts.html
>>
>> Does that make sense, or do you think it needs enhancement? If it needs
>> enhancement, please open a documentation bug:
>> https://github.com/oVirt/ovirt-site/issues/new
>>
>>
>>
>>>
>>> some combinations of commands and reboots finally got the update to
>>> take.
>>>
>>> Any idea about the messages about not being registered to an entitlement
>>> server?  whats that all about??
>>>
>>
>> If you're on CentOS, it's a harmless side effect of cockpit being
>> installed.
>> # cat  /etc/yum/pluginconf.d/subscription-manager.conf
>> [main]
>> enabled=1
>> # change to 0 if you prefer
>>
>>
>>
>>>
>>>
>>>
>>> On Wed, Feb 13, 2019 at 7:30 PM Edward Berger 
>>> wrote:
>>>
>>>> If its a node-ng install, you should just update the whole image with
>>>> yum update ovirt-node-ng-image-update
>>>>
>>>> On Wed, Feb 13, 2019 at 8:12 PM Vincent Royer 
>>>> wrote:
>>>>
>>>>> Sorry, this is a node install w/ he.
>>>>>
>>>>> On Wed, Feb 13, 2019, 4:44 PM Vincent Royer >>>> wrote:
>>>>>
>>>>>> trying to update from 4.2.6 to 4.2.8
>>>>>>
>>>>>> yum update fails with:
>>>>>>
>>>>>> --> Finished Dependency Resolution
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Error: Package: vdsm-4.20.46-1.el7.x86_64 (ovirt-4.2)
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>Requires: libvirt-daemon-kvm >= 4.5.0-10.el7_6.3
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>Installed: libvirt-daemon-kvm-3.9.0-14.el7_5.8.x86_64
>>>>>> (installed)
>>>>>>
>>>>>>
>>>

[ovirt-users] Re: understanding ovirt communication

2019-02-14 Thread Greg Sheremeta
Hi,

Please provide your engine.log from the engine and vdsm.log from the node.

Greg


On Wed, Feb 13, 2019 at 3:49 PM  wrote:

>
>
> Hallo,
>
> I installed ovirt-engine and ovirt-node.
> I try add host:new but received errormg InstallFailed.
>
> seem connection to following ports: 49076 49080 49084...
>
> Howto understanding ovirt communication?
>
> keywords: engine,dwh,ovn,libvirt,virtd,node,otopi,vdsmd,sshd,node,goferd
>
> regards Heiko
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/324LTF66XWUMEIQVXZS6KAQMTE4BDU7W/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/43P2XVSCD2G3Q7AO4QQIQI73K7FXJFZE/


[ovirt-users] Re: update to 4.2.8 fails

2019-02-14 Thread Greg Sheremeta
;>>>
>>>> Updated
>>>>
>>>>
>>>>
>>>>
>>>> 
>>>>
>>>>
>>>>
>>>>
>>>> Added (new)
>>>>
>>>>
>>>>
>>>>
>>>> 
>>>>
>>>>
>>>>
>>>>
>>>> Deleted
>>>>
>>>>
>>>>
>>>>
>>>> 
>>>>
>>>>
>>>>
>>>>
>>>> This system is not registered with an entitlement server. You can use
>>>> subscription-manager to register.
>>>>
>>>>
>>>>
>>>> Cannot upload enabled repos report, is this client registered?
>>>>
>>>>
>>>>
>>>>
>>>> [root@brian yum.repos.d]# yum repolist
>>>>
>>>>
>>>>
>>>>
>>>> Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist,
>>>> package_upload, product-id, search-disabled-repos, subscription-manager,
>>>> vdsmupgrade
>>>>
>>>>
>>>> 2019-02-13 16:42:36,489 [ERROR] yum:17809:MainThread @identity.py:145 -
>>>> Reload of consumer identity cert /etc/pki/consumer/cert.pem raised an
>>>> exception with msg: [Errno 2] No such file or directory:
>>>> '/etc/pki/consumer/key.pem'
>>>>
>>>> 2019-02-13 16:42:36,490 [INFO] yum:17809:MainThread @connection.py:868
>>>> - Connection built: host=subscription.rhsm.redhat.com port=443
>>>> handler=/subscription auth=identity_cert ca_dir=/etc/rhsm/ca/
>>>> insecure=False
>>>>
>>>> 2019-02-13 16:42:36,491 [INFO] yum:17809:MainThread @repolib.py:471 -
>>>> repos updated: Repo updates
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Total repo updates: 0
>>>>
>>>>
>>>>
>>>>
>>>> Updated
>>>>
>>>>
>>>>
>>>>
>>>> 
>>>>
>>>>
>>>>
>>>>
>>>> Added (new)
>>>>
>>>>
>>>>
>>>>
>>>> 
>>>>
>>>>
>>>>
>>>>
>>>> Deleted
>>>>
>>>>
>>>>
>>>>
>>>> 
>>>>
>>>>
>>>>
>>>>
>>>> This system is not registered with an entitlement server. You can use
>>>> subscription-manager to register.
>>>>
>>>>
>>>>
>>>> Loading mirror speeds from cached hostfile
>>>>
>>>>
>>>>
>>>>
>>>>  * ovirt-4.2: mirrors.rit.edu
>>>>
>>>>
>>>>
>>>>
>>>>  * ovirt-4.2-epel: mirror.sjc02.svwh.net
>>>>
>>>>
>>>>
>>>>
>>>> repo id
>>>>
>>>> repo name
>>>>
>>>>   status
>>>> centos-sclo-rh-release/x86_64
>>>>
>>>> CentOS-7 - SCLo rh
>>>>
>>>>   8,113
>>>> ovirt-4.2/7
>>>>
>>>> Latest oVirt 4.2 Release
>>>>
>>>>   2,558
>>>> ovirt-4.2-centos-gluster312/x86_64
>>>>
>>>>CentOS-7 - Gluster 3.12
>>>>
>>>>262
>>>> ovirt-4.2-centos-opstools/x86_64
>>>>
>>>>CentOS-7 - OpsTools - release
>>>>
>>>>853
>>>> ovirt-4.2-centos-ovirt42/x86_64
>>>>
>>>> CentOS-7 - oVirt 4.2
>>>>
>>>> 631
>>>> ovirt-4.2-centos-qemu-ev/x86_64
>>>>
>>>> CentOS-7 - QEMU EV
>>>>
>>>>  71
>>>> ovirt-4.2-epel/x86_64
>>>>
>>>> Extra Packages for Enterprise Linux 7 - x86_64
>>>>
>>>>
>>>> *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/AJUBXAIGXVD5U5O2VYHO3BONVROSGWNW/
>>>
>> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KL7IFZDEJ6SCNWA6WPUJM2VXSGHSF5DA/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QSCLBKXISCAAD4TS5MDICSKCSBSCUNGR/


[ovirt-users] Re: access engine by http

2019-02-14 Thread Greg Sheremeta
Sorry, I'm still not understanding what you are trying to achieve. Nothing
is on 8843 - ?

If you install ovirt-engine from source in a developer setup, it's 8080
http by default and no apache in front. Maybe try that.

Greg

On Thu, Feb 14, 2019 at 12:14 AM du_hon...@yeah.net 
wrote:

> hi Greg, Ravi
> thanks, https is ok,when I try to visit http://ip:8080/ovirt-engine but
> still rediect https://192.168.122.176:8443/tchyp-engine/,  I want to know
> How to redirect to 8843?
> Besides I try to disable ssl by comment /etc/httpd/conf/httpd.conf
> #IncludeOptional conf.d/*.conf,
> But http is still redirect to https,  I should how disable redirect?
> I find  this file  /usr/share/ovirt-engine/services/ovirt-engine/
> ovirt-engine.xml.in, I try to delete follow line. but ovirt-engine server
> is not boot
>  name="redirect"
> port="{{ HTTPS_PORT }}"/>
> /var/log/ovirt-engine/boot.log has some error?
> 13:12:43,144 INFO  [org.jboss.as] WFLYSRV0049: WildFly Full 11.0.0.Final
> (WildFly Core 3.0.8.Final) starting
> 13:12:44,644 INFO  [org.jboss.as.controller.management-deprecated]
> WFLYCTL0028: Attribute 'security-realm' in the resource at address
> '/core-service=management/management-interface=native-interface' is
> deprecated, and may be removed in future version. See the attribute
> description in the output of the read-resource-description operation to
> learn more about the deprecation.
> 13:12:44,646 INFO  [org.jboss.as.controller.management-deprecated]
> WFLYCTL0028: Attribute 'security-realm' in the resource at address
> '/core-service=management/management-interface=http-interface' is
> deprecated, and may be removed in future version. See the attribute
> description in the output of the read-resource-description operation to
> learn more about the deprecation.
> 13:12:44,677 INFO  [org.jboss.as.controller.management-deprecated]
> WFLYCTL0028: Attribute 'security-realm' in the resource at address
> '/subsystem=undertow/server=default-server/https-listener=https' is
> deprecated, and may be removed in future version. See the attribute
> description in the output of the read-resource-description operation to
> learn more about the deprecation.
> 13:12:44,677 INFO  [org.jboss.as.controller.management-deprecated]
> WFLYCTL0028: Attribute 'enabled-protocols' in the resource at address
> '/subsystem=undertow/server=default-server/https-listener=https' is
> deprecated, and may be removed in future version. See the attribute
> description in the output of the read-resource-description operation to
> learn more about the deprecation.
> 13:12:44,840 INFO  [org.jboss.as.server.deployment.scanner] WFLYDS0004:
> Found restapi.war in deployment directory. To trigger deployment create a
> file called restapi.war.dodeploy
> 13:12:44,840 INFO  [org.jboss.as.server.deployment.scanner] WFLYDS0004:
> Found engine.ear in deployment directory. To trigger deployment create a
> file called engine.ear.dodeploy
> 13:12:44,840 INFO  [org.jboss.as.server.deployment.scanner] WFLYDS0004:
> Found ovirt-web-ui.war in deployment directory. To trigger deployment
> create a file called ovirt-web-ui.war.dodeploy
> 13:12:44,840 INFO  [org.jboss.as.server.deployment.scanner] WFLYDS0004:
> Found apidoc.war in deployment directory. To trigger deployment create a
> file called apidoc.war.dodeploy
> 13:12:44,895 ERROR [org.jboss.as.controller] WFLYCTL0362: Capabilities
> required by resource
> '/subsystem=undertow/server=default-server/http-listener=http' are not
> available:
> org.wildfly.network.socket-binding.redirect; Possible registration
> points for this capability:
> /socket-binding-group=*/socket-binding=*
> 13:12:44,900 FATAL [org.jboss.as.server] WFLYSRV0056: Server boot has
> failed in an unrecoverable manner; exiting. See previous messages for
> details.
> 13:12:44,920 INFO  [org.jboss.as] WFLYSRV0050: WildFly Full 11.0.0.Final
> (WildFly Core 3.0.8.Final) stopped in 13ms
>
>
> --
>
> Regards
>
> Hongyu Du
>
>
> *From:* Greg Sheremeta 
> *Date:* 2019-02-14 04:08
> *To:* du_hon...@yeah.net; Ravi Nori 
> *CC:* users 
> *Subject:* Re: [ovirt-users] access engine by http
> What are you trying to achieve? SSL is good :)
>
> I suspect you have to disable ssl in the apache server
> /etc/httpd/conf.d/ssl.conf
> but I'm not really sure.
>
> And, if you do, I suspect some things that use certificates won't work,
> either (console, disk upload, etc.)
>
> Ravi might know more.
>
> Greg
>
> On Wed, Feb 13, 2019 at 3:39 AM du_hon...@yeah.net 
> wrote:
>
>> I want to access engine by http, after engine-setup success, I fix
>> /etc/ovirt-engine/engine.conf.d/10

[ovirt-users] Re: Vnic-Port mirroring

2019-02-14 Thread Greg Sheremeta
Can you share a screenshot?

On Thu, Feb 14, 2019 at 4:14 AM ada per  wrote:

> Hello everyone,
>
> I am trying to allow port mirroring through the Vnic profile but no matter
> what i do it stays grayed out. How can i enable this option?
>
> When i am creating a new VNIC profile the options ,port mirroring and
> passthrough are disabled.
>
> the version i am using is 4.2.8.
> 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/YFD5NVE4LF5IL7SX2Z2FB3YGFNQSEFP4/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JGFPL6PF25DSRQ4Q7RUZXPXIUAD5NMSC/


[ovirt-users] Re: Stuck completing last step of 4.3 upgrade

2019-02-13 Thread Greg Sheremeta
On Wed, Feb 13, 2019 at 3:06 PM Ron Jerome  wrote:

> > I can confirm that this worked.  I had to shut down every single VM then
> > change ownership to vdsm:kvm of the image file then start VM back up.
> >
> Not to rain on your parade, but you should keep a close eye on your
> gluster file system after the upgrade.  The stability of my gluster file
> system was markedly decreased after the upgrade to gluster 5.3  :-(
>

Can you be more specific? What things did you see, and did you report bugs?
Thanks!

Best wishes,
Greg


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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HXKYILEYKO5GHEOASO6PVEWN74ULDUSY/


[ovirt-users] Re: access engine by http

2019-02-13 Thread Greg Sheremeta
What are you trying to achieve? SSL is good :)

I suspect you have to disable ssl in the apache server
/etc/httpd/conf.d/ssl.conf
but I'm not really sure.

And, if you do, I suspect some things that use certificates won't work,
either (console, disk upload, etc.)

Ravi might know more.

Greg

On Wed, Feb 13, 2019 at 3:39 AM du_hon...@yeah.net 
wrote:

> I want to access engine by http, after engine-setup success, I fix
> /etc/ovirt-engine/engine.conf.d/10-setup-protocols.conf
>
> ENGINE_FQDN=localhost.localdomain
> ENGINE_PROXY_ENABLED=false
> ENGINE_PROXY_HTTP_PORT=None
> ENGINE_PROXY_HTTPS_PORT=None
> ENGINE_AJP_ENABLED=false
> ENGINE_AJP_PORT=None
> ENGINE_HTTP_ENABLED=true
> ENGINE_HTTPS_ENABLED=false
> ENGINE_HTTP_PORT=8080
> ENGINE_HTTPS_PORT=443
>
> but I access http://ip:8080/ovirt-engine ,  still browser is redirect to
> https,  I should how to disable redirect?
>
>
>
> --
>
> Regards
>
> Hongyu Du
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5K4Z2Y5ORRCA4QLQLA5BPPJNSEP6JKNN/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/P3AH62SCPJUEI2ZG4NKR6CUG4W5NOOAO/


[ovirt-users] Re: Cluster Compatibility Version Upgrading Order

2019-02-13 Thread Greg Sheremeta
I see you are now ok on your other thread. For the background, IBRS is
deprecated in 4.3 -- that's why the change. There are some posts from last
week with the gory details.

Greg

On Wed, Feb 13, 2019 at 9:05 AM Jayme  wrote:

> I just realized that when I change compatibility level to 4.3 under edit
> cluster settings it is automatically switching CPU type from "Intel
> SandyBridge IBRS Family" to "Intel Nahalem Family".  I believe the CPU type
> change is what is requiring all hosts to be in maintenance mode.  My
> question is, is the change of the family type correct or is it a different
> family type being selected due to a bug or some other issue?
>
> On Wed, Feb 13, 2019 at 9:54 AM Jayme  wrote:
>
>> I'm also a bit unclear about updating to 4.3 cluster level.  I have a 3
>> host HCI setup which I just updated to 4.3 manually.  I upgraded engine to
>> 4.3 then upgraded each of the three hosts to ovirt node 4.3.  I still need
>> to change cluster/data centre compatibility level to 4.3.  If I try to
>> change cluster compatibility level to 4.3 it tells me that all hosts need
>> to be in maintenance to do so (does this mean I need to shut down all VMs
>> and put each host in maintenance?)
>>
>> On Wed, Feb 13, 2019 at 7:24 AM Roman Last  wrote:
>>
>>> Hello!
>>> What sequence of upgrading cluster to 4.3 version?
>>> When i click upgrade on host w or w\o host reboot it just says "Upgrade
>>> has started for" and nothing after timeout reached. When i force restart
>>> host, version 4.3 not added. Is that normal?
>>> https://prnt.sc/mki3v8
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/P4A7VQIDM6GM54XGQRETANU5ACVROYYG/
>>>
>> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/E5QFFFQ7ATIPE37ZPZ4OYOEYR3N2DH2I/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NXJRT764BY5ZXHBBV5M5ZFR6Z4K7PFCG/


[ovirt-users] Re: SURVEY: your NFS configuration (Bug 1666795 - SHE doesn't start after power-off, 4.1 to 4.3 upgrade - VolumeDoesNotExist: Volume does not exist )

2019-02-13 Thread Greg Sheremeta
On Tue, Feb 12, 2019 at 5:45 PM Nir Soffer  wrote:

> Looking at
> https://bugzilla.redhat.com/1666795
>
> It seems that a change in vdsm/libvirt exposed NFS configuration issue,
> that may was
> needed in the past and probably not needed now.
>
> If you use NFS, I would like to see your /etc/exports (after sanitizing it
> if needed).
> For extra bonus, output of "exportfs -v" would be useful.
>
> In particular, I want to know if you use root_squash, all_squash, or
> no_root_squash.
>

rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36

(sync,wdelay,hide,no_subtree_check,anonuid=36,anongid=36,sec=sys,rw,secure,root_squash,all_squash)


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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/INUEUCAMWYIC4BWYQAQZAE37O4G4E2LK/


[ovirt-users] Re: engine-iso-uploader very slow

2019-02-13 Thread Greg Sheremeta
Hi all,

We had a couple reports of this, so I think it's a real bug.
I opened https://bugzilla.redhat.com/show_bug.cgi?id=1676713

Thanks for reporting!

On Thu, Jan 31, 2019 at 5:08 AM Tommaso M  wrote:

> Hi Sandro, and thank you, my sos report : https://bit.ly/2MJleA0
>
> bye
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UI6TL4JYILYMGK4YSZYO6M46OFFRPRDJ/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LBMT5O5E2FMFJJNJED3PVIA5AYGZOX3H/


[ovirt-users] Re: Please don't remove instance type

2019-02-12 Thread Greg Sheremeta
Hi!

On Sat, Feb 2, 2019 at 1:35 PM Baptiste Agasse <
baptiste.aga...@lyra-network.com> wrote:

> Hi all,
>
> We are happy oVirt users for some years now (we started with 3.6, now on
> 4.2) and we manage most of our virtualization stacks with it. To provision
> and manage our machines, we use the foreman (for bare metal and virtual
> machines) on top of it. I made some little contributions to the foreman and
> other underlying stuff to have a deeper integration with oVirt, like to be
> able to select instance type directly from foreman interface/api and we
> rely on it. We use instance types to standardize our vms by defining system
> resources (memory, cpu and cpu topology) console type, boot options. On top
> of that we plan to use templates to apply OS (CentOS 7 and CentOS 6
> actually). Having resources definitions separated from OS installation help
> us to keep instance types and templates lists small and don't bother users
> about some technical underlying stuff. As we are interested in automating
> oVirt maintenance tasks and configuration with ansible, I asked at FOSDEM
> oVirt booth if there is any ansible module to manage instance types in
> Ovirt as I didn't find it in ovirt ansible infra repo. The person to whom I
> asked the question said that you are planning to remove instance types from
> ovirt, and this make me sad :(. So here I am to ask why do you plan to
> remove instance types from oVirt. As far as I know, it's fairly common to
> have "instance types" / "flavors" / "sizes" on one side and then templates
> (bare OS, preinstalled appliances...) on other side and pick one of each to
> make an instance. If this first part is missing in future version of ovirt,
> it will be a pain point for us. So, my question is, do you really plan to
> remove instances type definitely ?
>

I don't know the future plans (maybe someone else can comment), but I have
heard that instance types are barely used. You might be the first person I
know of who is using them.

The argument for keeping templates but removing instance types is probably
that templates already are effectively instance types. That's why I never
use them. For example, create a CentOS template with 16 CPUs, 32GB RAM,
500GB disk ... that's effectively a large instance type. Create another
template with 1 CPU, 2GB RAM, 30GB disk ... that's effectively a small
instance type.

Is there a use case beyond this that instance types provide that templates
don't?

Best wishes,
Greg


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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/K7ASUHKQUOGH7SFCDK3LHBLILNR4ITC7/


[ovirt-users] Re: few videos that I've uploaded

2019-02-11 Thread Greg Sheremeta
These are great! Thanks for sharing :) I for one know nothing about iSCSI,
so that one is particularly cool to me :)

If you're looking for extra visibility, feel free to post helpful stuff
like this on the oVirt blog!
https://github.com/oVirt/ovirt-site/tree/master/source/blog   > Create New
File
[you can also submit an old fashioned PR]
Just tag me on your post(s) and I can help you get them published.

Best wishes,
Greg

On Mon, Feb 11, 2019 at 2:19 PM Hetz Ben Hamo  wrote:

> I've created 2 videos for the community regarding oVirt:
>
> 1. How to add iSCSI to oVirt - https://youtu.be/TdY3S_dgSLA
> 2. How to import VM's from ESXi/vCenter -
> https://www.youtube.com/watch?v=2TUNtxK2irc=21s
>
> I will add few more videos soon.
>
> Like, share, subscribe to my channel
> <https://www.youtube.com/channel/UCWT-qpKDWsmkaLrWJur4rhg> - ;)
>
> 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/TFYU7Y3WXN5DFA6TA6MBOSVV7UZBZ4BU/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6MUG7ZXINGUGGULYMLBWPTJWN4M4ITEO/


[ovirt-users] Re: ovirt-guest-agent is still needed?

2019-02-11 Thread Greg Sheremeta
Hi,

ovirt-guest-agent isn't deprecated yet, so you can still use it in 4.3 no
problem.

Best wishes,
Greg

On Mon, Feb 11, 2019 at 2:33 PM Vinícius Ferrão 
wrote:

> Hello,
>
> I heard that ovirt-guest-agent is now deprecated and qemu-guest-agent
> should be used instead.
>
> As today I still install the ovirt-guest-agent from EPEL in my EL guests,
> but should I continue doing this or using the shipped qemu-guest-agent
> should be used instead?
>
> What about Windows guests? Any modification needed?
>
> 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/NN3XKCNTI3LGO2LJJEFZ7H3BSFV5WS5I/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EGT5NTG2DTLVDYQAJMKGXEDISDCBUTMU/


[ovirt-users] Re: Error starting hosted engine

2019-02-11 Thread Greg Sheremeta
Hi,

Is this an upgrade or a fresh installation? What version? What installation
or upgrade commands / methods did you use?

Best wishes,
Greg



On Mon, Feb 11, 2019 at 5:11 PM Endre Karlson 
wrote:

> https://paste.ubuntu.com/p/BrmPYRKmzT/
> https://paste.fedoraproject.org/paste/MjfioF9-Pzk02541abKyOw
>
> Seems like it's a error with vdsmd and glusterfs ?
>
> // Endre
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OWKVL6PWBCPYPKD6QWQJERZDDRYRIUKU/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BHHUYL7PAF5DF5PK4CANOTHKVU667ROV/


[ovirt-users] Re: Is it possible to customize web-ui/User Portal/VM Portal?

2019-02-11 Thread Greg Sheremeta
On Mon, Feb 11, 2019 at 12:03 PM Brian T 
wrote:

> > Thanks for the background. We've been mostly focused on Nvidia
> > virtualization for this use case. With this, the client actually gets a
> > vGPU.
> >
> https://docs.nvidia.com/grid/latest/grid-vgpu-release-notes-red-hat-el-kv.
> ..
>
> We are using Nvidia vGPUs as well, but we had troubles running a display
> while the vGPU was enabled. Errors like the cursor disappearing on Windows
> 10 VMs to CentOS VMs not having a proper display pushed us to use TGX as
> our RDP.
>
> > I just tested it and I get the name from both portals -- actually, the
> .rdp
> > files were identical for me, both with and without guest agent running.
> > What version of ovirt are you using?
>
>  We are using version 4.2.5.3 at the moment.
>
> > There wasn't an intent to hide fqdn or ip from the user. And the rdp file
> > ideally will contain the fqdn.
> >
> https://github.com/oVirt/ovirt-web-ui/blob/master/src/saga/console/rdpBui.
> ..
> > ^ that line means, use fqdn if available, if not, fall back to host name
> > (... and hostname is kinda useless without, like you mentioned, DNS hacks
> > -- so that's arguably a bug or at least needs improvement)
> >
> > Do you have the guest agent installed and running on your Windows
> machines?
> > Without it, fqdn isn't reported, and the .rdp file then only contains the
> > hostname because of the fallback:
> > full address:s:win81-scan
> > But with the agent running, I get my fqdn
> > full address:s:win81-scan.lan
> >
> > And then the rdp works as expected.
> >
> > Re: the security concern, nah, both fqdn and ip are shown right in VM
> > Portal -- see screenshot here: https://github.com/oVirt/ovirt-web-ui
> > So that's no problem.
>
> Okay; I'm certainly sure the problem is that we are on an older release of
> oVirt and oVirt Tools. Does this VM Portal come with oVirt 4.3?
>

Yes.


>
> > Admin portal is much more difficult and I'll spare you for now, but VM
> > Portal is simple.
> >
> > git clone g...@github.com:oVirt/ovirt-web-ui.git
> >
> > and then follow the instructions at
> > https://github.com/oVirt/ovirt-web-ui/blob/master/DEVELOPERS.md
> > while developing, we typically run:
> > """
> > Development mode
> > A primary goal of VM Portal is a quick development cycle
> > (change-build-deploy-check). The project uses webpack-dev-server to
> > accomplish this. To start the server:
> >
> > ENGINE_URL=https://[my.ovirt.instance]/ovirt-engine/ yarn start
> > """
> > [cc'ing devel]
> > So, if you wanted to implement TGX alongside what we're doing with the
> > other console enhancements, I think it would work very similarly to the
> > existing RDP flow. Scan the ovirt-web-ui for the RDP code, specifically
> > rdpBuilder.js here:
> > https://github.com/oVirt/ovirt-web-ui/tree/master/src/saga/console
> > I guess you would need your custom file with the right port, and whatever
> > else TGX needs.
> >
> Thank you! I'll set up an environment to get this up and running.
>
> I think what this told me is that our oVirt version (4.2.5.3) is outdated
> and we will have to update it ASAP. It's unfortunately not so simple as we
> run in a mostly offline environment, but we will make efforts.
>

The fqdn should be coming through on 4.2.5 -- we didn't change that
behavior in 4.3. So, while you should upgrade to get the latest features, I
don't think it's the version 00 I suspect the guest agent just isn't
installed or running in Windows.


>
> I'll have to make another post since it is off-topic to this thread, but
> we're having trouble updating from 4.2.5.3 to 4.3 despite following the
> steps listed here (We understand it as the same process to go from
> 4.1->4.2):
>

It is -- just be sure to use ovirt-release43.rpm, not ovirt-release42.rpm


>
> https://www.ovirt.org/documentation/upgrade-guide/chap-Upgrading_a_Remote_Database_Environment_from_4.1_to_oVirt_4.2.html#upgrading-the-engine-from-41-to-42
>
> The error we get during engine-setup (after an engine-upgrade-check) is
> something along the lines of "Environment Setup failed" along with
> "ovirt-engine-setup-plugin-ovirt-engine conflicts with
> ovirt-engine-4.2.5.7.x86_64" trying to run a yum update ovirt-engine. We
> figure it is because we are not going from every minor release, but I'll
> have to elaborate on that later.
>

We do recommend upgrading to 4.2.8 before going to 4.3. But yeah, a fresh
post on that would be good.

Greg



> ___
> Users 

[ovirt-users] Re: How to upgrade CPU type in Clusters?

2019-02-10 Thread Greg Sheremeta
On Sun, Feb 10, 2019 at 7:50 PM Vinícius Ferrão 
wrote:

>
>
> On 9 Feb 2019, at 11:42, Vinícius Ferrão 
> wrote:
>
>
>
> On 9 Feb 2019, at 11:29, Vinícius Ferrão 
> wrote:
>
> Hi Greg,
>
> On 9 Feb 2019, at 08:42, Greg Sheremeta  wrote:
>
>
> On Fri, Feb 8, 2019 at 11:55 PM Juhani Rautiainen <
> juhani.rautiai...@gmail.com> wrote:
>
>> On Sat, Feb 9, 2019 at 1:05 AM Vinícius Ferrão
>>  wrote:
>> >
>> > Hello,
>> >
>> > For reasons unknown during oVirt 4.2 -> 4.3 my CPU type was Broadwell
>> IBRS and because of this I can’t upgrade the datacenter to 4.3. The problem
>> was that on 4.3 theres only Broadwell IBRS SSBD and Broadwell.
>> >
>> > So the only way to up the cluster to 4.3 was to downgrade to plain
>> Broadwell.
>> >
>> > Now I can’t upgrade it Broadwell IBRS SSBD.
>>
>
> Broadwell IBRS SSBD should be a supported CPU, though. Why can't you set
> it to that? Are you getting an error, or does it not show in the UI?
> https://bugzilla.redhat.com/show_bug.cgi?id=1540921#c5
>
>
> Hi Greg, I don’t know what’s happening. On 4.2 I was using Broadwell IBRS
> (only), and now I’ve got an error message when selecting Broadwell IBRS
> SSBD:
>
> 
> Host CPU type is not compatible with Cluster Properties.
>
> I checked the flags and yes, I can’t find SSBD:
>
> Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
> pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
> syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good
> nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor
> ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2
> x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm
> abm 3dnowprefetch epb cat_l3 cdp_l3 intel_ppin intel_pt ibrs ibpb stibp
> tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2
> smep bmi2 erms invpcid rtm cqm rdt_a rdseed adx smap xsaveopt cqm_llc
> cqm_occup_llc cqm_mbm_total cqm_mbm_local dtherm ida arat pln pts spec_ctrl
> intel_stibp
>
> I don’t know whats happening but I was thinking that my CPU supports this
> flag:
>
> Model name:Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz
>
>
> Answering my own question: I think I need a BIOS update. Let me check this…
>
>
>
> Yes… the BIOS updated solved the issue.
>
> So always remember to update your BIOS.
>

Thanks for following up. Good to know.

Greg


>
>
>
>
>
>
>> >
>> > So, how can I upgrade it back?
>>
>> There has been lot's of discussion about that this week. I had same
>> problem with Opteron G3->Epyc conversion. There steps were suggested
>> to me and they worked and you problem is similar:
>>
>
> +1, thanks
>
>
>>
>> - set HE global maintenance mode
>> - set one of the hosted-engine hosts into maintenance mode
>> - move it to a different cluster
>> - shutdown the engine VM
>> - manually restart the engine VM on the host on the custom cluster
>> directly executing on that host: hosted-engine --vm-start
>> - connect again to the engine
>> - set all the hosts of the initial cluster into maintenance mode
>> - upgrade the cluster
>> - shut down again the engine VM
>> - manually restart the engine VM on one of the hosts of the initial
>> cluster
>> - move back the host that got into a temporary cluster to its initial
>> cluster
>>
>> As first step I would add that you create new cluster which already
>> has 4.3 level and CPU Type you want so already can check if cluster
>> accepts nodes.
>>
>> -Juhani
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFWTYTLXCLN3DGUH5ENLWVK34SHPZAC2/
>>
>
>
> --
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> Red Hat NA
>
> <https://www.redhat.com/>
>
> gsher...@redhat.comIRC: gshereme
>
>
>

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XHLWHPNIQPET7LY2OYD2N7VE52OOI6DC/


[ovirt-users] Re: AMD EPYC 4.3 upgrade 'CPU type is not supported in this cluster compatibility version or is not supported at all'

2019-02-10 Thread Greg Sheremeta
Thanks, Ryan.
I opened https://bugzilla.redhat.com/show_bug.cgi?id=1674265 to track this.

Greg

On Sat, Feb 9, 2019 at 5:50 PM Ryan Bullock  wrote:

> Got a host activated!
>
> 1. Update host to 4.3
> 2. rm /var/cache/libvirt/qemu/capabilities/*.xml
> 3. systemctl restart libvirtd
> 4. Activate host
>
> Seems like some kind of stuck state going from 4.2 -> 4.3
>
> Hope this helps someone else.
>
> On Sat, Feb 9, 2019 at 1:12 PM Ryan Bullock  wrote:
>
>> I tried that too, but it still complains about an unsupported CPU in the
>> new cluster. Even if I leave the cluster level at 4.2, if I update the host
>> to 4.3 it can't activate under a 4.2 cluster.
>> Makes me think something changed in how it verifies the CPU support and
>> for some reason it is not liking my EPYC systems.
>>
>> On Sat, Feb 9, 2019 at 10:18 AM Juhani Rautiainen <
>> juhani.rautiai...@gmail.com> wrote:
>>
>>> On Sat, Feb 9, 2019 at 7:43 PM Ryan Bullock  wrote:
>>> >
>>> > So I tried making a new cluster with a 4.2 compatibility level and
>>> moving one of my EPYC hosts into it. I then updated the host to 4.3 and
>>> switched the cluster version 4.3 + set cluster cpu to the new AMD EPYC IBPD
>>> SSBD (also tried plain AMD EPYC). It still fails to make the host
>>> operational complaining that 'CPU type is not supported in this cluster
>>> compatibility version or is not supported at all'.
>>> >
>>> When I did this with Epyc I made new cluster wth 4.3 level and Epyc
>>> CPU. And then moved the nodes to it. Maybe try that? I also had to
>>> move couple of VM's to new cluster because old cluster couldn't
>>> upgrade with those. When nodes and couple problem VM's were in new
>>> cluster I could upgrade old cluster to new level.
>>>
>>> -Juhani
>>>
>>

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XPUPT5JF4WJNPR6MC4PKRDXVYWQZOMRF/


[ovirt-users] Re: dashboard issue

2019-02-10 Thread Greg Sheremeta
I believe you asked about this in July.

quoting Shirly:
"""
Some on the data is from engine db, which means its what is happening now -
The first row.
There is caching so it may take a few minutes to refresh or by manual
refresh.

Other widgets are based on the aggregated data stored in
ovirt_engine_history db (DWH).
The DWH widgets are based on the last 24 hours of hourly aggregates.

The over time chart under the pie chart should show you the average
consumption over time.
Please let me know or open a bug if you think there is an issue with the
current behavior.

By clicking on the widgets you can also get a breakdown for hosts and vms.
"""


On Sun, Feb 10, 2019 at 6:08 AM Hetz Ben Hamo  wrote:

> Hi,
>
> After cleaning the events, the events box in the dashboard doesn't update,
> even 2 hours after the cleaning..
>
> (Using latest oVirt)
>
> 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/TUQEIIJVFF5RMEJOAHSLIYAM5VV36I3B/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NQTGAA2FCGLKL3ZMA5ARNVJDWVLHTU35/


[ovirt-users] Re: unstable Ovirt Cluster

2019-02-10 Thread Greg Sheremeta
On Sun, Feb 10, 2019 at 9:22 AM Boaz Yarom  wrote:

> : 1.0.7
> hi,
> We have a cluster of 20 hosts running ovirt 4.1.7 . And it became unstable.
> the data is stored on an HP Apllo 4530, with freeNAS and a cahce drive
> (optene) , a 10G network between hosts
> the problems we see:
> HE is jumping between hosts and crashes all the time, and even
> more  when global maintenance is disabled.
> Another issue is that vms get cpu stuck messages. And hang for
> 10-20 seconds.
> looking at freenas/apollo dashboards shows that it is fairly idle.
> when global maintenance is disabled engine log shows it is restarted by
> ovirt very often
>
> any suggestions as for where / what to look for ?
>

4.1.7 is quite old -- it would be good to upgrade.

Can you share vdsm, ha-agent, and engine logs?

Greg


>
> --
> 
> בעז ירום
> 05-2327-2320
> boazya[at]gmail.com
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/SWLJHNNIDPD27PCSTFT4DXHEK35XUSII/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4CFRITC6BE4D5S2F2NX65OLXY4WE2XIC/


[ovirt-users] Re: Error creating a storage domain (On Cisco UCS Only)

2019-02-10 Thread Greg Sheremeta
On Sun, Feb 10, 2019 at 1:24 AM  wrote:

> Hey Guys... Any news regarding this?
>
> I have installed a evaluation version of rhev also 4.2 and see the same
> issue should i also report this finding on to RedHat?
>

If you are a Red Hat customer with an active subscription, yes, please
contact support.

Otherwise, you can open a bug here:
https://bugzilla.redhat.com/enter_bug.cgi?product=cockpit-ovirt
 [component gdeploy]

Best wishes,
Greg



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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WMQWNWC7HHKVHXH72XR7PHCAB5YE2MYB/


[ovirt-users] Re: Not receiving signup confirmation email

2019-02-10 Thread Greg Sheremeta
Hi,

I received this email. Sorry you are having troubles.
@Marc Dequenes  can you look into this?

Greg

On Sun, Feb 10, 2019 at 3:50 AM Jonas Lindholm 
wrote:

> Hi. I tried to signup 30 minutes ago with this email address but has still
> not received the signup confirmation email.
>
> /Jonas
>
> ***
> CONFIDENTIALITY AND PRIVACY NOTICE: This e-mail and any attachments are
> for the exclusive and confidential use of the intended recipient and may
> constitute non-public information.  Personal data in this email is governed
> by our Privacy Policy at  http://business.nasdaq.com/privacy-statement
> unless explicitly excluded from it; please see the section in the policy
> entitled “Situations Where This Privacy Policy Does Not Apply” for
> circumstances where different privacy terms govern emailed personal data.
> If you received this e-mail in error, disclosing, copying, distributing or
> taking any action in reliance of this e-mail is strictly prohibited and may
> be unlawful. Instead, please notify us immediately by return e-mail and
> promptly delete this message and its attachments from your computer system.
> We do not waive any work product or other applicable legal privilege(s) by
> the transmission of this message.
> ***
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/IG4W6JRM2MI2Z72QVUL3XQNSL6GDTRPK/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BCV4RS5TUQITFT332UEYIBSILYVM2FWW/


[ovirt-users] Re: Why do users with UserRole see all VMs

2019-02-10 Thread Greg Sheremeta
On Sun, Feb 10, 2019 at 3:34 AM Andrew X  wrote:

> Hi Everyone,
>
> Whenever I add a new user and give them system permission with the
> UserRole, they can see all VMs in the data center. I can only control what
> VMs a user have access to if their role to access the system was set to
> PowerUserRole.
>
> I've tried this on fresh installs and still the same result - with both
> internal and LDAP users.
>
> Can someone help to let me know what I'm doing wrong?
>

Sure :) Are you setting UserRole on the actual System object? "System" is
everything, so that's not what you want.
Go to the specific VMs you want, Permissions, and add UserRole there.

Best wishes,
Greg



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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/G352H5T67DF5KL6HTLNAQTSBPL32Z2RP/


[ovirt-users] Re: Is it possible to customize web-ui/User Portal/VM Portal?

2019-02-09 Thread Greg Sheremeta
/ovirt-web-ui/blob/master/DEVELOPERS.md
while developing, we typically run:
"""
Development mode
A primary goal of VM Portal is a quick development cycle
(change-build-deploy-check). The project uses webpack-dev-server to
accomplish this. To start the server:

ENGINE_URL=https://[my.ovirt.instance]/ovirt-engine/ yarn start
"""

[cc'ing devel]
So, if you wanted to implement TGX alongside what we're doing with the
other console enhancements, I think it would work very similarly to the
existing RDP flow. Scan the ovirt-web-ui for the RDP code, specifically
rdpBuilder.js here:
https://github.com/oVirt/ovirt-web-ui/tree/master/src/saga/console
I guess you would need your custom file with the right port, and whatever
else TGX needs.


> Let me know if you have any further questions and thank you for taking the
> time to respond!
>

Glad to help. Let me know how it goes.

Greg


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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HZ7ELW3ZJZXHLIXAZELBC5J7BMKDDSC4/


[ovirt-users] Re: Forum available

2019-02-09 Thread Greg Sheremeta
On Sat, Feb 9, 2019 at 8:54 AM Strahil  wrote:

> I thought that hypperkitty is just a web page to search the mailing
> lists...
>

You can reply right in there, too -- so it's pretty much a forum --
assuming the threading works.


> Sadly several threads were broken and it doesn't seem reliable.
> In contrast , CentOS forum is much more usable.
>

Sadly, it is quite broken at the moment. We have a ticket open, and there
is an upstream bug filed with the mailman team. We're now waiting on our
ovirt infra person (Duck) to reply to run some debugging commands and get
back to them.

Greg


>
> Best Regards,
> Strahil Nikolov
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S3OU6WL5W7G4BK6TXRPWX7NNA56Y5NUX/


[ovirt-users] Re: How to upgrade CPU type in Clusters?

2019-02-09 Thread Greg Sheremeta
On Fri, Feb 8, 2019 at 11:55 PM Juhani Rautiainen <
juhani.rautiai...@gmail.com> wrote:

> On Sat, Feb 9, 2019 at 1:05 AM Vinícius Ferrão
>  wrote:
> >
> > Hello,
> >
> > For reasons unknown during oVirt 4.2 -> 4.3 my CPU type was Broadwell
> IBRS and because of this I can’t upgrade the datacenter to 4.3. The problem
> was that on 4.3 theres only Broadwell IBRS SSBD and Broadwell.
> >
> > So the only way to up the cluster to 4.3 was to downgrade to plain
> Broadwell.
> >
> > Now I can’t upgrade it Broadwell IBRS SSBD.
>

Broadwell IBRS SSBD should be a supported CPU, though. Why can't you set it
to that? Are you getting an error, or does it not show in the UI?
https://bugzilla.redhat.com/show_bug.cgi?id=1540921#c5


> >
> > So, how can I upgrade it back?
>
> There has been lot's of discussion about that this week. I had same
> problem with Opteron G3->Epyc conversion. There steps were suggested
> to me and they worked and you problem is similar:
>

+1, thanks


>
> - set HE global maintenance mode
> - set one of the hosted-engine hosts into maintenance mode
> - move it to a different cluster
> - shutdown the engine VM
> - manually restart the engine VM on the host on the custom cluster
> directly executing on that host: hosted-engine --vm-start
> - connect again to the engine
> - set all the hosts of the initial cluster into maintenance mode
> - upgrade the cluster
> - shut down again the engine VM
> - manually restart the engine VM on one of the hosts of the initial cluster
> - move back the host that got into a temporary cluster to its initial
> cluster
>
> As first step I would add that you create new cluster which already
> has 4.3 level and CPU Type you want so already can check if cluster
> accepts nodes.
>
> -Juhani
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFWTYTLXCLN3DGUH5ENLWVK34SHPZAC2/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JJSNRHVYR2BNQG4BRGGPSICXMXHL3QHF/


[ovirt-users] Re: HE doesn't install under nested virtualization

2019-02-08 Thread Greg Sheremeta
Does amd require a nested flag set like Intel does?

On Fri, Feb 8, 2019, 12:03 PM Hetz Ben Hamo  wrote:

> Yes, that's the first thing I did and I checked in the VM that the kvm and
> kvm_amd module loaded.
>
>
> On Fri, Feb 8, 2019 at 6:42 PM femi adegoke 
> wrote:
>
>> Do you have your CPU type set for "host-passthrough"?
>>
>> On Feb 8 2019, at 8:25 am, Hetz Ben Hamo  wrote:
>>
>> I'm to setup an oVirt enviroment using virt-manager on Fedora 29 to
>> record some videos. For that - I'm using nested virtualization.
>>
>> The problem - after it's setting the HE - it goes up and down like crazy
>> (I defined the email setting to get all the messages) until it gives up.
>>
>> enclosed - a gzipped vdsm.log.
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/L45YCPOPV7DEC4KG7NEHTYRPJKN5EDOK/
>>
>> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XSNLP34EKMTB4NASFKMZXMXRZU4HFVXB/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/H53IEQSR3B2G66SVIDZL7MCCSEWG3VXT/


[ovirt-users] Re: Forum available

2019-02-08 Thread Greg Sheremeta
So, while we wait for word on hyperkitty, do y'all use the ovirt subreddit?
https://www.reddit.com/r/ovirt


On Fri, Feb 8, 2019 at 8:44 AM Maton, Brett 
wrote:

> Hadn't noticed...
>
> I can see the first post and that there were 14 comments.
> Can't see any of the replies or comments though.
>
> On Fri, 8 Feb 2019 at 12:08, Josep Manel Andrés Moscardó <
> josep.mosca...@embl.de> wrote:
>
>> still cannot see this thread in the Forum, switching web browsers didn't
>> help either.
>>
>> CC: infra-support
>>
>> On 8/2/19 12:39, Greg Sheremeta wrote:
>> > Ok, cool, please everyone give it a try! If you see any issues, please
>> > report here or open a ticket by emailing infra-supp...@ovirt.org
>> > <mailto:infra-supp...@ovirt.org>
>> >
>> > Thanks!!
>> >
>> > On Fri, Feb 8, 2019 at 6:38 AM Maton, Brett > > <mailto:mat...@ltresources.co.uk>> wrote:
>> >
>> > Hadn't noticed the link before!
>> >
>> > On Fri, 8 Feb 2019 at 11:31, Greg Sheremeta > > <mailto:gsher...@redhat.com>> wrote:
>> >
>> > Yep. It's supposed to be instant. It's broken on this thread --
>> > seems to work on others. I reported it and hopefully we'll get
>> > that fixed ASAP.
>> >
>> > Greg
>> >
>> > On Fri, Feb 8, 2019 at 6:23 AM Josep Manel Andrés Moscardó
>> > mailto:josep.mosca...@embl.de>> wrote:
>> >
>> > I see, I wasn't aware at all, sorry. But this thread that I
>> > just started:
>> >
>> >
>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>> >
>> > has 6 replies that I cannot see, are they being parsed
>> > instantly ?
>> >
>> > Thanks.
>> >
>> > On 8/2/19 12:07, Greg Sheremeta wrote:
>> >  > ovirt.org <http://ovirt.org> <http://ovirt.org> > Forum
>> > at the top.
>> >  > We use hyperkitty, which is both a mailing list and a
>> > forum. It has a
>> >  > search, threads, avatars, ...
>> >  > Is there a use case we're missing or does just no one
>> > know about it?
>> >  >
>> >  > Greg
>> >  >
>> >  > On Fri, Feb 8, 2019 at 5:46 AM Tony Brian Albers
>> > mailto:t...@kb.dk>
>> >  > <mailto:t...@kb.dk <mailto:t...@kb.dk>>> wrote:
>> >  >
>> >  > On Fri, 2019-02-08 at 09:05 +0100, Josep Manel Andrés
>> > Moscardó wrote:
>> >  >  > Hi all,
>> >  >  > I am just wondering if anyone like me would like
>> > to have everything
>> >  >  > that
>> >  >  > is bump here in a forum, with all the benefits it
>> > brings (and people
>> >  >  > will still be able to subscribe and reply through
>> > email). Something
>> >  >  > like
>> >  >  > Discourse would be nice in my opinion.
>> >  >  >
>> >  >  > Best.
>> >  >  >
>> >  >  > ___
>> >  >  > Users mailing list -- users@ovirt.org
>> > <mailto:users@ovirt.org> <mailto:users@ovirt.org
>> > <mailto:users@ovirt.org>>
>> >  >  > To unsubscribe send an email to
>> > users-le...@ovirt.org <mailto:users-le...@ovirt.org>
>> >  > <mailto:users-le...@ovirt.org
>> > <mailto:users-le...@ovirt.org>>
>> >  >  > Privacy Statement:
>> > https://www.ovirt.org/site/privacy-policy/
>> >  >  > oVirt Code of Conduct:
>> > https://www.ovirt.org/community/about/communit
>> >  >  > y-guidelines/
>> >  >  > List Archives:
>> > https://lists.ovirt.org/archives/list/users@ovirt.org/
>> >  >  >

[ovirt-users] Re: changes in oVirt 4.3 and vGPU?

2019-02-08 Thread Greg Sheremeta
>  Exit message: internal error: qemu unexpectedly closed the monitor:
2019-02-08T14:01:11.287955Z qemu-kvm: warning: All CPU(s) up to maxcpus
should be described in NUMA config, ability to start up with partial NUMA
mappings is obsoleted and will be removed in future

I got that error on a fresh 4.3 yesterday while creating a plain boring
CentOS VM, and I don't have any Nvidia stuff. Might not be related / could
be a bug somewhere else. Anyone else seeing this?

Greg

On Fri, Feb 8, 2019 at 9:26 AM Hetz Ben Hamo  wrote:

> Hi,
>
> I just installed a Tesla T4 card, installed the nvidia's RPM, I see the
> mdev_type stuff etc.
> Following their instructions, I'm trying to set a Windows 10 VM to use the
> vGPU (the VM works without any vGPU), I get this error in the event...
>
> VM Win-10-test is down with error. Exit message: internal error: qemu
> unexpectedly closed the monitor: 2019-02-08T14:01:11.287955Z qemu-kvm:
> warning: All CPU(s) up to maxcpus should be described in NUMA config,
> ability to start up with partial NUMA mappings is obsoleted and will be
> removed in future
> 2019-02-08T14:01:11.313878Z qemu-kvm: -device
> vfio-pci,id=hostdev0,sysfsdev=/sys/bus/mdev/devices/486b48a3-01c7-4a67-9727-279813bae0e8,display=off,bus=pci.0,addr=0x8:
> vfio error: 486b48a3-01c7-4a67-9727-279813bae0e8: error getting device from
> group 0: Input/output error
> Verify all devices in group 0 are bound to vfio- or pci-stub and not
> already in use.
>
> Could someone explain to me what am I missing and what to do? I don't see
> any docs about it.
>
> 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/X57H4C4SYRVPEGGCHH66HW7HUEL4MINO/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3FWQ3CIDPKUDPU5Z3N42V6E3K426UG4N/


[ovirt-users] Re: Forum available

2019-02-08 Thread Greg Sheremeta
HyperKitty bug :( I got your email...

"""
Vinícius Ferrão fer...@versatushpc.com.br via ovirt.org
Thu, Feb 7, 10:40 PM (9 hours ago)
to John, Ovirt

Hello, another guy with what appears to be the same problem...
...
""""


On Fri, Feb 8, 2019 at 7:45 AM Vinícius Ferrão 
wrote:

> I’ve issues with HyperKitty too.
>
> For instance, I've answered a thread today at 1:36 UTC-2:
>
> Re: [ovirt-users] Re: need network design advice for iSCSI
>
> I can’t found it chronologically in HyperKitty. If using the search
> feature, I can find an answer from January 21th, but cannot find the
> message that I’ve sent on the dawn.
>
> I’m not even sure if the mail message arrived to the list or if it’s just
> an HyperKitty bug.
>
> Thanks,
>
> On 8 Feb 2019, at 09:39, Greg Sheremeta  wrote:
>
> Ok, cool, please everyone give it a try! If you see any issues, please
> report here or open a ticket by emailing infra-supp...@ovirt.org
>
> Thanks!!
>
> On Fri, Feb 8, 2019 at 6:38 AM Maton, Brett 
> wrote:
>
>> Hadn't noticed the link before!
>>
>> On Fri, 8 Feb 2019 at 11:31, Greg Sheremeta  wrote:
>>
>>> Yep. It's supposed to be instant. It's broken on this thread -- seems to
>>> work on others. I reported it and hopefully we'll get that fixed ASAP.
>>>
>>> Greg
>>>
>>> On Fri, Feb 8, 2019 at 6:23 AM Josep Manel Andrés Moscardó <
>>> josep.mosca...@embl.de> wrote:
>>>
>>>> I see, I wasn't aware at all, sorry. But this thread that I just
>>>> started:
>>>>
>>>>
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>>>>
>>>> has 6 replies that I cannot see, are they being parsed instantly ?
>>>>
>>>> Thanks.
>>>>
>>>> On 8/2/19 12:07, Greg Sheremeta wrote:
>>>> > ovirt.org <http://ovirt.org> > Forum at the top.
>>>> > We use hyperkitty, which is both a mailing list and a forum. It has a
>>>> > search, threads, avatars, ...
>>>> > Is there a use case we're missing or does just no one know about it?
>>>> >
>>>> > Greg
>>>> >
>>>> > On Fri, Feb 8, 2019 at 5:46 AM Tony Brian Albers >>> > <mailto:t...@kb.dk>> wrote:
>>>> >
>>>> > On Fri, 2019-02-08 at 09:05 +0100, Josep Manel Andrés Moscardó
>>>> wrote:
>>>> >  > Hi all,
>>>> >  > I am just wondering if anyone like me would like to have
>>>> everything
>>>> >  > that
>>>> >  > is bump here in a forum, with all the benefits it brings (and
>>>> people
>>>> >  > will still be able to subscribe and reply through email).
>>>> Something
>>>> >  > like
>>>> >  > Discourse would be nice in my opinion.
>>>> >  >
>>>> >  > Best.
>>>> >  >
>>>> >  > ___
>>>> >  > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
>>>> >  > To unsubscribe send an email to users-le...@ovirt.org
>>>> > <mailto:users-le...@ovirt.org>
>>>> >  > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>> >  > oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/communit
>>>> >  > y-guidelines/
>>>> >  > List Archives:
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/
>>>> >  > message/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>>>> >
>>>> > I'm for it too. I love mailing lists but as others have pointed
>>>> out
>>>> > it's a nightmare to search them.
>>>> >
>>>> > I'm also willing to spend a little time supporting it if it's
>>>> phpbb
>>>> > based or similar.
>>>> >
>>>> > /tony
>>>> >
>>>> > --
>>>> > Tony Albers - Systems Architect - IT Development
>>>> > Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark
>>>> > Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EAN: 5798000792142
>>>> > ___
>>>> > Users mailing list -- users@ovirt.org <m

[ovirt-users] Re: Forum available

2019-02-08 Thread Greg Sheremeta
Ok, cool, please everyone give it a try! If you see any issues, please
report here or open a ticket by emailing infra-supp...@ovirt.org

Thanks!!

On Fri, Feb 8, 2019 at 6:38 AM Maton, Brett 
wrote:

> Hadn't noticed the link before!
>
> On Fri, 8 Feb 2019 at 11:31, Greg Sheremeta  wrote:
>
>> Yep. It's supposed to be instant. It's broken on this thread -- seems to
>> work on others. I reported it and hopefully we'll get that fixed ASAP.
>>
>> Greg
>>
>> On Fri, Feb 8, 2019 at 6:23 AM Josep Manel Andrés Moscardó <
>> josep.mosca...@embl.de> wrote:
>>
>>> I see, I wasn't aware at all, sorry. But this thread that I just started:
>>>
>>>
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>>>
>>> has 6 replies that I cannot see, are they being parsed instantly ?
>>>
>>> Thanks.
>>>
>>> On 8/2/19 12:07, Greg Sheremeta wrote:
>>> > ovirt.org <http://ovirt.org> > Forum at the top.
>>> > We use hyperkitty, which is both a mailing list and a forum. It has a
>>> > search, threads, avatars, ...
>>> > Is there a use case we're missing or does just no one know about it?
>>> >
>>> > Greg
>>> >
>>> > On Fri, Feb 8, 2019 at 5:46 AM Tony Brian Albers >> > <mailto:t...@kb.dk>> wrote:
>>> >
>>> > On Fri, 2019-02-08 at 09:05 +0100, Josep Manel Andrés Moscardó
>>> wrote:
>>> >  > Hi all,
>>> >  > I am just wondering if anyone like me would like to have
>>> everything
>>> >  > that
>>> >  > is bump here in a forum, with all the benefits it brings (and
>>> people
>>> >  > will still be able to subscribe and reply through email).
>>> Something
>>> >  > like
>>> >  > Discourse would be nice in my opinion.
>>> >  >
>>> >  > Best.
>>> >  >
>>> >  > ___
>>> >  > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
>>> >  > To unsubscribe send an email to users-le...@ovirt.org
>>> > <mailto:users-le...@ovirt.org>
>>> >  > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> >  > oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/communit
>>> >  > y-guidelines/
>>> >  > List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/
>>> >  > message/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>>> >
>>> > I'm for it too. I love mailing lists but as others have pointed out
>>> > it's a nightmare to search them.
>>> >
>>> > I'm also willing to spend a little time supporting it if it's phpbb
>>> > based or similar.
>>> >
>>> > /tony
>>> >
>>> > --
>>> >     Tony Albers - Systems Architect - IT Development
>>> > Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark
>>> > Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EAN: 5798000792142
>>> > ___
>>> > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
>>> > To unsubscribe send an email to users-le...@ovirt.org
>>> > <mailto:users-le...@ovirt.org>
>>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> > oVirt Code of Conduct:
>>> > https://www.ovirt.org/community/about/community-guidelines/
>>> > List Archives:
>>> >
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2WKT3ZNHD2RPVTUDEEH56C3Q6FOOZALA/
>>> >
>>> >
>>> >
>>> > --
>>> >
>>> > GREG SHEREMETA
>>> >
>>> > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>> >
>>> > Red Hat NA
>>> >
>>> > <https://www.redhat.com/>
>>> >
>>> > gsher...@redhat.com <mailto:gsher...@redhat.com> IRC: gshereme
>>> >
>>> > <https://red.ht/sig>
>>> >
>>> >
>>> > ___
>>> > Users mailing list -- users@ovirt.org
>>> > To unsubscribe send an email to users-le...@ovirt.org
&

[ovirt-users] Re: Forum available

2019-02-08 Thread Greg Sheremeta
Yep. It's supposed to be instant. It's broken on this thread -- seems to
work on others. I reported it and hopefully we'll get that fixed ASAP.

Greg

On Fri, Feb 8, 2019 at 6:23 AM Josep Manel Andrés Moscardó <
josep.mosca...@embl.de> wrote:

> I see, I wasn't aware at all, sorry. But this thread that I just started:
>
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>
> has 6 replies that I cannot see, are they being parsed instantly ?
>
> Thanks.
>
> On 8/2/19 12:07, Greg Sheremeta wrote:
> > ovirt.org <http://ovirt.org> > Forum at the top.
> > We use hyperkitty, which is both a mailing list and a forum. It has a
> > search, threads, avatars, ...
> > Is there a use case we're missing or does just no one know about it?
> >
> > Greg
> >
> > On Fri, Feb 8, 2019 at 5:46 AM Tony Brian Albers  > <mailto:t...@kb.dk>> wrote:
> >
> > On Fri, 2019-02-08 at 09:05 +0100, Josep Manel Andrés Moscardó wrote:
> >  > Hi all,
> >  > I am just wondering if anyone like me would like to have
> everything
> >  > that
> >  > is bump here in a forum, with all the benefits it brings (and
> people
> >  > will still be able to subscribe and reply through email).
> Something
> >  > like
> >  > Discourse would be nice in my opinion.
> >  >
> >  > Best.
> >  >
> >  > ___
> >  > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> >  > To unsubscribe send an email to users-le...@ovirt.org
> > <mailto:users-le...@ovirt.org>
> >  > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> >  > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/communit
> >  > y-guidelines/
> >  > List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/
> >  > message/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
> >
> > I'm for it too. I love mailing lists but as others have pointed out
> > it's a nightmare to search them.
> >
> > I'm also willing to spend a little time supporting it if it's phpbb
> > based or similar.
> >
> > /tony
> >
> > --
> > Tony Albers - Systems Architect - IT Development
> > Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark
> > Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EAN: 5798000792142
> > ___
> > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> > To unsubscribe send an email to users-le...@ovirt.org
> > <mailto:users-le...@ovirt.org>
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2WKT3ZNHD2RPVTUDEEH56C3Q6FOOZALA/
> >
> >
> >
> > --
> >
> > GREG SHEREMETA
> >
> > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> >
> > Red Hat NA
> >
> > <https://www.redhat.com/>
> >
> > gsher...@redhat.com <mailto:gsher...@redhat.com> IRC: gshereme
> >
> > <https://red.ht/sig>
> >
> >
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/X5MCFE7U4ZSSPKUX55N6K4PTSZKERSQU/
> >
>
> --
> Josep Manel Andrés Moscardó
> Systems Engineer, IT Operations
> EMBL Heidelberg
> T +49 6221 387-8394
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CWJPTPSW5MJ4EIPIQVCVDE7HEXK2CNEE/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TTAYRGB6COFSOJBQPYJAUTLY53TBV45T/


[ovirt-users] Re: Forum available

2019-02-08 Thread Greg Sheremeta
ovirt.org > Forum at the top.
We use hyperkitty, which is both a mailing list and a forum. It has a
search, threads, avatars, ...
Is there a use case we're missing or does just no one know about it?

Greg

On Fri, Feb 8, 2019 at 5:46 AM Tony Brian Albers  wrote:

> On Fri, 2019-02-08 at 09:05 +0100, Josep Manel Andrés Moscardó wrote:
> > Hi all,
> > I am just wondering if anyone like me would like to have everything
> > that
> > is bump here in a forum, with all the benefits it brings (and people
> > will still be able to subscribe and reply through email). Something
> > like
> > Discourse would be nice in my opinion.
> >
> > Best.
> >
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct: https://www.ovirt.org/community/about/communit
> > y-guidelines/
> > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> > message/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>
> I'm for it too. I love mailing lists but as others have pointed out
> it's a nightmare to search them.
>
> I'm also willing to spend a little time supporting it if it's phpbb
> based or similar.
>
> /tony
>
> --
> Tony Albers - Systems Architect - IT Development
> Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark
> Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EAN: 5798000792142
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2WKT3ZNHD2RPVTUDEEH56C3Q6FOOZALA/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/X5MCFE7U4ZSSPKUX55N6K4PTSZKERSQU/


[ovirt-users] Re: AMD EPYC 4.3 upgrade 'CPU type is not supported in this cluster compatibility version or is not supported at all'

2019-02-07 Thread Greg Sheremeta
On Thu, Feb 7, 2019 at 11:31 AM Ryan Bullock  wrote:

> That would explain it.
>
> Would removing the host and then reinstalling it under a new 4.3 cluster
> work without having to set the entire old cluster into maintenance to
> change the cpu? Then I could just restart VM's into the new cluster as we
> transition to minimize downtime.
>

@Simone Tiraboschi  or @Ryan Barry 
 ?


>
> Thanks for the info!
>

Glad to help :)

Greg


>
> Ryan
>
> On Thu, Feb 7, 2019 at 7:56 AM Greg Sheremeta  wrote:
>
>> AMD EPYC IBPB is deprecated in 4.3.
>> The deprecated CPUs (cpus variable, that entire list) are:
>>
>> https://gerrit.ovirt.org/#/c/95310/7/frontend/webadmin/modules/webadmin/src/main/java/org/ovirt/engine/ui/webadmin/widget/table/column/ClusterAdditionalStatusColumn.java
>>
>> So, *-IBRS [IBRS-SSBD is still ok], Epyc IBPB, Conroe, Penryn, and
>> Opteron G1-3. If you have those, you need to change it to a supported type
>> while it's in 4.2 still.
>>
>> Greg
>>
>> On Thu, Feb 7, 2019 at 1:11 AM Ryan Bullock  wrote:
>>
>>> We just updated our engine to 4.3, but when I tried to update one of our
>>> AMD EPYC hosts it could not activate with the error:
>>>
>>> Host vmc2h2 moved to Non-Operational state as host CPU type is not
>>> supported in this cluster compatibility version or is not supported at all.
>>>
>>> Relevant (I think) parts from the the engine log:
>>>
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-82) [ee51a70] Could not
>>> find server cpu for server 'vmc2h2' (745a14c6-9d31-48a4-9566-914647d83f53),
>>> flags:
>>> 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,constant_tsc,art,rep_good,nopl,nonstop_tsc,extd_apicid,amd_dcm,aperfmperf,eagerfpu,pni,pclmulqdq,monitor,ssse3,fma,cx16,sse4_1,sse4_2,movbe,popcnt,aes,xsave,avx,f16c,rdrand,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,skinit,wdt,tce,topoext,perfctr_core,perfctr_nb,bpext,perfctr_l2,cpb,hw_pstate,sme,retpoline_amd,ssbd,ibpb,vmmcall,fsgsbase,bmi1,avx2,smep,bmi2,rdseed,adx,smap,clflushopt,sha_ni,xsaveopt,xsavec,xgetbv1,clzero,irperf,xsaveerptr,arat,npt,lbrv,svm_lock,nrip_save,tsc_scale,vmcb_clean,flushbyasid,decodeassists,pausefilter,pfthreshold,avic,v_vmsave_vmload,vgif,overflow_recov,succor,smca'
>>> 2019-02-06 17:23:58,527-08 INFO
>>> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-82) [7f6d4f0d] START,
>>> SetVdsStatusVDSCommand(HostName = vmc2h2,
>>> SetVdsStatusVDSCommandParameters:{hostId='745a14c6-9d31-48a4-9566-914647d83f53',
>>> status='NonOperational',
>>> nonOperationalReason='CPU_TYPE_INCOMPATIBLE_WITH_CLUSTER'
>>>
>>>
>>> From virsh -r capabilities:
>>>
>>> 
>>>   x86_64
>>>   EPYC-IBPB
>>>   AMD
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>> 
>>>
>>> I also tried creating a new 4.3 cluster, set to the AMD EPYC IPBDB SSBD
>>> and moving the host into it, but it failed to move it into that cluster
>>> with a similar error about an unsupported CPU (for some reason it also made
>>> me clear the additional kernel options as well, we use 1gb hugepages). I
>>> have not yet tried removing the host entirely and adding it as part of
>>> creating the new cluster.
>>>
>>> We have been/are using a database change to update the 4.2 cluster level
>>> to include EPYC support with the following entries (can post the whole
>>> query if needed):
>>> 7:AMD EPYC:svm,nx,model_EPYC:EPYC:x86_64; 8:AMD EPYC
>>> IBPB:svm,nx,ibpb,model_EPYC:EPYC-IBPB:x86_64
>>>
>>> We have been running 4.2 with this for awhile. We did apply the same
>>> changes after the 4.3 update, but only for the 4.2 cluster level. We only
>>> used the AMD EPYC IBPB model.
>>>
>>> Reverting the host back to 4.2 allows it to activate and run normally.
>>>
>>> Anyone have any ideas as to why it can't seem to find the cpu type?
>>>
>>> Thanks,
>>>
>>> Ryan Bullock
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> T

[ovirt-users] Re: AMD EPYC 4.3 upgrade 'CPU type is not supported in this cluster compatibility version or is not supported at all'

2019-02-07 Thread Greg Sheremeta
AMD EPYC IBPB is deprecated in 4.3.
The deprecated CPUs (cpus variable, that entire list) are:
https://gerrit.ovirt.org/#/c/95310/7/frontend/webadmin/modules/webadmin/src/main/java/org/ovirt/engine/ui/webadmin/widget/table/column/ClusterAdditionalStatusColumn.java

So, *-IBRS [IBRS-SSBD is still ok], Epyc IBPB, Conroe, Penryn, and Opteron
G1-3. If you have those, you need to change it to a supported type while
it's in 4.2 still.

Greg

On Thu, Feb 7, 2019 at 1:11 AM Ryan Bullock  wrote:

> We just updated our engine to 4.3, but when I tried to update one of our
> AMD EPYC hosts it could not activate with the error:
>
> Host vmc2h2 moved to Non-Operational state as host CPU type is not
> supported in this cluster compatibility version or is not supported at all.
>
> Relevant (I think) parts from the the engine log:
>
> (EE-ManagedThreadFactory-engineScheduled-Thread-82) [ee51a70] Could not
> find server cpu for server 'vmc2h2' (745a14c6-9d31-48a4-9566-914647d83f53),
> flags:
> 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,constant_tsc,art,rep_good,nopl,nonstop_tsc,extd_apicid,amd_dcm,aperfmperf,eagerfpu,pni,pclmulqdq,monitor,ssse3,fma,cx16,sse4_1,sse4_2,movbe,popcnt,aes,xsave,avx,f16c,rdrand,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,skinit,wdt,tce,topoext,perfctr_core,perfctr_nb,bpext,perfctr_l2,cpb,hw_pstate,sme,retpoline_amd,ssbd,ibpb,vmmcall,fsgsbase,bmi1,avx2,smep,bmi2,rdseed,adx,smap,clflushopt,sha_ni,xsaveopt,xsavec,xgetbv1,clzero,irperf,xsaveerptr,arat,npt,lbrv,svm_lock,nrip_save,tsc_scale,vmcb_clean,flushbyasid,decodeassists,pausefilter,pfthreshold,avic,v_vmsave_vmload,vgif,overflow_recov,succor,smca'
> 2019-02-06 17:23:58,527-08 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-82) [7f6d4f0d] START,
> SetVdsStatusVDSCommand(HostName = vmc2h2,
> SetVdsStatusVDSCommandParameters:{hostId='745a14c6-9d31-48a4-9566-914647d83f53',
> status='NonOperational',
> nonOperationalReason='CPU_TYPE_INCOMPATIBLE_WITH_CLUSTER'
>
>
> From virsh -r capabilities:
>
> 
>   x86_64
>   EPYC-IBPB
>   AMD
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 
>
> I also tried creating a new 4.3 cluster, set to the AMD EPYC IPBDB SSBD
> and moving the host into it, but it failed to move it into that cluster
> with a similar error about an unsupported CPU (for some reason it also made
> me clear the additional kernel options as well, we use 1gb hugepages). I
> have not yet tried removing the host entirely and adding it as part of
> creating the new cluster.
>
> We have been/are using a database change to update the 4.2 cluster level
> to include EPYC support with the following entries (can post the whole
> query if needed):
> 7:AMD EPYC:svm,nx,model_EPYC:EPYC:x86_64; 8:AMD EPYC
> IBPB:svm,nx,ibpb,model_EPYC:EPYC-IBPB:x86_64
>
> We have been running 4.2 with this for awhile. We did apply the same
> changes after the 4.3 update, but only for the 4.2 cluster level. We only
> used the AMD EPYC IBPB model.
>
> Reverting the host back to 4.2 allows it to activate and run normally.
>
> Anyone have any ideas as to why it can't seem to find the cpu type?
>
> Thanks,
>
> Ryan Bullock
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/4Y4X7UGDEYSB5JK45TLDERNM7IMTHIYY/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/N4FMHDIK2GWERNWLFUG5NQFKCYMXEZSS/


[ovirt-users] Re: ovirt upgrade 4.3 - dashboard is dispalyed 2x in top left corner menu

2019-02-07 Thread Greg Sheremeta
Ok great, great to hear it's all working now.

On Thu, Feb 7, 2019 at 7:54 AM Martin Humaj  wrote:

> Hi Greg,
>
> We did upgrade from 4.2.0 something to 4.3 two days ago. The hosted engine
> is running as another VM under the oVirt.
> I had some trouble to run engine-setup after the upgrade.Simone Tiraboschi
> helped to avoid error with initial setup. I could not set global
> maintenance on engine, because communication was not working between hosts
> and VM engine.
> After I was able to login to GUI everything is working so far, even the
> vmware migration is going smoothly.
>

nice to hear that too :)

Greg


>
> I just faced the issue with dasboard and you helped to fix that one also.
> The rest is looking good.
>
> Thanks
>
>
>
>
>
> On Thu, Feb 7, 2019 at 1:42 PM Greg Sheremeta  wrote:
>
>>
>> On Thu, Feb 7, 2019 at 7:39 AM Martin Humaj  wrote:
>>
>>> Hi Greg,
>>>
>>> Thanks a lot for quick reply.
>>>
>>> yum update ovirt-engine-ui-extensions, fixed the issue
>>>
>>> The duplicate is gone.
>>>
>>
>> Good to hear, thanks. For posterity, can you tell me if you did the
>> update today or a couple days ago? And, are you using hosted engine? I want
>> to make sure it's not still broken for everyone else :)
>>
>>
>>>
>>> martin
>>>
>>> On Thu, Feb 7, 2019 at 1:32 PM Greg Sheremeta 
>>> wrote:
>>>
>>>> It should be fixed now. When did you update?
>>>>
>>>> Are you using hosted engine?
>>>>
>>>> On Thu, Feb 7, 2019, 6:36 AM  wrote:
>>>>
>>>>> After the upgrade to ovirt 4.3, I can see two entry for dashboard in
>>>>> top left corner menu. Is there any way how to get rid of the duplicity?
>>>>>
>>>>> 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/GN4ER4YD6KTQLF2FK2ZLZI6IM5U6XEW4/
>>>>>
>>>>
>>
>> --
>>
>> GREG SHEREMETA
>>
>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>
>> Red Hat NA
>>
>> <https://www.redhat.com/>
>>
>> gsher...@redhat.comIRC: gshereme
>> <https://red.ht/sig>
>>
>

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MHD5A6VVALKHLXPIV4CXLCHDHUW3KZOY/


[ovirt-users] Re: vm autostart and priorities

2019-02-07 Thread Greg Sheremeta
On Thu, Feb 7, 2019 at 5:28 AM Hetz Ben Hamo  wrote:

> Hi,
>
> I'm migrating my VM's to oVirt from ESXI and I've only got one left on the
> ESXi side - a VM which provides me DNS, mail and DHCP services. Without
> this VM's, I can't access the internet.
>

I'm not sure about the feasability of running DNS or DHCP in a vm --
hopefully someone else can speak to that.


>
> The only issue that prevents me from migrating this VM to oVirt and "kill"
> the ESXi machine, is that I need to start this VM's upon oVirt node power
> up (auto start), so if the power goes down and comes back, I'll have my
> infrastructure up and running automatically within minutes.
>
> Is there a way to auto start specific VM's
>

Yes, see
https://www.ovirt.org/documentation/vmm-guide/chap-Administrative_Tasks.html#improving-uptime-with-virtual-machine-high-availability
 and maybe
https://www.ovirt.org/documentation/vmm-guide/chap-Additional_Configuration.html#configuring-a-watchdog

or better - start VM's based on specific orders upon boot of the nodes? I
> think it's a very important feature.
>

Affinity might help here, not sure.
https://www.ovirt.org/documentation/vmm-guide/chap-Administrative_Tasks.html#affinity-groups

Best wishes,
Greg


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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7L4KXO3ESAFVAKPZ45SAI7DSNIHK3CIW/


[ovirt-users] Re: qxl issue on OVirt 4.3.0

2019-02-07 Thread Greg Sheremeta
Welcome, glad you got it working :)

On Thu, Feb 7, 2019 at 1:07 AM Robert Crawford <
robert.crawford4.14...@gmail.com> wrote:

> I'm using images from https://cloud.centos.org/centos/7/images/
>
> The 1811 image works as expected.
> Thanks for your help
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LOYY7FICIWYYG2T7OLO3545K445BNSLY/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HIUU3IHJTFMWPD2D4SWK4FTJHZEJTQD4/


[ovirt-users] Re: ovirt upgrade 4.3 - dashboard is dispalyed 2x in top left corner menu

2019-02-07 Thread Greg Sheremeta
On Thu, Feb 7, 2019 at 7:39 AM Martin Humaj  wrote:

> Hi Greg,
>
> Thanks a lot for quick reply.
>
> yum update ovirt-engine-ui-extensions, fixed the issue
>
> The duplicate is gone.
>

Good to hear, thanks. For posterity, can you tell me if you did the update
today or a couple days ago? And, are you using hosted engine? I want to
make sure it's not still broken for everyone else :)


>
> martin
>
> On Thu, Feb 7, 2019 at 1:32 PM Greg Sheremeta  wrote:
>
>> It should be fixed now. When did you update?
>>
>> Are you using hosted engine?
>>
>> On Thu, Feb 7, 2019, 6:36 AM  wrote:
>>
>>> After the upgrade to ovirt 4.3, I can see two entry for dashboard in top
>>> left corner menu. Is there any way how to get rid of the duplicity?
>>>
>>> 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/GN4ER4YD6KTQLF2FK2ZLZI6IM5U6XEW4/
>>>
>>

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HWQ22OB3LUHT7AGRXNZFC6GKYQNUSUML/


[ovirt-users] Re: ovirt upgrade 4.3 - dashboard is dispalyed 2x in top left corner menu

2019-02-07 Thread Greg Sheremeta
It should be fixed now. When did you update?

Are you using hosted engine?

On Thu, Feb 7, 2019, 6:36 AM  wrote:

> After the upgrade to ovirt 4.3, I can see two entry for dashboard in top
> left corner menu. Is there any way how to get rid of the duplicity?
>
> 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/GN4ER4YD6KTQLF2FK2ZLZI6IM5U6XEW4/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5NE4UCG5UN5X4QQUOYWVZ5WSJ2BTHQZS/


[ovirt-users] Re: Is it possible to customize web-ui/User Portal/VM Portal?

2019-02-06 Thread Greg Sheremeta
On Wed, Feb 6, 2019 at 5:29 PM Brian T 
wrote:

> Hi all,
>
> I'm pretty new to using oVirt; it's been a couple of months since I've
> installed it. I apologize if this question has been answered; I've been
> digging around for a straight answer.
>
> As the title suggest, is it possible to customize the web-ui/User
> Portal/VM Portal portion of oVirt? I know the web-ui portion seems
> completely separate from WebAdmin. Based on the documentation and what I
> can scrounge up, web-ui was made with React and Patternfly? I would love to
> tinker with adding more features to our VM Portal; thank you!
>

This is great to hear :) Would you mind sharing your ideas? We have some
pretty cool stuff going on right now, and we would love contributions from
the community! You are welcome to join the project at any time. Enhancing
it for yourself would be cool, but enhancing it for everyone would be even
better :D

Yes, it's written in react and uses PatternFly for most of the look. It's a
pretty typical react / redux application and uses redux-saga. There is
limited branding functionality if you're looking to change colors and logos
and such. If you want to do more than that, it requires some JavaScript
code.

We do all of the work in https://github.com/oVirt/ovirt-web-ui/
Additionally, our design work lives in
https://drive.google.com/open?id=1JHhQfi32uZd7V8XpoIcdNIUIZd-tmV9I

Feel free to browse the code, the issues list, and the designs, and let me
know your thoughts.

Best wishes,
Greg



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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7BECI226JML3IAMPWQVL23IP2YYKA7U3/


[ovirt-users] Re: qxl issue on OVirt 4.3.0

2019-02-06 Thread Greg Sheremeta
On Wed, Feb 6, 2019 at 4:15 PM Robert Crawford <
robert.crawford4.14...@gmail.com> wrote:

> I did try 1901 earlier, also it does eventually boot.
>

I'm not familiar with 1901 - afaik 1810 is the latest release.


>
> 1810 does not appear in the ISO domain
>

You (or an administrator) can upload it there. You can also upload ISOs to
any data domain, too, using the disk upload.
https://ovirt.org/documentation/admin-guide/chap-Storage.html#uploading-images-to-a-data-storage-domain
Storage > Disks


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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/G66IBRPPI55XVW6LP7KCXWOMNO6BTIIB/


[ovirt-users] Re: qxl issue on OVirt 4.3.0

2019-02-06 Thread Greg Sheremeta
By any chance did you try latest, 1810?

On Wed, Feb 6, 2019 at 3:42 PM Robert Crawford <
robert.crawford4.14...@gmail.com> wrote:

> On 4.3.0 with the 1809 CentOS image from the ISO Domain the VM Guest will
> fail to boot and freeze on initialized qxl 0.1.0
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LSIDIR37DWDKXAY3GQUF7LAJWOJUT4VJ/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MG3Y33IIZZLUS3GU4PHXLZCFGZ2FJKEG/


[ovirt-users] Re: ovirt-4.3 hyperconverged deployment - no option for "disc count" for JBOD

2019-02-06 Thread Greg Sheremeta
n  : ok=1changed=1unreachable=0
> failed=0
> ovirt-433.localdomain  : ok=1changed=1unreachable=0
> failed=0
>
>
> PLAY [gluster_servers]
> *
>
> TASK [Run a command in the shell]
> **
> changed: [ovirt-431.localdomain] => (item=vdsm-tool configure --force)
> changed: [ovirt-432.localdomain] => (item=vdsm-tool configure --force)
> changed: [ovirt-433.localdomain] => (item=vdsm-tool configure --force)
>
> PLAY RECAP
> *
> ovirt-431.localdomain  : ok=1changed=1unreachable=0
> failed=0
> ovirt-432.localdomain  : ok=1changed=1unreachable=0
> failed=0
> ovirt-433.localdomain  : ok=1changed=1unreachable=0
> failed=0
>
>
> PLAY [gluster_servers]
> *
>
> TASK [Run a shell script]
> **
> changed: [ovirt-431.localdomain] =>
> (item=/usr/share/gdeploy/scripts/blacklist_all_disks.sh)
> changed: [ovirt-432.localdomain] =>
> (item=/usr/share/gdeploy/scripts/blacklist_all_disks.sh)
> changed: [ovirt-433.localdomain] =>
> (item=/usr/share/gdeploy/scripts/blacklist_all_disks.sh)
>
> PLAY RECAP
> *
> ovirt-431.localdomain  : ok=1changed=1unreachable=0
> failed=0
> ovirt-432.localdomain  : ok=1changed=1unreachable=0
> failed=0
> ovirt-433.localdomain  : ok=1changed=1unreachable=0
> failed=0
>
>
> PLAY [gluster_servers]
> *
>
> TASK [Clean up filesystem signature]
> ***
> skipping: [ovirt-431.localdomain] => (item=/dev/mapper/vdo_vdb)
>
> TASK [Create Physical Volume]
> **
> changed: [ovirt-431.localdomain] => (item=/dev/mapper/vdo_vdb)
>
> PLAY RECAP
> *
> ovirt-431.localdomain  : ok=1changed=1unreachable=0
> failed=0
>
>
> PLAY [gluster_servers]
> *
>
> TASK [Clean up filesystem signature]
> ***
> skipping: [ovirt-432.localdomain] => (item=/dev/mapper/vdo_vdb)
>
> TASK [Create Physical Volume]
> **
> changed: [ovirt-432.localdomain] => (item=/dev/mapper/vdo_vdb)
>
> PLAY RECAP
> *
> ovirt-432.localdomain  : ok=1changed=1unreachable=0
> failed=0
>
>
> PLAY [gluster_servers]
> *
>
> TASK [Clean up filesystem signature]
> ***
> skipping: [ovirt-433.localdomain] => (item=/dev/mapper/vdo_vdb)
>
> TASK [Create Physical Volume]
> **
> changed: [ovirt-433.localdomain] => (item=/dev/mapper/vdo_vdb)
>
> PLAY RECAP
> *
> ovirt-433.localdomain  : ok=1changed=1unreachable=0
> failed=0
>
>
> PLAY [gluster_servers]
> *
>
> TASK [Create volume group on the disks]
> 
> changed: [ovirt-431.localdomain] => (item={u'brick':
> u'/dev/mapper/vdo_vdb', u'vg': u'gluster_vg_vdb'})
>
> PLAY RECAP
> *
> ovirt-431.localdomain  : ok=1changed=1unreachable=0
> failed=0
>
>
> PLAY [gluster_servers]
> *
>
> TASK [Create volume group on the disks]
> 
> changed: [ovirt-432.localdomain] => (item={u'brick':
> u'/dev/mapper/vdo_vdb', u'vg': u'gluster_vg_vdb'})
>
> PLAY RECAP
> *
> ovirt-432.localdomain  : ok=1changed=1unreachable=0
> failed=0
>
>
> PLAY [gluster_servers]
> *
>
> TASK [Create volume group on the disks]
> 
> changed: [ovirt-433.localdomain] => (item={u'brick':
> u'/dev/mapper/vdo_vdb', u'vg': u'gluster_vg_vdb'})
>
> PLAY RECAP
> ***

[ovirt-users] Re: ovirt 4.2.7 -> 4.3.0 upgrade process

2019-02-06 Thread Greg Sheremeta
On Wed, Feb 6, 2019 at 11:35 AM Greg Sheremeta  wrote:

> Hi,
>
> We're working on getting a guide out as soon as possible, but I don't have
> an ETA yet.
>
> On Wed, Feb 6, 2019 at 11:29 AM Douglas Duckworth 
> wrote:
>
>> Hello
>>
>> Can anyone confirm that the steps for upgrading to 4.3 from 4.2 are the
>> same as listed for previous versions?
>>
>
> Basically. Do you use metrics? That's using rsyslog now. Also, if you have
> AMD hosts, there are some things there. That's all I know of.
>

The deprecated CPUs (cpus variable, that entire list)
https://gerrit.ovirt.org/#/c/95310/7/frontend/webadmin/modules/webadmin/src/main/java/org/ovirt/engine/ui/webadmin/widget/table/column/ClusterAdditionalStatusColumn.java

So, *-IBRS, Epyc IBPB, Conroe, Penryn, and Opteron G1-3. If you have those,
you need to change it to a supported type before upgrading or the cluster
will remain non-operational.


> Greg
>
>
>>
>> I reviewed 4.1 to 4.2 which looks straight forward:
>>
>>
>> https://www.ovirt.org/documentation/upgrade-guide/chap-Upgrading_from_4.1_to_oVirt_4.2.html
>>
>> I am sure nothing will go wrong though we are doing daily backups of the
>> hosted engine VM database.
>>
>> Thanks,
>>
>> Douglas Duckworth, MSc, LFCS
>> HPC System Administrator
>> Scientific Computing Unit <https://scu.med.cornell.edu>
>> Weill Cornell Medicine
>> 1300 York Avenue
>> New York, NY 10065
>> E: d...@med.cornell.edu
>> O: 212-746-6305
>> F: 212-746-8690
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VC2TVZIHTOTMZOKWBN7VOY2H3FQGTQS3/
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> <https://www.redhat.com/>
>
> gsher...@redhat.comIRC: gshereme
> <https://red.ht/sig>
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YQYC6LYG7Y2Q3ZYJX3BEKTYMCZOAM4TK/


[ovirt-users] Re: ovirt 4.2.7 -> 4.3.0 upgrade process

2019-02-06 Thread Greg Sheremeta
Hi,

We're working on getting a guide out as soon as possible, but I don't have
an ETA yet.

On Wed, Feb 6, 2019 at 11:29 AM Douglas Duckworth 
wrote:

> Hello
>
> Can anyone confirm that the steps for upgrading to 4.3 from 4.2 are the
> same as listed for previous versions?
>

Basically. Do you use metrics? That's using rsyslog now. Also, if you have
AMD hosts, there are some things there. That's all I know of.

Greg


>
> I reviewed 4.1 to 4.2 which looks straight forward:
>
>
> https://www.ovirt.org/documentation/upgrade-guide/chap-Upgrading_from_4.1_to_oVirt_4.2.html
>
> I am sure nothing will go wrong though we are doing daily backups of the
> hosted engine VM database.
>
> Thanks,
>
> Douglas Duckworth, MSc, LFCS
> HPC System Administrator
> Scientific Computing Unit <https://scu.med.cornell.edu>
> Weill Cornell Medicine
> 1300 York Avenue
> New York, NY 10065
> E: d...@med.cornell.edu
> O: 212-746-6305
> F: 212-746-8690
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VC2TVZIHTOTMZOKWBN7VOY2H3FQGTQS3/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TA3C5Y2GXUJPNDD3CGPKR2XUZ6MZPR3Y/


[ovirt-users] Re: sun.security.validator

2019-02-06 Thread Greg Sheremeta
Ravi, can you assist?

Greg


On Tue, Feb 5, 2019 at 8:39 PM  wrote:

> Did you ever get an answer to this?  I am experiencing the same issue
> after:
>
> 1) Updating the BIOS on my system to the latest one
> 2) Installing a new 10GbE NIC
>
> Both the BIOS update and the NIC installation completed without incident,
> but I am getting the exact same error.
>
> Any advice out 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/6CSADXLGCOMYYC22ZJEQ46EBOINK257H/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PJJR4HU4TIN4KE47RKWI6KGKOFUXPEUR/


[ovirt-users] Re: ovirt-4.3 hyperconverged deployment - no option for "disc count" for JBOD

2019-02-06 Thread Greg Sheremeta
Please open a bug on this.
https://bugzilla.redhat.com/enter_bug.cgi?product=cockpit-ovirt
Component = Gdeploy

Best wishes,
Greg


On Tue, Feb 5, 2019 at 3:20 PM feral  wrote:

> Vanilla install of ovirt-node-4.3 (iso). During hyperconverged wizard,
> there is no option for disc count for JBOD. This results in error during
> deployment.
> Disc Count option is available for all other raid levels.
>
> --
> _
> Fact:
> 1. Ninjas are mammals.
> 2. Ninjas fight ALL the time.
> 3. The purpose of the ninja is to flip out and kill people.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7JLLJJM4D2RCOFQLKLW5AVJPUK24J3YY/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IFFKQ2WZNN2BYJFNLCT4OEGX2HBXNMKJ/


[ovirt-users] Re: Strange behavior when changing memory and virtual cpu for VM

2019-02-06 Thread Greg Sheremeta
On Wed, Feb 6, 2019 at 10:34 AM Matthias Barmeier 
wrote:

>
>
> the VM is a plain debian9 VM. Other VMs with identical setup are still
> working as expected. Only when I try to change System settings I got this
> behavior..
>

Hm. I'm not too familiar with cloud-init. Hopefully someone who knows that
better can chime in.
Did cloud-init get turned back on for this VM when you changed the
CPU/memory settings?


>
> 6. Februar 2019 16:27, "Greg Sheremeta"  >
> schrieb:
>
> On Wed, Feb 6, 2019 at 6:04 AM  wrote:
>
> Hi,
>
> after creating a VM from a template everything works fine. After a while I
> would like to increase memory and cpus. I changed the memory and virtual
> cpu settings in the "System" settings.
> I restarted the VM.
>
> From this moment on the VM hangs on boot with this messages filling the
> console:
> url_helper.py[WARNING]: Calling '
> http://169.254.169.254/2009-04-04/meta-data/instance-id' Connection to
> 169.254.169.254 timed out.
>
> Google says that's a special EC2 address. Does your VM do something with
> EC2 and now the network isn't coming up for some reason?
> Can you get a fresh Stretch VM working with networking that can ping out?
>
>
> This goes on for ever. What can I do to make the VM work again ? I tried
> to restore the settings to the values it has before but this does not help.
>
> The VM contains debian 9 (stretch) with cloud init. Ovirt version:
> 4.2.7.5-1.el7
>
> Ciao
> Matze
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/BCVGAAKBBX53YBDHXWZ6VBJJNPUAM52V/
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA <https://www.redhat.com/>
>
> gsher...@redhat.com IRC: gshereme
> <https://red.ht/sig>
>
>

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Z3ONHETJ273YS4G6ROIPM76SY6VNK6WD/


[ovirt-users] Re: Strange behavior when changing memory and virtual cpu for VM

2019-02-06 Thread Greg Sheremeta
On Wed, Feb 6, 2019 at 6:04 AM  wrote:

> Hi,
>
> after creating a VM from a template everything works fine. After a while I
> would like to increase memory and cpus. I changed the memory and virtual
> cpu settings in the "System" settings.
> I restarted the VM.
>
> From this moment on the VM hangs on boot with this messages filling the
> console:
> url_helper.py[WARNING]: Calling '
> http://169.254.169.254/2009-04-04/meta-data/instance-id' Connection to
> 169.254.169.254 timed out.
>

Google says that's a special EC2 address. Does your VM do something with
EC2 and now the network isn't coming up for some reason?
Can you get a fresh Stretch VM working with networking that can ping out?


>
> This goes on for ever. What can I do to make the VM work again ? I tried
> to restore the settings to the values it has before but this does not help.
>
> The VM contains debian 9 (stretch) with cloud init. Ovirt version:
> 4.2.7.5-1.el7
>
> Ciao
>Matze
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/BCVGAAKBBX53YBDHXWZ6VBJJNPUAM52V/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XKPD4YMEE5N4GURIIG24UK4XSNM5VXZC/


[ovirt-users] Re: engine-iso-uploader taking a REALLY long time

2019-02-06 Thread Greg Sheremeta
On Wed, Feb 6, 2019 at 2:28 AM Sandro Bonazzola  wrote:

>
>
> Il giorno mer 6 feb 2019 alle ore 02:31  ha
> scritto:
>
>> I appreciate the responses.  I think we should probably add to this page
>> that ISO domains are deprecated since it does not seem to be found anywhere
>> here.
>>
>> +1. I think a message on the UI is appropriate too.
I opened https://bugzilla.redhat.com/show_bug.cgi?id=1673059
please vote on it if you agree


>
>> https://www.ovirt.org/documentation/install-guide/chap-Configuring_Storage.html
>
>
> Sent a pull request here: https://github.com/oVirt/ovirt-site/pull/1895
> Thalia, can you please review?
>

+1 from me


>
>
>
>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2USQTH46J64J4FX4HVSOYYQY6BNPAVBL/
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FGEI5GRZBOTCQMNYY5GZ7A225IMXSQB2/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/H73QHLDMIW3JOUAQLDL7CCY5U5VRJEDS/


[ovirt-users] Re: Bug in the web interface?

2019-02-06 Thread Greg Sheremeta
On Wed, Feb 6, 2019 at 6:33 AM Nicolas Ecarnot  wrote:

> Le 06/02/2019 à 10:53, Lucie Leistnerova a écrit :
> >
> > On 2/6/19 10:22 AM, Nicolas Ecarnot wrote:
> >> Hi Lucie,
> >>
> >> Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit :
> >>> I'm sorry, my mistake I did not mention to remove the package without
> >>> dependencies.
>

Same -- sorry, ugh.
For anyone in the same situation, the better thing to do now is simply 'yum
update ovirt-engine-ui-extensions'
That will remove the old dashboard correctly.
https://github.com/oVirt/ovirt-engine-ui-extensions/blob/master/packaging/spec.in#L16



> >>>
> >>> rpm -e --nodeps ...
> >>
> >> I'll write that down.
> >>
> >>
> >>>> When looking at the log file above
> >>>> (
> https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd6o=)
>
> >>>> [...]
> >>>>
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
>
> >>>
> >>>
> >>> The error is cause by missing ovirt-engine-dbscripts.
> >>
> >> OK
> >>
> >>>> Well, I thought I messed up with packages, and I thought a compete
> >>>> yum update would help, as I read :
> >>>>> Le 05/02/2019 à 15:19, Greg Sheremeta wrote :
> >>>>
> >>>>> The fix is pushed. Standalone engine upgrades should be fine starting
> >>>>>> now. `yum update` any appliance engines or already upgraded
> >>>>>> engines to get the latest ovirt-engine-ui-extensions, which fixes
> >>>>>> the problem.
> >>>>
> >>>> So I ran a yum update.
> >>>>
> >>> This package is part of ovirt-engine versionlock so can't be
> >>> installed/updated separately.
> >>> engine-setup should install the missing packages. I tried it by
> >>> myself and it fixed the issue.
> >>>
> >>>[install]
> >>>
> ovirt-engine-dbscripts-4.3.0.5-0.0.master.20190205084851.gitaaebfc9.el7.noarch
>
> >>> will be installed
> >>
> >> I see I have this package, though in an older version :
> >> # rpm -qa|grep -i dbscripts
> >> ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch
> >>
> > The version shouldn't be problem. I tested it in u/s ovirt. Now I tried
> > with same version.
> >
> > Try to remove that package and install again. Versionlock seems to
> > differ here so I was able to install it separately, if not run
> > engine-setup.
> >
> > # rpm -e --nodeps ovirt-engine-dbscripts
>
> Indeed, it found a lot of missing files/dir.
>
> >
> > # yum install ovirt-engine-dbscripts
>
> I forgot to set LANG=C so you'll read some parts in french, but I get
> the idea :
>
> 
> root@mvm01:/tmp# yum install ovirt-engine-dbscripts
> Modules complémentaires chargés : fastestmirror, versionlock
> Loading mirror speeds from cached hostfile
>   * base: centos.mirror.fr.planethoster.net
>   * epel: pkg.adfinis-sygroup.ch
>   * extras: ftp.pasteur.fr
>   * ovirt-4.3: ovirt.repo.nfrance.com
>   * ovirt-4.3-epel: pkg.adfinis-sygroup.ch
>   * updates: centos.mirror.fr.planethoster.net
> Excluding 1 update due to versionlock (use "yum versionlock status" to
> show it)
> Résolution des dépendances
> --> Lancement de la transaction de test
> ---> Le paquet ovirt-engine-dbscripts.noarch 0:4.3.0.4-1.el7 sera installé
> --> Résolution des dépendances terminée
>
> Dépendances résolues
>
>
> =
>   Package
> Architecture Version
>  Dépôt
>  Taille
>
> =
> Installation :
>   ovirt-engine-dbscripts
> noarch   4.3.0.4-1.el7
>  ovirt-4.3
>  331 k
>
> Résumé de la transaction
>
> ==

[ovirt-users] Re: But in the web interface?

2019-02-06 Thread Greg Sheremeta
On Tue, Feb 5, 2019 at 1:21 PM Strahil  wrote:

> Hey Greg,
>
> Thanks for the efforts.
> It seems the only way I can support the project is to raise bugs - which
> is causing only troubles :)
>

It's not causing trouble at all! It's one of the most helpful things you
can do as a user of the software.


> ... If you have a way towards Bulgaria - I will buy you a beer.
>

Some day ;)

Greg

>
> Best Regards,
> Strahil Nikolov
>
> On Feb 5, 2019 16:19, Greg Sheremeta  wrote:
>
> The fix is pushed. Standalone engine upgrades should be fine starting now.
> `yum update` any appliance engines or already upgraded engines to get the
> latest ovirt-engine-ui-extensions, which fixes the problem.
>
> I'll add a release note. Thanks all.
>
> Best wishes,
> Greg
>
> On Tue, Feb 5, 2019 at 8:48 AM Hetz Ben Hamo  wrote:
>
> Thanks a lot ;)
>
>
> On Tue, Feb 5, 2019 at 2:38 PM Strahil Nikolov 
> wrote:
>
> Dear Hetz,
>
> I have opened a bug for that : 1662047 – [UI] 2 dashboard icons after
> upgrade <https://bugzilla.redhat.com/show_bug.cgi?id=1662047>
>
> 1662047 – [UI] 2 dashboard icons after upgrade
>
> <https://bugzilla.redhat.com/show_bug.cgi?id=1662047>
>
>
> You can check the workaround described there.
>
> 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/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/F76QF32CQSSUDWAM5N4F75WE5PQ5NE5P/
>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> <https://www.redhat.com/>
>
> gsher...@redhat.comIRC: gshereme
> <https://red.ht/sig>
>
>
>

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RSHBOH4XNJDXR7FS62E2MKWF4HVNUUEF/


[ovirt-users] Re: But in the web interface?

2019-02-05 Thread Greg Sheremeta
The fix is pushed. Standalone engine upgrades should be fine starting now.
`yum update` any appliance engines or already upgraded engines to get the
latest ovirt-engine-ui-extensions, which fixes the problem.

I'll add a release note. Thanks all.

Best wishes,
Greg

On Tue, Feb 5, 2019 at 8:48 AM Hetz Ben Hamo  wrote:

> Thanks a lot ;)
>
>
> On Tue, Feb 5, 2019 at 2:38 PM Strahil Nikolov 
> wrote:
>
>> Dear Hetz,
>>
>> I have opened a bug for that : 1662047 – [UI] 2 dashboard icons after
>> upgrade <https://bugzilla.redhat.com/show_bug.cgi?id=1662047>
>>
>> 1662047 – [UI] 2 dashboard icons after upgrade
>>
>> <https://bugzilla.redhat.com/show_bug.cgi?id=1662047>
>>
>>
>> You can check the workaround described there.
>>
>> 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/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/F76QF32CQSSUDWAM5N4F75WE5PQ5NE5P/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DE3XDH6IZIXLSW3UIGTYXYR32IEDV3N3/


[ovirt-users] Re: [4.3.0] VNC Virt-viewer console not opening

2019-02-05 Thread Greg Sheremeta
On Tue, Feb 5, 2019 at 3:29 AM Nicolas Ecarnot  wrote:

> Hello Greg,
>
> Le 04/02/2019 à 21:13, Greg Sheremeta a écrit :
> > When I try to use Spice instead of VNc, it is working nicely.
>
> My goal is to stick to VNC.
>
> > When I try to use noVNC, the additional tab opens and shows
> > "Unsupported
> > security types: 19"
> >
> >
> > Looks like https://bugzilla.redhat.com/show_bug.cgi?id=1659155
> >
> > Can you try disabling vnc security on the cluster and then reboot the
> host?
>
> VNC security is already disabled.
>

On the affected host, please run:
grep vnc_tls /etc/libvirt/qemu.conf
and paste here

# this should be 0 or commented out
vnc_tls=1

Greg



> > What could I give to help you help me?
> --
> Nicolas ECARNOT
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YSIZT2JD33INWTB4NUKJN7RPGKKWUXJD/


[ovirt-users] Re: rebooting an ovirt cluster

2019-02-04 Thread Greg Sheremeta
On Mon, Feb 4, 2019 at 4:15 PM feral  wrote:

> I think I found the answer to glusterd not starting.
> https://bugzilla.redhat.com/show_bug.cgi?id=1472267
>
> Apparently the version of gluster (3.12.15) that comes packaged with
> ovirt-node 4.2.8 has a known issue where gluster tries to come up before
> networking, fails, and crashes. This was fixed in gluster 3.13.0
> (apparently). Do devs paruse this list?
>

Yes :)


> Any chance someone who can update the gluster package might read this?
>

+Sahina might be able to help
The developers list is
https://lists.ovirt.org/archives/list/de...@ovirt.org/


> On Mon, Feb 4, 2019 at 2:38 AM Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Sat, Feb 2, 2019 at 7:32 PM feral  wrote:
>>
>>> How is an oVirt hyperconverged cluster supposed to come back to life
>>> after a power outage to all 3 nodes?
>>>
>>> Running ovirt-node (ovirt-node-ng-installer-4.2.0-2019013006.el7.iso)
>>> to get things going, but I've run into multiple issues.
>>>
>>> 1. During the gluster setup, the volume sizes I specify, are not
>>> reflected in the deployment configuration. The auto-populated values are
>>> used every time. I manually hacked on the config to get the volume sizes
>>> correct. I also noticed if I create the deployment config with "sdb" by
>>> accident, but click back and change it to "vdb", again, the changes are not
>>> reflected in the config.
>>> My deployment config does seem to work. All volumes are created (though
>>> the xfs options used don't make sense as you end up with stripe sizes that
>>> aren't a multiple of the block size).
>>> Once gluster is deployed, I deploy the hosted engine, and everything
>>> works.
>>>
>>> 2. Reboot all nodes. I was testing for power outage response. All nodes
>>> come up, but glusterd is not running (seems to have failed for some
>>> reason). I can manually restart glusterd on all nodes and it comes up and
>>> starts communicating normally. However, the engine does not come online. So
>>> I figure out where it last lived, and try to start it manually through the
>>> web interface. This fails because vdsm-ovirtmgmt is not up. I figured out
>>> the correct way to start up the engine would be through the cli via
>>> hosted-engine --vm-start.
>>>
>>
>> This is not required at all.
>> Are you sure that your cluster is not set in global maintenance mode?
>> Can you please share /var/log/ovirt-hosted-engine-ha/agent.log and
>> broker.log from your hosts?
>>
>>
>>> This does work, but it takes a very long time, and it usually starts up
>>> on any node other than the one I told it to start on.
>>>
>>> So I guess two (or three) questions. What is the expected operation
>>> after a full cluster reboot (ie: in the event of a power failure)? Why
>>> doesn't the engine start automatically, and what might be causing glusterd
>>> to fail, when it can be restarted manually and works fine?
>>>
>>> --
>>> _
>>> Fact:
>>> 1. Ninjas are mammals.
>>> 2. Ninjas fight ALL the time.
>>> 3. The purpose of the ninja is to flip out and kill people.
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RIADNRZRXTPTRG4XBFUMNWASBWRFCG4V/
>>>
>>
>
> --
> _
> Fact:
> 1. Ninjas are mammals.
> 2. Ninjas fight ALL the time.
> 3. The purpose of the ninja is to flip out and kill people.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WNN3PJFFP4VU5YAPDNYC7WQOTBDXDKPC/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UKUZRETYS2TCADBUCDADPTKOLLIGRNOA/


[ovirt-users] Re: ovirt-node 4.2 iso - hyperconverged wizard doesn't write gdeployConfig settings

2019-02-04 Thread Greg Sheremeta
f.
>>>>>> Anyone running into this?
>>>>>>
>>>>>> --
>>>>>> _
>>>>>> Fact:
>>>>>> 1. Ninjas are mammals.
>>>>>> 2. Ninjas fight ALL the time.
>>>>>> 3. The purpose of the ninja is to flip out and kill people.
>>>>>> ___
>>>>>> Users mailing list -- users@ovirt.org
>>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>> oVirt Code of Conduct:
>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>> List Archives:
>>>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TF56FSFRNGCWEM4VJFOGKKAELJ3ID7NR/
>>>>>>
>>>>>
>>>>
>>>> --
>>>> _
>>>> Fact:
>>>> 1. Ninjas are mammals.
>>>> 2. Ninjas fight ALL the time.
>>>> 3. The purpose of the ninja is to flip out and kill people.
>>>>
>>>
>>>
>>> --
>>> _
>>> Fact:
>>> 1. Ninjas are mammals.
>>> 2. Ninjas fight ALL the time.
>>> 3. The purpose of the ninja is to flip out and kill people.
>>>
>>
>
> --
> _
> Fact:
> 1. Ninjas are mammals.
> 2. Ninjas fight ALL the time.
> 3. The purpose of the ninja is to flip out and kill people.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/S3WPWZZUFH3R5CRHSCYUAA6RUFKFNUEY/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZZSHXSXZQC2U53BFRMSKARDBUN7RDWBB/


[ovirt-users] Re: [4.3.0] VNC Virt-viewer console not opening

2019-02-04 Thread Greg Sheremeta
On Mon, Feb 4, 2019, 11:01 AM Nicolas Ecarnot  wrote:

> Hello,
>
> First, congratulations to all of you who worked for this 4.3.0 release,
> and obviously thank you.
>
> Today, I upgraded 4 oVirt setups (4 DC) from 4.2.7 to 4.3.0.
> I went well on all 4 DCs.
>
> But on one of them, when I try to open a console, I see it open as a
> flash (it opens and closes immediately).
>
> I'm using Firefox 64.0 with Ubuntu 18.10, and all my VMs are setup like
> this :
> - video type : QXL
> - Gfx protocol : VNC
> - VNC Kbd layout : fr
> and I'm using virt-viewer
>
> On the problematic DC, all the VMs are showing the same issue.
>
> When I try to use Spice instead of VNc, it is working nicely.
> When I try to use noVNC, the additional tab opens and shows "Unsupported
> security types: 19"
>

Looks like https://bugzilla.redhat.com/show_bug.cgi?id=1659155

Can you try disabling vnc security on the cluster and then reboot the host?


> I tried to track down this issue thanks to the firefox dev console, but
> it's beyond my understanding.
>
> Trying the same with Chromium does the same blinking open/close.
>
> I'd rather learn how to provide additionnal debug messages, but
> /var/log/ovirt-engine/engine.log does not give any useful hint :
>
> 2019-02-04 16:57:04,150+01 INFO
> [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-24)
> [1fb01d42] Running command: SetVmTicketCommand internal: false. Entities
> affected :  ID: 0c3e02b3-7fec-4bb1-b3d6-2e6c228e7278 Type:
>   VMAction group CONNECT_TO_VM with role type USER
> 2019-02-04 16:57:04,155+01 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> (default task-24) [1fb01d42] START, SetVmTicketVDSCommand(HostName =
> hv01.prd.sdis38.fr, SetVmTicketVDSCommandParameters:{hostId='
> 687c1c01-a5e1-449c-89d2-9713ccfc2487',
> vmId='0c3e02b3-7fec-4bb1-b3d6-2e6c228e7278', protocol='VNC',
> ticket='IivrpGHx5zSw', validTime='120', userName='admin',
> userId='4a340386-851a-11e8-863d-3417ebeef1af', disconnectAction='NONE'}
> ), log id: 2a897f30
> 2019-02-04 16:57:04,188+01 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> (default task-24) [1fb01d42] FINISH, SetVmTicketVDSCommand, return: ,
> log id: 2a897f30
> 2019-02-04 16:57:04,211+01 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-24) [1fb01d42] EVENT_ID: VM_SET_TICKET(164), User
> admin@internal-authz initiated console session for VM ad02.ct
> at.sdis38.fr
>
> What could I give to help you help me?
>
> --
> Nicolas ECARNOT
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KGCM25ILBTQTY6NLVJUDE7CNF5C5BRE7/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MQHHXYEOXJNM4IZGI7EFSCCAQM72QDJV/


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

2019-02-04 Thread Greg Sheremeta
On Mon, Feb 4, 2019 at 9:11 AM Sandro Bonazzola  wrote:

>
>
> Il giorno lun 4 feb 2019 alle ore 14:56 Torsten Stolpmann <
> torsten.stolpm...@verit.de> ha scritto:
>
>> Congratulations to the team, this list looks impressive!
>>
>> I have one question though:
>>
>> We are relying on https://github.com/wefixit-AT/oVirtBackup for our
>> daily backup routine (which sadly is still stuck on API v3).
>>
>> So my question is, is API v3 still available in the 4.3 release?
>>
>
> It's deprecated but still available. Please move (or open a ticket there
> to move) to API v4 as soon as possible.
>

https://github.com/wefixit-AT/oVirtBackup/issues/21
3 years old :)


>
>
>>
>> If the answer is no, this will sadly lock us out from updating to 4.3 in
>> the foreseeable future.
>>
>> I am aware, that the release notes list API v3 as 'officially not
>> supported'. Bit I *think* that it read somewhere else on the list that
>> it still is available until 4.4 is released.
>>
>> What is the situation here?
>>
>> Regards,
>>
>> Torsten
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZBFCXYZHWNNCEMYEI5I6FLBV4FS77K4N/
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/F7SGD2YXTLGMRROUQTHTHX5IN2E265EK/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MDK5RLX2OT5OOTNWUXG4JOXVKD3LAMFT/


[ovirt-users] Re: Ovirt 4.3 RC missing glusterfs-gnfs

2019-02-03 Thread Greg Sheremeta
Please open a bug.
https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

Best wishes,
Greg

On Sun, Feb 3, 2019 at 6:35 PM Strahil  wrote:

> Hi guys,
>
> I think you know that, but 'glusterfs-gnfs' package has no package for
> gluster v5 and blocks the upgrade.
> I have noticed that 'glusterfs-gnfs' depends on vdsm-gluster , so the
> whole thing is causing a mess.
>
> 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/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/IKBSM4LW3KVLY4RKMMFAMR64GZ43JIW3/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6PFB73XWDEHDI5KXW4HLTUZ3NK5YNSHZ/


[ovirt-users] Re: Profile selection in VM portal for users

2019-02-01 Thread Greg Sheremeta
On Fri, Feb 1, 2019 at 11:01 AM Jorick Astrego  wrote:

> Hi,
>
> Wish I was @FOSDEM :'(  Next year...
>
> When accessing the selfservice VM portal for users we wish to
> disable/hide our admin management realm.
>
> Is there currently a way to do this?
>

Not that I know of, but cc'ing Ravi to be sure.
It's a valid RFE.


> We are maybe a bit paranoid but
> informatie leakage can bite you in the ass.
>
> We want to hookup Keycloak for the user portal and use the current ipa
> authentication for the admins only
>

Check back to the ovirt blog in a few days for a cool new post about
Keycloak (or check the ovirt-site PRs ;))

Greg


>
>
>
>
>
>
> Met vriendelijke groet, With kind regards,
>
> Jorick Astrego
>
> *Netbulae Virtualization Experts *
> --
> Tel: 053 20 30 270 i...@netbulae.eu Staalsteden 4-3A KvK 08198180
> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01
> --
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/53HSD2WUAK6GGSWCDDZ6SO7FOEBIY267/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MTISYF3BXBX6Y3F3JSTSL5Q5M3WXFTPS/


[ovirt-users] Re: Mounting ISO in subfolder

2019-02-01 Thread Greg Sheremeta
On Fri, Feb 1, 2019 at 7:25 AM Giulio Casella  wrote:

> Il 01/02/2019 13:19, Gianluca Cecchi ha scritto:
> > On Fri, Feb 1, 2019 at 12:47 PM Giulio Casella  > <mailto:giu...@di.unimi.it>> wrote:
> >
> >
> > This could be a (partially satisfying solution), but I can have only
> one
> > storage domain for ISOs, right?
> > AFAIK you can have one ISO domain, one export domain and many data
> > domains; "engine-iso-uploader list" reports only ISO domain.
> >
> >
> > You can have only one iso domain attached (and so active) at a time. But
> > you can have many iso domains defined.
> > And the same domain can be defined across different domains
> > The same applies to export domains. When you select "Attach Export"
> > button in Computers -> Datacenters -> MyDc you get a list of defined
> > export domain among which to select the one to attach, in case you have
> > more than one defined.
>
> Correct. So the solution to use more than one ISO domain to logically
> organize groups of ISOs cannot be accomplished, I'd like to see all my
> ISOs at the same time.
>
> That's why I think subfolders could be a nice enhancement for ISO
> storage domains.
>

The confusion is that ISO Storage Domains are now deprecated. Use Data
Domains (upload ISOs *and* disks to the same Data Domain in the UI) and
make as many of them as you want :) )
"""
Uploading Images to a Data Storage Domain
You can upload virtual disk images and ISO images to your data storage
domain in the Administration Portal
"""
https://ovirt.org/documentation/admin-guide/chap-Storage.html#uploading-images-to-a-data-storage-domain

Greg


>
> Cheers,
> gc
>
>
>

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RHV2KHD2SPE6FPRXXYZ62EHHJCZWDND7/


[ovirt-users] Re: Storage Domain Ovirt 4.3 RC EPYC

2019-02-01 Thread Greg Sheremeta
On Thu, Jan 31, 2019 at 7:44 PM Darin Schmidt 
wrote:

> Seems the system is version locked? Looks like ovirt-engine 4.3.0.4 is
> available and I have 4.3.0.2 installed. Should I disable the version lock?
>
> [root@ovirt ~]# yum versionlock status
> Loaded plugins: enabled_repos_upload, fastestmirror, langpacks,
> package_upload, product-id, search-disabled-repos,
>   : subscription-manager, vdsmupgrade, versionlock
> This system is not registered with an entitlement server. You can use
> subscription-manager to register.
> Loading mirror speeds from cached hostfile
>  * base: mirror.cisp.com
>  * epel: epel.mirror.constant.com
>  * extras: repo1.ash.innoscale.net
>  * ovirt-4.3: mirrors.ibiblio.org
>  * ovirt-4.3-epel: epel.mirror.constant.com
>  * updates: mirror.cisp.com
> 0:ovirt-engine-webadmin-portal-4.3.0.4-1.el7.*
> 0:ovirt-engine-tools-backup-4.3.0.4-1.el7.*
> 0:ovirt-engine-restapi-4.3.0.4-1.el7.*
> 0:ovirt-engine-dbscripts-4.3.0.4-1.el7.*
> 0:ovirt-engine-4.3.0.4-1.el7.*
> 0:ovirt-engine-backend-4.3.0.4-1.el7.*
> 0:ovirt-engine-tools-4.3.0.4-1.el7.*
> versionlock status done
> Uploading Enabled Repositories Report
> Loaded plugins: fastestmirror, langpacks, product-id, subscription-manager,
>   : versionlock
> This system is not registered with an entitlement server. You can use
> subscription-manager to register.
> Cannot upload enabled repos report, is this client registered?
>
>
> On Thu, Jan 31, 2019 at 7:38 PM Darin Schmidt 
> wrote:
>
>> Same issue
>>
>> [root@ovirt ~]# rpm -qa|grep ovirt-engine-appliance
>> ovirt-engine-appliance-4.3-20190131.1.el7.x86_64
>>
>> Error while executing action New Local Storage Domain: Storage format is
>> unsupported
>>
>>
@Sandro Bonazzola  (and see above about version lock)


>
>>
>> On Thu, Jan 31, 2019 at 5:06 PM Greg Sheremeta 
>> wrote:
>>
>>> Hi,
>>>
>>> On Thu, Jan 31, 2019 at 4:19 PM Darin Schmidt 
>>> wrote:
>>>
>>>>
>>>>
>>>> Uncaught exception occurred. Please try reloading the page. Details:
>>>> (TypeError) : Cannot read property 'Vg' of null
>>>> Please have your administrator check the UI logs
>>>>
>>>
>>> please attach ui.log
>>>
>>>
>>>>
>>>> Im trying to setup Ovirt 4.3 RC because its the only one that supports
>>>> AMD EPYC. The issue Im having is that I creates a raid 5 array of 5 120GB
>>>> SSDs using mdadm and mounted it at /VM. I put the Host into maintenance,
>>>> select Configure Local Storage, and it fails telling me:
>>>> New Local Storage Domain: Storage format is unsupported
>>>>
>>>
>>> We fixed this one this morning -- update your appliance to
>>> ovirt-engine-appliance-4.3-20190131.1.el7.x86_64
>>> Then redeploy and it should work.
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1669606
>>>
>>> Best wishes,
>>> Greg
>>>
>>>
>>>>
>>>> I formatted the array to ext4. This is a self hosted system.  Anyone
>>>> have any ideas?
>>>>
>>>> [root@ovirt VM]# uname -r
>>>> 3.10.0-957.1.3.el7.x86_64
>>>> [root@ovirt VM]# cat /etc/centos-release
>>>> CentOS Linux release 7.6.1810 (Core)
>>>>
>>>> [root@ovirt VM]# rpm -qa|grep ovirt
>>>> ovirt-engine-backend-4.3.0.2-1.el7.noarch
>>>> ovirt-imageio-common-1.4.6-1.el7.x86_64
>>>> ovirt-engine-setup-plugin-websocket-proxy-4.3.0.4-1.el7.noarch
>>>> ovirt-ansible-vm-infra-1.1.12-1.el7.noarch
>>>> ovirt-ansible-infra-1.1.11-1.el7.noarch
>>>> ovirt-engine-setup-plugin-ovirt-engine-common-4.3.0.4-1.el7.noarch
>>>> libgovirt-0.3.4-1.el7.x86_64
>>>> ovirt-hosted-engine-setup-2.3.3-1.el7.noarch
>>>> ovirt-iso-uploader-4.3.0-1.el7.noarch
>>>> ovirt-engine-4.3.0.2-1.el7.noarch
>>>> python2-ovirt-host-deploy-1.8.0-1.el7.noarch
>>>> ovirt-ansible-repositories-1.1.4-1.el7.noarch
>>>> python-ovirt-engine-sdk4-4.3.0-2.el7.x86_64
>>>> ovirt-engine-webadmin-portal-4.3.0.2-1.el7.noarch
>>>> ovirt-engine-vmconsole-proxy-helper-4.3.0.4-1.el7.noarch
>>>> ovirt-vmconsole-proxy-1.0.6-2.el7.noarch
>>>> ovirt-ansible-image-template-1.1.9-1.el7.noarch
>>>> ovirt-ansible-shutdown-env-1.0.3-1.el7.noarch
>>>> ovirt-engine-dwh-4.3.0-1.el7.noarch
>>>> ovirt-ansible-roles-1.1.6-1.el7.noarch
>>>> ovirt-host-deploy-common-1.8.0-1.el7

[ovirt-users] Re: Mounting ISO in subfolder

2019-02-01 Thread Greg Sheremeta
On Fri, Feb 1, 2019 at 3:22 AM Giulio Casella  wrote:

> Il 31/01/2019 18:14, Sandro Bonazzola ha scritto:
> > As far as I can tell, there are no tools that creates subdirectories
> > within storage domains.
> > Did you manually upload the iso into the nfs mount creating a
> > subdirectory there?
> > I think this layout is not supported at all.
>
> Yes, I did (sorry :-)). My ISOs are growing, and I'd like to have a
> hierarchical structure.
> To say the truth it was only a test, I wasn't sure to see ISOs in
> subdir. But when I've seen them (correctly listed in admin portal as
> "foo/bar.iso"), I'd expect to be able mount them.
>

Fair point. But I think editing ISOs directly like this was never really
supported.


>
> I also filed a bug
> (https://bugzilla.redhat.com/show_bug.cgi?id=1671046), if the answer
> will be NOTABUG, I'll try with a RFE.
>

ISO domains are deprecated, so my guess is it will be closed.
And storage domains aren't intended for the user to edit manually.

Perhaps the best way for you to organize is to make a few separate storage
domains for your subsets of ISOs.
windows_domain - win7.iso
windows_domain - win81.iso
el_domain - centos7.iso
el_domain - rhel7.iso

etc

Best wishes,
Greg


>
> Thanks,
> gc
>
>
> TL;DR
>
> The scenario I'm trying to implement is a DVD video store, provided by
> images in ISO domain, automatically mounted on VM on demand, via a
> backend python script. That's why in this case a hyerarchical structure
> would be much better than a flat one.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/HRTTZSKLMNIYBDXHD6274DRM76AZXGM6/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AUS4OS6RI2E63DDYCGKXH57UXUXYRCVJ/


[ovirt-users] Re: Storage Domain Ovirt 4.3 RC EPYC

2019-01-31 Thread Greg Sheremeta
Hi,

On Thu, Jan 31, 2019 at 4:19 PM Darin Schmidt 
wrote:

>
>
> Uncaught exception occurred. Please try reloading the page. Details:
> (TypeError) : Cannot read property 'Vg' of null
> Please have your administrator check the UI logs
>

please attach ui.log


>
> Im trying to setup Ovirt 4.3 RC because its the only one that supports AMD
> EPYC. The issue Im having is that I creates a raid 5 array of 5 120GB SSDs
> using mdadm and mounted it at /VM. I put the Host into maintenance, select
> Configure Local Storage, and it fails telling me:
> New Local Storage Domain: Storage format is unsupported
>

We fixed this one this morning -- update your appliance to
ovirt-engine-appliance-4.3-20190131.1.el7.x86_64
Then redeploy and it should work.
https://bugzilla.redhat.com/show_bug.cgi?id=1669606

Best wishes,
Greg


>
> I formatted the array to ext4. This is a self hosted system.  Anyone have
> any ideas?
>
> [root@ovirt VM]# uname -r
> 3.10.0-957.1.3.el7.x86_64
> [root@ovirt VM]# cat /etc/centos-release
> CentOS Linux release 7.6.1810 (Core)
>
> [root@ovirt VM]# rpm -qa|grep ovirt
> ovirt-engine-backend-4.3.0.2-1.el7.noarch
> ovirt-imageio-common-1.4.6-1.el7.x86_64
> ovirt-engine-setup-plugin-websocket-proxy-4.3.0.4-1.el7.noarch
> ovirt-ansible-vm-infra-1.1.12-1.el7.noarch
> ovirt-ansible-infra-1.1.11-1.el7.noarch
> ovirt-engine-setup-plugin-ovirt-engine-common-4.3.0.4-1.el7.noarch
> libgovirt-0.3.4-1.el7.x86_64
> ovirt-hosted-engine-setup-2.3.3-1.el7.noarch
> ovirt-iso-uploader-4.3.0-1.el7.noarch
> ovirt-engine-4.3.0.2-1.el7.noarch
> python2-ovirt-host-deploy-1.8.0-1.el7.noarch
> ovirt-ansible-repositories-1.1.4-1.el7.noarch
> python-ovirt-engine-sdk4-4.3.0-2.el7.x86_64
> ovirt-engine-webadmin-portal-4.3.0.2-1.el7.noarch
> ovirt-engine-vmconsole-proxy-helper-4.3.0.4-1.el7.noarch
> ovirt-vmconsole-proxy-1.0.6-2.el7.noarch
> ovirt-ansible-image-template-1.1.9-1.el7.noarch
> ovirt-ansible-shutdown-env-1.0.3-1.el7.noarch
> ovirt-engine-dwh-4.3.0-1.el7.noarch
> ovirt-ansible-roles-1.1.6-1.el7.noarch
> ovirt-host-deploy-common-1.8.0-1.el7.noarch
> ovirt-engine-api-explorer-0.0.3-1.el7.noarch
> ovirt-engine-setup-base-4.3.0.4-1.el7.noarch
> ovirt-engine-extensions-api-impl-4.3.0.4-1.el7.noarch
> cockpit-ovirt-dashboard-0.12.1-1.el7.noarch
> ovirt-engine-tools-backup-4.3.0.2-1.el7.noarch
> ovirt-engine-restapi-4.3.0.2-1.el7.noarch
> ovirt-ansible-hosted-engine-setup-1.0.8-1.el7.noarch
> ovirt-engine-websocket-proxy-4.3.0.4-1.el7.noarch
> ovirt-hosted-engine-ha-2.3.1-1.el7.noarch
> ovirt-ansible-cluster-upgrade-1.1.11-1.el7.noarch
> ovirt-cockpit-sso-0.1.1-1.el7.noarch
> ovirt-engine-ui-extensions-1.0.2-1.el7.noarch
> ovirt-engine-setup-4.3.0.4-1.el7.noarch
> ovirt-imageio-daemon-1.4.6-1.el7.noarch
> ovirt-host-4.3.0-2.el7.x86_64
> ovirt-vmconsole-1.0.6-2.el7.noarch
> ovirt-imageio-proxy-1.4.6-1.el7.noarch
> ovirt-engine-wildfly-overlay-14.0.1-3.el7.noarch
> ovirt-web-ui-1.5.0-1.el7.noarch
> ovirt-provider-ovn-1.2.19-1.el7.noarch
> ovirt-engine-dbscripts-4.3.0.2-1.el7.noarch
> ovirt-ansible-engine-setup-1.1.7-1.el7.noarch
> ovirt-engine-setup-plugin-ovirt-engine-4.3.0.4-1.el7.noarch
> ovirt-provider-ovn-driver-1.2.19-1.el7.noarch
> ovirt-engine-extension-aaa-jdbc-1.1.8-1.el7.noarch
> python2-ovirt-setup-lib-1.2.0-1.el7.noarch
> ovirt-host-deploy-java-1.8.0-1.el7.noarch
> ovirt-engine-tools-4.3.0.2-1.el7.noarch
> cockpit-machines-ovirt-176-4.el7.centos.noarch
> ovirt-engine-metrics-1.2.0.3-1.el7.noarch
> ovirt-imageio-proxy-setup-1.4.6-1.el7.noarch
> ovirt-vmconsole-host-1.0.6-2.el7.noarch
> ovirt-ansible-manageiq-1.1.13-1.el7.noarch
> ovirt-engine-wildfly-14.0.1-3.el7.x86_64
> ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.3.0.4-1.el7.noarch
> ovirt-host-dependencies-4.3.0-2.el7.x86_64
> ovirt-ansible-disaster-recovery-1.1.4-1.el7.noarch
> ovirt-engine-dwh-setup-4.3.0-1.el7.noarch
> ovirt-ansible-v2v-conversion-host-1.9.1-1.el7.noarch
> python2-ovirt-engine-lib-4.3.0.4-1.el7.noarch
> ovirt-release43-pre-4.3.0-0.7.rc4.el7.noarch
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3ASMB4IW74TXD576KKIIZBKYCQTTISJI/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/O34FAS5SQDUVKHZRQIOX4AOESEHCL7BX/


[ovirt-users] Re: vSphere Admin is trying to setup an oVirt-Cluster...

2019-01-30 Thread Greg Sheremeta
On Wed, Jan 30, 2019 at 4:43 AM  wrote:

> and is failing .. of course.
> I get access to 3 HP DL380 G7 with a lot of RAM and a lot of HDDs an 10
> GBE NICs.
> Which VLANs I have to create?
> The HDDs have not to be in a RAID, they should be single instances for
> GlusterFS, so that GlusterFS
> Handles the "Bricks (=Single HHDs?)"?
> Or use a SAN shared Device, which is also there for simplyfienig the
> (first) setup
> What to do with the downloaded oVirt-ISO Image?
>

We recommend the Self-Hosted Engine installer, which is actually run
through Cockpit.
https://ovirt.org/download/#download-and-install-ovirt-self-hosted-engine
When you go through that, it'll ask you about your storage. Also see
https://ovirt.org/documentation/self-hosted/chap-Deploying_Self-Hosted_Engine.html
(Ctrl-F gluster on that page)


>
> In vSphere I install ESXi on the nodes, Connect the NICs to the right
> VLANs.
> Install VCSA as VM, adding the nodes and so on..
>
> I there an good Instruction out there which tanslates VMWare terms and
> concepts into oVirts terms
> so that I can follow the step-by-step instuction? Or ist the setup done by
> an (magic) Ansible script?
>

magic ansible-based for the Self-Hosted install. But then you'll add more
hosts using either EL or oVirt Node.
https://ovirt.org/download/#download-ovirt-node-or-setup-hosts

Hope this helps :)

Best wishes,
Greg



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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q4B354I3X7I5LS3XRT27N5OWZS3FNJK7/


[ovirt-users] Re: Administration Portal High Availability

2019-01-30 Thread Greg Sheremeta
On Tue, Jan 29, 2019 at 9:22 PM Ernest Chua  wrote:

> Hello
> As i already tested HighAvailability of VM's on oVirt, sorry for
> misunderstanding i was referring to high availability of Administration
> Portal of oVirt.
>
>
Right -- engine contains the Admin Portal, so I think that's what you're
looking for. Run the engine as a highly available VM, basically.


>
>
>
>
> On Tue, 29 Jan 2019 06:52:26 -0500
>   Greg Sheremeta  wrote:
> > Hi!
> >
> > Our high-availability feature is called Self-Hosted Engine.
> >
> > https://www.ovirt.org/documentation/self-hosted/chap-Introduction.html
> >
> > """
> > Additionally, the Engine is configured to be highly available. If
> >the host
> > running the Engine virtual machine goes into maintenance mode, or
> >fails
> > unexpectedly, the virtual machine will be migrated automatically to
> >another
> > host in the environment. A minimum of two self-hosted Engine hosts
> >are
> > required to support the high availability feature.
> > """
> >
> > Best wishes,
> > Greg
> >
> >
> > On Tue, Jan 29, 2019 at 2:11 AM  wrote:
> >
> >> Hello,
> >> Currently i am finding some Documentation or "how to" setup High
> >> Availability of oVirt Engine's Administration Portal.
> >> ___
> >> Users mailing list -- users@ovirt.org
> >> To unsubscribe send an email to users-le...@ovirt.org
> >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> >> oVirt Code of Conduct:
> >> https://www.ovirt.org/community/about/community-guidelines/
> >> List Archives:
> >>
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DUJ3DHDKXPVADHOKXNAWSIG4PLUBDZZ5/
> >>
> >
> > --
> >
> > GREG SHEREMETA
> >
> > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> >
> > Red Hat NA
> >
> > <https://www.redhat.com/>
> >
> > gsher...@redhat.comIRC: gshereme
> > <https://red.ht/sig>
>
>
>

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7BIASBBDRUVNFGL3RLDHUW7GMAQBW3MB/


[ovirt-users] Re: Using the web-ui VM portal through a proxy failing

2019-01-29 Thread Greg Sheremeta
Hey,

https://github.com/oVirt/ovirt-web-ui/issues/938

You can follow progress there. Thank you for reporting.

Best wishes,
Greg

On Wed, Oct 24, 2018 at 11:41 AM Callum Smith  wrote:

> Dear Greg,
>
> Here's my config, this is based on the original guide and some other stuff
> that i found to help make it work.
> Squid Cache: Version 3.5.20
>
> https_port 443 accel key=/etc/squid/rescomp-vmgw.well.ox.ac.uk.proxy.key
> cert=/etc/squid/rescomp-vmgw.well.ox.ac.uk.proxy.crt defaultsite= engine node>
> cache_peer  parent 443 0 no-query originserver ssl
> sslcafile=/etc/squid/ca.pem sslflags=DONT_VERIFY_PEER name=engine
> cache_peer_access engine allow all
> ssl_bump allow all
> http_port 3128
> acl ovirt_nodes dst 
> acl ovirt_engine dstdomain .
> acl all_ips src 1.1.1.1/1
> http_access allow ovirt_nodes ovirt_engine
> http_access allow all_ips
> http_access allow all
>
>
> # Following are from:
> # https://access.redhat.com/solutions/425693
>
> # Leave coredumps in the first cache dir
> coredump_dir /var/spool/squid
>
> # RHEV and Spice may leave connections idle for long periods
> pconn_timeout   12 hours
> request_timeout 12 hours
> read_timeout12 hours
>
> # We need approx 20 open filehandles per spice client
> max_filedesc 16384
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
> On 3 Oct 2018, at 00:39, Greg Sheremeta  wrote:
>
> Hi Callum,
>
> I took a look at this, but got in the weeds pretty quickly with squid
> configuration. I can help more offline, but it might be a while.
>
> It'll probably be easier if you can provide me exact steps for how I could
> reproduce. Looks like I need to generate some keys. Can you create and
> share a simple reproducer?
>
> Greg
>
>
> On Thu, Sep 20, 2018 at 11:37 AM Callum Smith 
> wrote:
>
>> Dear Greg,
>>
>> Did you manage to get any further with this, reverse proxy is rather
>> critical to this project.
>>
>> Regards,
>> Callum
>>
>> --
>>
>> Callum Smith
>> Research Computing Core
>> Wellcome Trust Centre for Human Genetics
>> University of Oxford
>> e. cal...@well.ox.ac.uk
>>
>> On 6 Aug 2018, at 12:13, Greg Sheremeta  wrote:
>>
>> I'll look into it and get back to you.
>>
>> On Mon, Aug 6, 2018 at 7:02 AM Callum Smith  wrote:
>>
>>> Dear Greg,
>>>
>>> So what's the go-to here, it seems so close but something in the API
>>> ajax is failing.
>>>
>>> Regards,
>>> Callum
>>>
>>> --
>>>
>>> Callum Smith
>>> Research Computing Core
>>> Wellcome Trust Centre for Human Genetics
>>> University of Oxford
>>> e. cal...@well.ox.ac.uk
>>>
>>> On 27 Jul 2018, at 12:21, Greg Sheremeta  wrote:
>>>
>>> On Fri, Jul 27, 2018 at 4:39 AM Callum Smith 
>>> wrote:
>>>
>>>> Dear Greg,
>>>>
>>>> Indeed, always the latest and greatest for us while trying to get this
>>>> running.
>>>>
>>>> https://www.ovirt.org/documentation/security/squid-reverse-proxy/
>>>>
>>>
>>> Arrggghh, that is referring to the old GWT UserPortal and not the new
>>> react-based VM Portal. (I'll delete it / mark it obsolete. I apologize for
>>> the out-of-date state of our documentation. I am working on improving it.)
>>>
>>> Unfortunately we have never tested VM Portal with squid.
>>>
>>> @Lukas Svaty  any chance you or someone on the team
>>> can assist?
>>>
>>>
>>>>
>>>> And the squid.conf file looks like this:
>>>>
>>>> https_port 443 accel
>>>> key=/etc/squid/rescomp-vmgw.well.ox.ac.uk.proxy.key
>>>> cert=/etc/squid/rescomp-vmgw.well.ox.ac.uk.proxy.crt
>>>> defaultsite=ovirtengine.cluster
>>>> cache_peer ovirtengine.cluster parent 443 0 no-query originserver ssl
>>>> sslcafile=/etc/squid/ca.pem sslflags=DONT_VERIFY_PEER name=engine
>>>> cache_peer_access engine allow all
>>>> ssl_bump allow all
>>>> http_port 3128
>>>> acl ovirt_nodes dst 192.168.64.0/24
>>>> acl ovirt_engine dstdomain .ovirtengine.cluster
>>>> acl all_ips src 1.1.1.1/1
>>>> http_access allow ovirt_nodes ovirt_engine
>>>> http_access allow all_ips
>>>> http_access allow all
>>>>
>>>>
>&

[ovirt-users] Re: Administration Portal High Availability

2019-01-29 Thread Greg Sheremeta
Hi!

Our high-availability feature is called Self-Hosted Engine.

https://www.ovirt.org/documentation/self-hosted/chap-Introduction.html

"""
Additionally, the Engine is configured to be highly available. If the host
running the Engine virtual machine goes into maintenance mode, or fails
unexpectedly, the virtual machine will be migrated automatically to another
host in the environment. A minimum of two self-hosted Engine hosts are
required to support the high availability feature.
"""

Best wishes,
Greg


On Tue, Jan 29, 2019 at 2:11 AM  wrote:

> Hello,
> Currently i am finding some Documentation or "how to" setup High
> Availability of oVirt Engine's Administration Portal.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DUJ3DHDKXPVADHOKXNAWSIG4PLUBDZZ5/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DIMQLNHG2BY5GA7SGOXYBQ5VRMPV6NG7/


[ovirt-users] Re: oVirt SHE 4.2.8 and CentOS 7.6

2019-01-26 Thread Greg Sheremeta
On Sat, Jan 26, 2019 at 1:30 PM Vrgotic, Marko 
wrote:

> Hi all,
>
>
>
> Looking at 4.2.8 and How Support version is EL 7.5.
>

Where did you see that?

>From https://www.ovirt.org/release/4.2.8/ :
"""
oVirt 4.2.8 Release Notes
The oVirt Project is pleased to announce the availability of the 4.2.8
release as of January 22, 2019.
...
This release is available now for Red Hat Enterprise Linux 7.6, CentOS
Linux 7.6 (or similar).
"""



> Does that mean that is not recommended to upgrade already running  SHE to
> higher than EL 7.5,  or it means not to deploy it on EL version lower than
> 7.5?
>
>
>
> Thank you.
>
>
>
> 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/6QUZEUCD62TGAWAWAWD42EYETTWVQ3IO/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VMECIISAIGA5H6JN2LY44ZFFUF6WY66A/


[ovirt-users] Re: Cluster upgrade with ansible only upgrades one host then stops

2019-01-25 Thread Greg Sheremeta
u'revision': 0, u'build': 0, u'minor': 9,
> u'major': 3}, u'power_management': {u'kdump_detection': True, u'enabled':
> True, u'pm_proxies': [{u'type': u'cluster'}, {u'type': u'dc'}],
> u'automatic_pm_enabled': True}, u'name': u'host2', u'devices': [],
> u'summary': {u'active': 4, u'migrating': 0, u'total': 4},
> u'auto_numa_status': u'enable', u'transparent_huge_pages': {u'enabled':
> True}, u'network_attachments': [], u'os': {u'version': {u'full_version':
> u'7 - 5.1804.5.el7.centos', u'major': 7}, u'type': u'RHEL',
> u'custom_kernel_cmdline': u'', u'reported_kernel_cmdline':
> u'BOOT_IMAGE=/ovirt-node-ng-4.2.7.1-0.20181114.0+1/vmlinuz-3.10.0-862.14.4.el7.x86_64
> root=/dev/onn_host2/ovirt-node-ng-4.2.7.1-0.20181114.0+1 ro
> crashkernel=auto rd.lvm.lv=onn_host2/ovirt-node-ng-4.2.7.1-0.20181114.0+1
> rd.lvm.lv=onn_host2/swap rhgb quiet LANG=en_CA.UTF-8
> img.bootid=ovirt-node-ng-4.2.7.1-0.20181114.0+1'}, u'cpu': {u'speed':
> 1200.0, u'name': u'Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz', u'topology':
> {u'cores': 8, u'threads': 1, u'sockets': 2}}, u'kdump_status': u'disabled'})
>
> TASK [oVirt.cluster-upgrade : Upgrade host]
> **
> changed: [localhost]
>
> TASK [oVirt.cluster-upgrade : Upgrade host]
> **
> changed: [localhost]
>
> TASK [oVirt.cluster-upgrade : Upgrade host]
> **
> changed: [localhost]
>
> TASK [oVirt.cluster-upgrade : Set original cluster policy]
> ***
> changed: [localhost]
>
> TASK [oVirt.cluster-upgrade : Start again stopped VMs]
> *******
>
> TASK [oVirt.cluster-upgrade : Start again pin to host VMs]
> ***
>
> TASK [oVirt.cluster-upgrade : Logout from oVirt]
> *
> ok: [localhost]
>
> PLAY RECAP
> ***
> localhost  : ok=21   changed=5unreachable=0failed=0
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3BQRY22KZWPY4FPRIBZEWAI4SJK67BCV/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NFE7YSQJZL7KILWLGSFOTGW3I5OXKSQI/


[ovirt-users] Re: Ovirt 4.2.8 allows to remove a gluster volume without detaching the storage domain

2019-01-25 Thread Greg Sheremeta
On Fri, Jan 25, 2019 at 8:51 AM Strahil Nikolov 
wrote:

> Hey Community,
>
> where can I report this one ?
>

https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

Thanks!


>
> Best Regards,
> Strahil Nikolov
>
> В четвъртък, 24 януари 2019 г., 19:25:37 ч. Гринуич+2, Strahil Nikolov <
> hunter86...@yahoo.com> написа:
>
>
> Hello Community,
>
> As I'm still experimenting with my ovirt lab , I have managed somehow to
> remove my gluster volume ('gluster volume list' confirms it) whithout
> detaching the storage domain.
>
> This sounds to me as bug, am I right ?
>
> Steps to reproduce:
> 1. Create a replica 3 arbiter 1 gluster volume
> 2. Create a storage domain of it
> 3. Go to Volumes and select the name of the volume
> 4. Press remove and confirm . The tasks fails , but the volume is now gone
> in gluster .
>
> I guess , I have to do some cleanup in the DB in order to fix that.
>
> 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/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/4B2U6XEK6XIXTF5SZEJWAGGX5ENGSS52/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JJFB63RKSKBBGDKGLEBZLU54DIOAOL3Y/


[ovirt-users] Re: engine-iso-uploader taking a REALLY long time

2019-01-25 Thread Greg Sheremeta
On Fri, Jan 25, 2019 at 9:14 AM  wrote:

> Thanks for the response.  The ISO's are sitting on a local hard drive on
> the same system where both the NFS share and engine reside with a 1Gbps
> link.  Not sure how that would factor.
>
> I was not aware ISO Domains are deprecated.  Is there updated
> documentation I can read to get up to speed on the new procedure?
>

https://www.ovirt.org/documentation/admin-guide/chap-Storage.html#storage-tasks


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


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CXS7BK5R6C2UIW4J3DQOFMA4KIJH3KQE/


[ovirt-users] Re: Unable to get the proper console of vm

2019-01-25 Thread Greg Sheremeta
On Thu, Jan 24, 2019 at 9:04 PM Shikhar Verma  wrote:

> Yes iso image is relevant.
>

By "relevant" do you mean that you verified it's not corrupt? The exact
same iso file boots on real hardware or elsewhere? Can you try another
distro or iso?

How much memory does the vm have?


>
> Shikhar Verma
>
> On Thu, 24 Jan 2019, 13:59 Michal Skrivanek  wrote:
>
>>
>>
>> > On 21 Jan 2019, at 15:54, Shikhar Verma  wrote:
>> >
>> > Hi,
>> >
>> > I have created the virtual machine from ovirt manager but when I am
>> trying to get the console of the vm to do the installation of it but it is
>> only giving two two line and even i have tried as run once and selected CD
>> ROM as first priority and attached the ISO of centos7
>>
>> is the iso alright? does it boot elsewhere? does your vm have enough ram?
>>
>> >
>> > SeaBIOS (version 1.11.0-2.e17)
>> > Machine UUID ---
>> >
>> > Also, from manager, newly launched vm is showing green..
>> >
>> > And from the host machine, it is showing this error
>> >
>> > Jan 21 19:23:24 servera libvirtd: 2019-01-21 13:53:24.286+: 12800:
>> error : qemuDomainAgentAvailable:9133 : Guest agent is not responding: QEMU
>> guest agent is not connected
>>
>> because it’s not booted yet. irrelevant.
>>
>> >
>> > I am using the latest version version of ovirt-engine & host as well.
>> >
>> > Please respond.
>> >
>> > Thanks
>> > Shikhar
>> > ___
>> > Users mailing list -- users@ovirt.org
>> > To unsubscribe send an email to users-le...@ovirt.org
>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> > oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> > List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/52HAFOXSXLJRI47DB3JBM7HY3VXGC6CM/
>>
>> _______
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NLTWS2X6RVAD7TIEFF7K42AWKGNWVVTO/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LXOI6BXBZDJLHPDSWZJ7BVU5SLUDYD44/


[ovirt-users] Re: ovirt.org HTML Issue?

2019-01-25 Thread Greg Sheremeta
Thanks for reporting! I opened a bug:
https://github.com/oVirt/ovirt-site/issues/1876

Best wishes,
Greg


On Fri, Jan 25, 2019 at 7:48 AM  wrote:

>
> Hello all,
>
> I wasn't sure where to post this or email this (I promised I looked
> around), but the web page for the following web page in the manual appears
> to have HTML issues towards the end of the page:
>
> https://www.ovirt.org/documentation/admin-guide/chap-Pools.html
>
> Should I notify someone else that it ought to be fixed?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FLCQRPF3NOFSW734VNXXU2FMQMVRUHNL/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.comIRC: gshereme
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MPNTVLUXS3KH45ZQZB4KEEMD5Z6PFDAA/


  1   2   3   >