[ovirt-users] Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

[Nir Soffer]

On Fri, 17 Aug 2018, 18:21 Ralf Schenk,  wrote:

> Hello,
>
> after upgradeing my whole cluster of 8 Hosts to ovirt 4.2.5 and setting
> compability of cluster and datacenter to 4.2 my existing virtual machines
> start using FUSE mounted disk-images on my gluster volumes.
>
> One bad and slow thing I thought that I got rid of starting with 4.1.x
> finally !
>
> Disk definition from virsh -r dumpxml VM of old running vm (not restarted
> yet !):
>
> 
>io='threads'/>
>name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
> 
>   
>   
>   
>   d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
>   
>   
>   
> 
>
> Disk definition from virsh -r dumpxml VM of new started running vm:
>
> 
>io='threads'/>
>   
>   1f0db0ef-a6af-4e3e-90e6-f681d071496b
>   
>   
>   
> 
>
>
> How do I get back my gfapi gluster-based Disks ?
>

Denis, is it possible that engine configuration is still needed?

Nir


>
> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> --
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/27UBFV326G5O4PABY5JBKSR4GQSS4XKY/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LAJ2L4CWHWXT4D4FAL4YN36CWBJMY2A2/

[ovirt-users] info about changing engine ip mode from dhcp to static

[Gianluca Cecchi]

Hello,
a colleague of mine installed oVirt engine 4.2.5 on a test CentOS 7.5
system and in its initial configuration he configured its ip via dhcp
(using static ip assignment configured at dhcp server side).
Now he would like to maintain the same ip/hostname for the engine but with
a static configuration on the server.
Any hint about how to achieve this?

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

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

[Matt Simonsen]

On 08/17/2018 09:00 AM, Vincent Royer wrote:
4.2.5 seems to have NFS issues for some users.  What is your storage 
server?




We have shared storage via NFS via a dedicated Cent7 server.

I'm not so much having issues using 4.2.5, the issue I'm having is that 
4.2.3 isn't upgrading to 4.2.4 or 4.2.5, based on errors that I am 
hoping the attached log file would clarify for somebody familiar with 
the upgrade process.


Thanks,

Matt





On Thu, Aug 16, 2018, 4:49 PM Matt Simonsen > wrote:


Hello all,

I've emailed about similar trouble with an oVirt Node upgrade
using the
ISO install. I've attached the /tmp/imgbased.log file in hopes it
will
help give a clue as to why the trouble.

Since these use NFS storage I can rebuild, but would like to know,
ideally, what caused the upgrade to break.

Truthfully following the install, I don't think I have done *that*
much
to these systems, so I'm not sure what would have caused the problem.

I have done several successful upgrades in the past and most of my
standalone systems have been working great.

I've been really happy with oVirt, so kudos to the team.

Thanks for any help,

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



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

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

[Vincent Royer]

4.2.5 seems to have NFS issues for some users.  What is your storage server?

On Thu, Aug 16, 2018, 4:49 PM Matt Simonsen  wrote:

> Hello all,
>
> I've emailed about similar trouble with an oVirt Node upgrade using the
> ISO install. I've attached the /tmp/imgbased.log file in hopes it will
> help give a clue as to why the trouble.
>
> Since these use NFS storage I can rebuild, but would like to know,
> ideally, what caused the upgrade to break.
>
> Truthfully following the install, I don't think I have done *that* much
> to these systems, so I'm not sure what would have caused the problem.
>
> I have done several successful upgrades in the past and most of my
> standalone systems have been working great.
>
> I've been really happy with oVirt, so kudos to the team.
>
> Thanks for any help,
>
> 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/G6P7CHKTBD7ESE33MIXEDKV44QXITDJP/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2P2LAO5QZBU5CWU5CWQGORSHCVUJ55C4/

[ovirt-users] Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

[Ralf Schenk]

Hello,

after upgradeing my whole cluster of 8 Hosts to ovirt 4.2.5 and setting
compability of cluster and datacenter to 4.2 my existing virtual
machines start using FUSE mounted disk-images on my gluster volumes.

One bad and slow thing I thought that I got rid of starting with 4.1.x
finally !

Disk definition from virsh -r dumpxml VM of old running vm (not
restarted yet !):

    
  
  
    
  
  
  
  d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
  
  
  
    

Disk definition from virsh -r dumpxml VM of new started running vm:

    
  
  
  1f0db0ef-a6af-4e3e-90e6-f681d071496b
  
  
  
    


How do I get back my gfapi gluster-based Disks ?



-- 


*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *r...@databay.de* 
    
*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* 

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen


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

[ovirt-users] IPTables firewall to firewalld

[p . staniforth]

Hello,
   I get the following messages.

"Cluster Default uses IPTables firewall, which has been deprecated in 4.2 of 
the engine, and will no longer be supported starting with version 4.3. Make 
sure to switch to Firewalld before upgrading to 4.3."

If the correct way to change to firewalld edit cluster, and run reinstall? 

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

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

[p . staniforth]

Hello all,
 I also can't update, I'm trying from ovirt-node-ng-4.2.4 to 
ovirt-node-ng-4.2.5.1

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

[ovirt-users] Re: Network issues with oVirt 4.2 and cloud-init

[smakarevich]

Hello, have the same problem on my centos7 vms

Solved it though installing cloud-init 18.03 and using Custom script to 
generate network config in /etc/cloud/cloud.cfg.d/

Cloud init 18.03 installation:
sudo su -
#install python3 (required by cloud-init)
yum install -y epel-release
yum install -y python34
# Install pip3(required by cloud-init)
yum install -y python34-setuptools  # install easy_install-3.4
easy_install-3.4 pip
#install cloud-init
yum -y install wget
mkdir /tmp/cloudinitsrc
cd /tmp/cloudinitsrc
wget 
https://launchpad.net/cloud-init/trunk/18.3/+download/cloud-init-18.3.tar.gz
tar -zxvf cloud-init-18.3.tar.gz
cd cloud-init-18.3
pip3 install -r requirements.txt
python3 setup.py build
python3 setup.py install --init-system systemd
cloud-init init --local
cloud-init status
echo 'datasource_list: ["NoCloud", "ConfigDrive"]' >> /etc/cloud/cloud.cfg
 
for svc in cloud-init-local.service cloud-init.service cloud-config.service 
cloud-final.service; do
  sudo systemctl enable $svc
  sudo systemctl start  $svc
  sudo systemctl status  $svc
done

Custom script itself(put it in oVirt web interface)
# the scrip it is yaml based config for cloud-init
 
 
#network configuration
write_files:
  - path: /etc/cloud/cloud.cfg.d/50-curtin-networking.cfg
owner: root:root
permissions: '0644'
content: |
  network:
version: 1
config:
  - type: physical
name: eth0
subnets:
  - type: static
address: 10.10.10.10/24
gateway: 10.10.10.1
dns_nameservers:
  - 10.10.10.12
  - 10.10.10.13
dns_search:
- mydomain.com
 
#need to reboot vm after configuration to apply network settings
power_state:
  mode: reboot
  timeout: 30
  condition: True
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/I7RYPCPNNTZYRTJJWUGXKWNQNGOVMQT7/

[ovirt-users] Re: Poor performance of oVirt Export Domain

[Алексей Максимов]

Hello Nir

Thanks for the advice using dd.

I found the main reason for the low level of performance. 
The problem was in the faulty battery from cache-module on the disk shelf. 
We also used a low-performance RAID configuration.

Thanks for the help.


05.08.2018, 18:38, "Nir Soffer" :
> On Fri, Aug 3, 2018 at 12:12 PM  wrote:
>> Hello
>>
>> I deployed a dedicated server (fs05.holding.com) on CentOS 7.5 and created a 
>> VDO volume on it.
>> The local write test in the VDO volume on this server gives us an acceptable 
>> result
>>
>> # dd if=/dev/zero of=/mnt/vdo-vd1/nfs/testfile count=100
>> 100+0 records in
>> 100+0 records out
>> 51200 bytes (512 MB) copied, 6.26545 s, 81.7 MB/s
>
> This is not a good test for copying images:
> - You are not using direct I/O, and
> - You are using block size of 512 bytes, way too small
> - You don't sync at the end of the transfer
> - You don't copy real image, reading zeros does not take any time, while
>   reading real image takes time. This can drop dd performance in half
>
> A better way to test this is:
>
>     dd if=/path/to/src of=/path/to/dst bs=8M count=1280 iflag=direct 
> oflag=direct conv=fsync status=progress
>
> This does not optimize copying sparse parts of the image. For this you can use
> qemu-img, what oVirt is using.
>
> The command oVirt uses is:
>
>     qemu-img convert -p -f raw|qcow2 -O raw|qcow2 -t none -T none 
> /paht/to/src /path/to/dst
>
>> The disk capacity of the VDO volume is connected to the oVirt 4.2.5 cluster 
>> as the Export Domain via NFS.
>>
>> I'm seeing a problem with the low performance of Export Domain.
>> Snapshots of virtual machines are copied very slowly to the Export Domain, 
>> approximately 6-8 MB/s.
>
> This is very very low throughput.
>
> Can you give more details on
> - the source domain, how it is connected (iSCSI/FC)?
> - the destination domain, how is it connected? (NFS 4.2?, 1G nic? 10G nic?)
> - the source image - can you attach output of:
>   qemu-img map --output json /path/to/src
> - If the source image is on block storage, please copy it to a file system
>   supporting sparsness using NFS 4.2 using:
>   qemu-img convert -p -f raw -O raw -t none -T none /path/to/src/ /path/to/dst
>   (if the image is qcow2, replace "raw" with "qcow2")
>
>> At the same time, if I try to run a write test in an mounted NFS-directory 
>> on any of the oVit cluster hosts, I get about 50-70 MB/s.
>>
>> # dd if=/dev/zero 
>> of=/rhev/data-center/mnt/fs05.holding.com:_mnt_vdo-vd1_nfs_ovirt-vm-backup/testfile
>>  count=1000
>> 1000+0 records in
>> 1000+0 records out
>> 512000 bytes (5.1 GB) copied, 69.5506 s, 73.6 MB/s
>
> Again, not a good way to test.
>
> This sounds like https://bugzilla.redhat.com/1511891.
> (the bug may be private)
>
> Finally, can you provide detailed commands to reproduce your
> setup, so we can reproduce it in the lab?
> - how to create the vdo volume
> - how you created the file system on this volume
> - NFS version/configuration on the server
> - info about the server
> - info abut the network
> - info about the host
>
> 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/JBEBADJ5TQEP4DXWNDOIRVJ5AWNTPI4I/

[ovirt-users] Re: oVirt 4.2.5 : VM snapshot creation does not work : command HSMGetAllTasksStatusesVDS failed: Could not acquire resource

[Aleksey Maksimov]

Hello Nir

Many thanks for your help.
The problem is solved.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SHF2S65YU3RMFBOM7OY7RHEO76HIBE7E/

[ovirt-users] Disk Statistics error

[Hari Prasanth Loganathan]

Hi Team,

I try to get the disk statistics using the following
*Url: *

* /ovirt-engine/api/disks?follow=statistics*

and I get the following error in oVirt,

2018-08-17 15:34:24,663+08 ERROR [io.undertow.request] (default task-815)
UT005023: Exception handling request to /ovirt-engine/api/v4/disks:
java.lang.RuntimeException: org.jboss.resteasy.spi.UnhandledException:
java.lang.IllegalStateException: Problem following 'statistics' link in
Disks entity.
at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(
RequestDispatcherImpl.java:245) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImplSetup(
RequestDispatcherImpl.java:147) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at io.undertow.servlet.spec.RequestDispatcherImpl.forward(
RequestDispatcherImpl.java:111) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.api.restapi.invocation.VersionFilter.
doFilter(VersionFilter.java:180) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.invocation.VersionFilter.
doFilter(VersionFilter.java:98) [restapi-jaxrs.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.api.restapi.invocation.CurrentFilter.
doFilter(CurrentFilter.java:117) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.invocation.CurrentFilter.
doFilter(CurrentFilter.java:72) [restapi-jaxrs.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.
doFilter(RestApiSessionMgmtFilter.java:78) [aaa.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.
doFilter(EnforceAuthFilter.java:42) [aaa.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.core.aaa.filters.SsoRestApiNegotiationFilter.
doFilter(SsoRestApiNegotiationFilter.java:84) [aaa.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter.
doFilter(SsoRestApiAuthFilter.java:47) [aaa.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.
doFilter(SessionValidationFilter.java:59) [aaa.jar:]


Caused by: java.lang.IllegalStateException: Problem following 'statistics'
link in Disks entity.
at org.ovirt.engine.api.restapi.resource.utils.LinkFollower.
fetchData(LinkFollower.java:185) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.resource.utils.LinkFollower.
followLink(LinkFollower.java:144) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.resource.utils.LinkFollower.
followLinks(LinkFollower.java:132) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.resource.utils.LinkFollower.
followLinks(LinkFollower.java:53) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.resource.BaseBackendResource.
follow(BaseBackendResource.java:412) [restapi-jaxrs.jar:]
at 
org.ovirt.engine.api.resource.DisksResource.doList(DisksResource.java:222)
[restapi-definition.jar:]
at sun.reflect.GeneratedMethodAccessor407.invoke(Unknown Source)
[:1.8.0_181]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_181]
at java.lang.reflect.Method.invoke(Method.java:498)
[rt.jar:1.8.0_181]
at 
org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:140)
[resteasy-jaxrs-20-3.5.1.Final.jar:3.5.1.Final]
at 

[ovirt-users] Re: Clarifications regarding ovirt-provider-ovn network

[Miguel Duarte de Mora Barroso]

On Thu, Aug 16, 2018 at 9:11 PM,   wrote:
> Well, you are right about that. My cluster's switch type is linux bridge. 
> Regrding the first question though, is VLAN tagging unsupported on external 
> provider networks?

Yes, VLAN tagging is *not* supported on external provider networks.

The idea there is that you can create multiple isolated logical
networks in the external provider, providing the same functionality as
VLAN does.

You can though connect an external network to a VLAN tagged physical network.

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

[ovirt-users] Re: [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Unable to resolve address\n"}

[Ariez Ahito]

now im encountering problem logging in ovirt manager. i will start a  new 
thread about the error 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IBROIJ6LHRGROZIEPFPNJVEFRFRXW6UZ/

[ovirt-users] ovirt virtulization manager login error failed: Connection refused (Connection refused)

[Ariez Ahito]

i am now encountering problem logging in.. 

tried this workaround but still fails to log in

Create a new conf file /etc/ovirt-engine/engine.conf.d/99-sso.conf and add:
SSO_CALLBACK_PREFIX_CHECK=false

then
systemctl restart ovirt-engine


2018-08-17 02:52:30,534-04 INFO  
[org.ovirt.engine.extension.aaa.jdbc.core.Tasks] (default task-4) [] (house 
keeping) deleting failed logins prior to 2018-08-10 06:52:30Z.
2018-08-17 02:52:30,663-04 INFO  
[org.ovirt.engine.extension.aaa.jdbc.core.Tasks] (default task-4) [] (house 
keeping) deleting failed logins prior to 2018-08-10 06:52:30Z.
2018-08-17 02:52:30,776-04 INFO  
[org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-4) [] User 
admin@internal successfully logged in with scopes: ovirt-app-admin 
ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~ 
ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search 
ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate 
ovirt-ext=token:password-access
2018-08-17 02:52:30,849-04 ERROR 
[org.ovirt.engine.core.aaa.servlet.SsoPostLoginServlet] (default task-4) [] 
server_error: Connect to ovirt-engine.govcloud.ph:443 
[ovirt-engine.govcloud.ph/203.119.4.201] failed: Connection refused (Connection 
refused)
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NNBIQYB2ZT242BTVV7JJT4LLSCEJGLSC/

[ovirt-users] Re: [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Unable to resolve address\n"}

[Ariez Ahito]

please mark this thread solved.. 

i was able to install hosted engine using this command

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